作为测试Leader该如何权衡软件缺陷与测试质量的关系？
我碰到很多公司的测试人员经常是要求开发人员修改到一个bug都不要留，想当质量狂人，而开发人员很多bug都觉得无所谓这样一来大家就会有一些误会。作为测试Leader该如何权衡软件缺陷与测试质量的关系，怎样去把握这个度让开发人员和测试人员都满意？ 测试做的细一些，细一些，再细一些 是应该的。也是每个人测试人员的基本“天职“。也应该本着质量狂人的目标进行工作，这无可厚非。不能为被 开发人员的消极思想所干扰，尤其是明明是问题的，开发人员依旧认为无所谓，可不用解决，尽量不用解决的情形。一定不能向开发人员妥协。
测试经理或测试leader一定要看清局面，务必要向质量看齐。
至于开发人员和测试人员之间度应该由项目经理来权衡。
少故障的开发人员 和 提交较多故障的测试人员都应该鼓励。
涉及到度的问题 确实比较难定义。
但所有故障都可通过如右的几个程序来解决：私下交流/测试经理协调/开发经理协调/故障例会决策 这个问题关键还是要看项目时间以及对项目质量的预期。测试是无止境的，要在适当的时候停止。这个停止的前提是保证没有影响系统正常使用的bug出现。如果时间充足，可以尽量做到完美，把建议级别的bug都要干掉。 这个和公司的企业文化有关，也没有标准答案，一般国外公司更加关注测试，国内公司不注重测试，看一下测试开发比例就能得到答案，如果一个新产品，需要快速占领市场，那就应该抓大放小，小问题通过逐步再线升级解决，赢得时间。如果产品要求苛刻，用户一旦发现小问题过多，就会对整个产品的质量产生怀疑，对后续的推广不利，那就应该尽量多解决bug 说实话，想国内的私营企业，一味的去强调质量，忧国忧民，意义不大，毕竟重视测试太不够了。做为leader也没有必要担心太多，反而给自己增添烦恼。
页:
[1]
