如何防止缺陷遗漏
本帖最后由 Ratan 于 2012-2-16 13:09 编辑我们项目组有20多个人，做系统测试，每周都会有好几个遗漏的bug被其他项目组发现，现在领导提出让我们想办法避免leakage，我觉得基本问题是在在做自由测试时大家都太盲目，但是要是真要把feature分的很细，是不是又限制了大家的思维？希望大家能帮我出出主意，到底怎样才能避免Leakage？
先谢谢大家了。 有本书叫《探索性软件测试》，有时间看看，里面说了如何做自由测试。
减少缺陷率，还是要预防和总结相结合，测试前就考虑好要测试哪些内容，测试后及时总结发现的问题，下次的时候，优先注意已经发现过的类似问题。 覆盖率过低。
另外，遗漏的问题你们是如何分析？为什么会遗漏，为什么会产生这样的遗漏，是方法还是流程上的问题，或是对系统的认识不够。 回复 2# luming
说的很对 本帖最后由 Ratan 于 2012-2-15 19:52 编辑
回复 3# archonwang
遗漏的问题大多数是基本的问题，应该测到而没测到。
我觉得是流程的问题，但是不知道怎样的流程是最好的 本帖最后由 luming 于 2012-2-15 21:28 编辑
测试只能做自己能做的。测试是辅助部门，不是主导和决策部门。
首先，你要有一个好的需求和设计文档，其次，测试需要设计和时间保证，再次才是测试人员的能力。
具体到你的公司，有很多基本问题，那你就应该分析，问题真正产生的根源是什么，是需求没有说明，还是测试分析不到位，或者测试人员的能力有偏差，有了数据，一切都好说。
而且每周发现几个没有测到的问题，不是很正常的事情吗，你发现几百个问题，即使漏了7、8个，也只占百分之几而已，没有什么太大的问题。只是可能你需要制定一个计划，逐渐减少漏测的百分比而已。
你可以在测试过程中，加入缺陷类型和缺陷引入阶段，这样也许会比较容易看出问题发生在哪里。 回复archonwang
遗漏的问题大多数是基本的问题，应该测到而没测到。
我觉得是流程的问题，但是不知道怎 ...
Ratan 发表于 2012-2-15 19:50 http://bbs.51testing.com/images/common/back.gif
你都发现了大多数是基本的问题，应该测而没测到的，所以更应该细分了，不要怕因为什么细分而限制了大家的思维。可以安排一部分人根据细分出来的部分来测，一部分人来自由测。如果你不细分，那么你的测试方法给人感觉回到了测试领域最最早期的阶段 回复 7# mvvztt
你说的太好了，确实，如果不细分，都随便测的话，测试方法确实回到了最早的阶段 回复 5# Ratan
应该说，做好前期的测试需求分析和细化是很重要的。基础的没有测试到，有这么几种可能：
1. 应该关注的不关注，说明是职责定义缺失，两个角色间对这些区域的关注不够，都认为是对方问题；
2. 细分没做好。根据一个具体的功能进行测试用例划分缺乏有限的手段
3. 需求分析没做好，规则未提炼导致——这样会严重依赖测试人员个人经历和能力；
4. 感知与探索性测试方面觉得未必可靠。如果是基本的内容，那么就应该把这些变成基本规则和规范要求；
我们以前整理过特定系统对应功能类型的common case，每次做到这些功能，这些校验必不可少。 本帖最后由 19931024 于 2012-2-21 15:42 编辑
我觉得 测试不可能保证没有遗漏缺陷！
1、本周本轮的测试范围目的重点在哪里，达到目的即可？如果是本轮测试范围外的遗漏，那是正常的。
2、测试范围内的遗漏，那就要从自身找原因了。
是设计的时候测试覆盖率不够？
还是执行的时候有遗漏？
3.探索性测试不太好用“遗漏”这个词吧，都探索性了，我人少，时间少，运气不好，没有探到，那啥办法？
嘿嘿，个人觉得 探索性测试是否能够高效，看 测试人员的测试经验和测试嗅觉，如果测试人员经验不足，推荐 从0开始，在测试中总结积累BUG常常出现的地方，提高大家的探索效率。工作，学习，总结，反思，积累，共享，团队～
有重点的探索，如果 异常处理操作，并发操作，等等
-----to be continued 我是来学习的，没什么经验 做好需求跟踪
页:
[1]
