我的最新日志

  • 时间不长，变化很大

    2007-6-25

    自从来到北京，我就再没有上过这个网站，不是不想，只是太忙了，没有时间。来北京1个多月的时间，时间不算长，我却有了很大的变化，今天我不想说工作方面的事，因为来了以后一直忙着工作，反而没有时间学习了，所以没感觉自己在技术上有什么长进。在这一个多月的时间里，我遇见了我的第一份感情，严格的说起来，我能认识他还要拜51testing论坛所赐。一切都是那么的不可思议，并且迅速的产生的变化，快的我都来不及去想这是不是正确的。自从开始这段感情，我觉得我完全不是以前的自己了，而今天我开始怀念以前的我，无忧无虑，没心没肺过日子的我。我希望我以后不会为这段时间发生的事情后悔。

    查看(27) 评论(1)

  • 有时候自己真的很笨

    2007-4-18

    在写结项总结的时候需要统计每个测试员写的用例步数，我居然去一个一个的数，虽然用例不是非常的多但也花了不少时间。其实在数据库中建立一个查询一分钟就可以搞定了，我发现有时候我做事是够踏实，但是不想去寻求简便的方法，其实这是另一种懒的表现，这种懒法我自己都受不了了。以后可千万不能再这样了，现在都觉得我做的这件事太搞笑了，一点都不像是一个IT行业的人做的事情。唉！真丢人

    查看(30) 评论(1)

  • 我的第一份工作就要告一段落了

    2007-4-12

    经过一番波折，北京的工作终于定下来了。刚刚向公司提出了辞职，还算顺利，虽然也挽留了我，但我去意已决。我很看好我的新工作，虽然公司刚起步，但肯定会有不错的发展，看着吧，我也肯定会为他推波助澜的。想想像我这样才工作不到1年就能进这样的公司真是很不容易，感叹自己运气好的同时一定要抓住这次机会。干了不长的时间就辞职我还是觉得挺对不起头的，当初是他把我这样一个对测试只有很浅的了解，编程经验又不是很丰富的应届毕业生找进来，带我走进了测试这一行，我很感谢他。我承认，这一路走来除了自己的努力，运气也扮演了很重要的角色。

    今天交了辞职信，感情还真是挺复杂的，轻松之余还有一种不舍。

    我第一天来报道的时候天下着雨，公共汽车又挤又慢，眼看就要迟到的我只好打车。到了楼里面找了很久才找到办公室，当时还没有什么人来，第一个和我说话的是wx，然后是zg，然后zc，然后ljq……对了，还有那个日语老师jt以及后来的lls、zhc和他们相处的日子真的很快乐。

    我以后还会认识更多的同事，更多的朋友，更多的牛人，我要在北京开始全新的生活了。

    查看(51) 评论(2)

  • 我的最新情况

    2007-4-10

    经过了一个多星期的等待与煎熬以后，上次的面试终于有结果了，那就是我明天还要去复试。复试就复试吧，就是跑来跑去的太累了，他们说对我的条件还是比较满意的，这就吃了颗定心丸。

    最近发现一个奇怪的现象，现在的工作机会还是很多的，但是合适的并不多，发出一份简历后有回复的概率也很小，基本上大部分是石沉大海，但怎么有的公司通知来面试的人总会有几个到时候就不来了。

    查看(40) 评论(0)

  • 取舍之间彰显智慧

    2007-4-03

    气死人了，怎么写了半天，发布了之后只是一个“暂无”，不过没关系，我心里已经得到答案了。

    查看(34) 评论(0)

  • 测试时需要注意的特殊细节

    2007-3-29

    1. 在特定情况下，某些功能按钮是不可用的，比如在信息列表中没哟任何信息时，删除按钮就应该是不可用的，当然实际情况要比这个复杂的多，需要注意这个问题
    2. 对于文本输入框至少有3中情况需要验证：
      • 为空
      • 最大数量的字符
      • 数据库中已经存在的字符
    3. 在没有明确的软件需求的时候，对于系统功能觉得有不合理的地方先不要马上记下来，先搞清楚需求是不是本身就是这样的。
    4. 对于软件需求也必须以一个测试人员的角度提出自己的意见
    5. 对于在系统中处于不同地方的两个有相同功能的按钮，必须验证点击他们以后系统的反应是否一致
    6. 需要上传一个固定内容的压缩包的时候，需要验证压缩包的内容不正确时，系统有没有相应的提示

     

    查看(51) 评论(0)

  • 测试的时候一定要保持头脑清醒

    2007-3-21

    越来越觉得测试真不是那么简单了，其实一直都知道测试不简单，但现在有点超出了我的想象。要考虑的问题真的很多，不只有测试技术方面的问题，还要考虑到成本和质量之间的权衡，经过几天的忙碌做一些总结吧。

    首先就是一定要清楚需求，如果要是没有具体的需求那就得不停的和程序员交流，保证自己没有做无谓的工作，对准确的设定bug的级别也有帮助。当然我们也有权利提出一些对需求的看法，我们还是要把质量放在首位的，时间是第二位的。其次就是一定要紧跟测试通知单，上面有的测试项目一点也不能放过，没有的内容就没有必要去浪费时间。

    在测试的时候一定要一心一意，按用例一项一项的进行，一个功能一个功能的过，不能测着测着就跑到与它有联系的其他功能中去。发现一个问题后一定要把它处理完以后再往下进行，不能把问题留到以后再处理，因为有可能以后会忘掉。

    为了提高效率测试时也不能完全按照理论的过程进行，有时候需要根据具体问题进行一些小的调整。提交第一个测试版本以后，进行第一轮测试以前一定要进行一轮冒烟测试，因为粗心的程序员有可能会犯很多低级的错误让程序运行不下去，每次改完bug提交版本之后要验证所有的bug已经改正并且没有引起相关的bug之后才能进行下一轮测试，也就是要控制尽量少的版本。此外每次提交新版本都要优先测试新增的功能，没有测试过的功能一般都会存在很多的问题。

    在测试的过程中要尽量记得自己做的每一步操作，有助于重现bug。

    以上的这些事情一定要记在心里，头脑不清醒是不行的。

    查看(58) 评论(0)

  • 面对自己

    2007-3-12

    我总是对自己不是那么满意，但还是比较喜欢自己的状态的，不知道最近是怎么了，变得那么不喜欢自己，不知道什么时候才能回复到原来的状态

    查看(23) 评论(0)

  • 9天的工作感受

    2007-2-09

    已经在开发区工作9天了，前天都处于紧张和忙碌的状态当中，虽然每天4个小时都浪费在路上，但还是学到了很多东西，这种早睡早起的付出还是值得的，但我还是很盼望早日回到市里。

    感觉这边的测试流程要规范的多，写中文用例的时候也能让我把所有的精力都放在用例上，而不是语言上。这次经过完整的写了一个网站的测试用例和hg的指导，找到了方法，也增强了信心。另外还接触到搭建web站点，我就顺便了解了一下IIS apache weblogic 。

    总之在负责这个项目的过程中会接触到控制版本、搭建web站点、控制测试流程、与开发等相关人员的交流、性能测试、配置数据库……好多东西要学呦，加油！

    开发在fixbug的时候还用到了TD的assign to，这是我没想到的。

    查看(39) 评论(1)

  • 测试用例的一点总结

    2007-1-10

    最近在写一个类似于占座网的网站的测试用例，开始的时候自信满满，后来却越写越觉得混乱，甚至发现自己写这么长时间以来写的用例中，有很多都是冗余。最后不得不大量的修改，真的很受打击，好在现在已经屡清思路。

    这次是我第一次写真正的用例，由于以前都是在做练习，一心要找出别人找不出的错误，每一个用例都写得很细，就算是再不可能发生的情况也会写进去，不会考虑实用性，我就是带着这种思维方式开始的。我就很细析的写每个功能的用例，到后来觉得自己写了很多重复的东西，比如，每一个表单的输入框我都会写上：数据为空、数据为1个字符、数据为最大长度、数据超出最大长度范围这几个用例。

    还有这个网站基本上没有需求文档，只能看着已经存在的页面写用例，这样写着写着就迷茫了，我会想“我现在明明知道这个功能就是这样了，预期结果就是按照实际结果写的，为什么还要写用例，浪费时间”

    对用例的粒度考虑的也不全面，有时候一个操作我把他归为用例中独立的一步，有时候包含在用例的步骤中，真的很乱。

    下面是针对上面问题的经验总结：

    1先把用例根据测试目的分为几类，功能测试、异常测试、界面测试……

    2写用例前要考虑好粒度，把最小的不可分的功能作为一个用例、把一个用例中可以见到结果的操作作为一个步骤，当然也要根据实际情况作一些改变

    3用例中不写测试数据，如有需要再另外写

    4把通用的功能测试写在一个用例中以减少冗余。

    查看(245) 评论(1)

Open Toolbar