发布新日志

  • 典型BUG集合---转载

    2009-04-01 11:45:01

    最近在给新人培训.很多人说如何才能更好的抓住BUG,在网上找了下发现"熟读bug三百条,bug怎找很明了"这篇文章很不错,就把它贴上来了,顺便也可以提醒提醒自己.另外附录了文中所提的"雅虎的QA典型百大missbug总结"

      古人说:熟读唐诗三百首不会作诗也会吟。很多小孩子,从小就要求背诵唐诗宋词,熟练之后自然而然就会把握住诗词歌赋的韵律。当年我在准备托福GRE考试的时候,新东方的老师也告诉我们,学英语,背课文最有效,新概念1234背下来,达到倒背如流的程度,自然你的英语就没问题了,很多语法词法句法,都根深在你的思想和习惯里了,一张嘴,自然是一口标准的美语。

      在我们测试行业,很多新人在刚踏进这个门槛的时候,最迷茫的就是怎么找bug啊,有些bug提上去,被退回来,被人说不是bug,有些bug,自己认为不是bug,别人却说你怎么不提啊,结果造成遗漏,三来二去,刚进来时候的豪情万丈,被打击成垂头气丧了。

      那么,作为测试工程师,如何积累对bug的敏感度,以及把握的准确度呢,这个话题,可能不只是新人,很多在这个行业做了很多年的工程师也觉得这是个老大难,在这里,我提一个建议,熟读bug三百条,bug怎找很明了。

      今天看了雅虎的QA典型百大missbug总结,才有此感触,的确我们应该形成经验积累的机制,尤其是bug,今年大量新同学加入我们团队,如果他们能在上岗前的培训中都过一遍我们常见典型的bug总结结果,将对他们的质量意识和bug敏感度有很好的提升,如果以后工作中再培训的话,效果就差很多了,和我们bug的发现时机是一个道理,越早发现bug,越早解决,我们所付出的代价就越小。

      与其临渊羡鱼,不如退而结网,相关负责人应该落实这种机制,积累一些我们这几年的典型bug,用文档或某种形式形成共享,在新同学们上岗前培训一下,我期望的是每一个新人在正式工作前,至少要熟读百个以上的典型bug,并且最好可以亲自重现或者分析其中的一些。

      一句话:

      没吃过猪肉,也应该大概见过猪跑;

      没提过bug,也应该大概知道bug怎么找。

  • [论坛] TCP/IP协议包的发送接收测试,大家都来看看啊.

    2009-03-30 12:20:11

    我这两天要测试一个及时通信软件,类似QQ,使用C++写的.因为用户数达到了2000+,而且功能太过复杂,以及早期的软件设计不够合理的原因,使用UDP协议造成了登陆缓慢.目前修改为登陆使用TCP协议登陆面板保证登陆速度,而后才使用UDP协议接收各种数据
    目前公司要求我需要测试TCP/IP协议的发包和接包,保证通信的正确性.
    不知道该如何入手...
    急啊!!!!!
    还有两天的时间了....
    请大家指点一二啊?

    [ 本帖最后由 z_kh 于 2008-8-4 09:26 编辑 ]
  • [论坛] 测试中大家经常会遗漏的地方

    2009-03-30 12:15:45

    测试中大家经常会遗漏的地方
    做测试也有段时间了.在网上随便找了下.发现有些人也有些个类似的东西.就干脆做了点整理,其中对于功能方面的东西见前人大多已经有整理过就直接拖了些进来,还望见谅,当然基本还是属于原创.
    希望大家给予补充哈.
    个人认为软件出现的BUG首先第一个责任一般都是测试用例的问题。其次是测试方法(本身的知识)。最后则是态度问题。如果测试用例不完善,不论测试人员自身的水平多好,态度多好,都必然会出问题,除非测试人员对测试用例进行了很好的完善。而如果测试用例是完好的,如果自身知识点比较贫乏也是很容易出问题的。例如说测试用例注明测试中请注意存储数据是否正确,但是我们自身都完全不会SQL那么自然就容易出问题了。至于态度问题其实是大家最常出错的。
    测试中常遗漏的点:
    逻辑思考方面:
    1、        对条件的分析(单元测试中常称为代码覆盖率也是同样的问题)
    例如说对if{}else{};case 1 {};case 2{};……这些条件的判断在测试用例中的体现
    2、        临界/并发问题
    3、        无效指针(野指针问题)(WEB中的无效果用户也可以作为同类问题)
    4、        新增数据/旧数据维护(从无到有是最容易遗漏的,新旧数据的权限问题也是很容易漏看的)
    5、        多次执行后的情况(一次执行和多次执行后的区别,回归测试的重要性)
    6、        存储范围(一个是程序的存储范围控制,另外是前台与后台的一致性控制,再则是在存储出错后的异常出错,例如使用了一个内存地址来存放数据,只分配了1024B,而我选择的内容大于1024B的时候会如何?)
    7、        组合考虑(大家常常只看到了表面的紧密关联的组合考虑,而常忘记了比较深的关联)
    8、        随机问题(这是最容易被忽视的,但是也常常是引起重大问题的地方)
    软件的功能测试方面:
    1、        安装部分
    2、        配置文件
    3、        输入框的以及输入法(ctrl+c/ctrl+v)
    4、        界面布局问题
    5、        用户管理缺陷(特别是对权限有分级的情况下,我们测试常常都是使用了拥有一切权限的用户,也就是所谓的admin)
    6、        常识缺陷(常规世界中的真实情况的考虑,例如说文件名)
    如果各位大虾路过,见到有缺失的,麻烦留个脚印,让小滴我补充补充.

    [ 本帖最后由 z_kh 于 2009-3-30 12:10 编辑 ]

数据统计

  • 访问量: 4287
  • 日志数: 4
  • 建立时间: 2009-01-21
  • 更新时间: 2009-04-01

RSS订阅

Open Toolbar