51Testing软件测试论坛

标题: 问一个很笨的问题，希望得到赐教 [打印本页]

作者: yinfeng920 时间: 2007-7-15 17:52
标题: 问一个很笨的问题，希望得到赐教
是书上的问题，想了半天不知道怎么回答好。在工作中测试出软件的缺陷太多怎么办？找不到缺陷怎么办？缺陷得不到及时修复又该怎么办？多谢来发表意见！

作者: lin85210 时间: 2007-7-15 18:33
缺陷太多 --要么是软件本身有很多漏洞，要么是自己设计的用例或者搭建的环境有问题，
缺陷没找到--要么是测试的不够充分，要么是测试环境没搞好，一直测不到
缺陷得不到修复，找你们这个组的老大汇报

作者: songfun 时间: 2007-7-15 20:57
缺陷太多要仔细分析，这些缺陷是什么时候引入的，什么时候被发现的，其中严重的错误占了几成，由于流程中的什么过程没有实施好导致，由于技术人员的什么原因导致……

找不到缺陷是因为自己不熟悉SRS，还是不熟悉被测系统，或者是不了解业务知识，或者是自身知识面太狭隘，或者是被测系统存在了太多偶然性BUG，或者是缺少了必要的代码走查而难以发现内存泄露等问题，或者是由于测试环境在测试过程中受到了太多干扰，或者是测试版本控制问题……

缺陷得不到及时修复最应该做的就是收集必要的数据，并定期的汇报给测试经理、项目经理、开发经理、产品经理……

原帖由 yinfeng920 于 2007-7-15 17:52 发表
是书上的问题，想了半天不知道怎么回答好。在工作中测试出软件的缺陷太多怎么办？找不到缺陷怎么办？缺陷得不到及时修复又该怎么办？多谢来发表意见！

[ 本帖最后由 songfun 于 2007-7-15 20:59 编辑 ]

作者: coffeeba 时间: 2007-7-16 16:43
标题: 总结下老师的观点
软件的缺陷太多怎么办？找不到缺陷怎么办？缺陷得不到及时修复又该怎么办？

首先缺陷太多：
   1：在软件测试的开始，一般情况下会做预测试，它最大的目的是防止由于缺陷太多而导致测试大多数的工作无法正常进行而开展的，如果在正式测试过程中，还有这样的问题，说明没有前一阶段的工作没有做好！也说明一个问题，公司在评审工作上也是有差错的，这种情况应该是很常见，毕竟在国内现在好多公司没有严格的流程，在这种情况下，我个人认为可以多想想，多和开发沟通，或者是自己用例设计上所测功能重复点太多，或者是自己试着做下缺陷的跟踪，找下造成这些缺陷的原因，相对于大多数测试人员而言，这可能又是我们的弱项！在开始时难免要被困难一层层组饶，要冲破开始，学习还是解决所有问题的最终方法
   2：找不到缺陷应该是做测试工作最为丢人的一件事，有这样的问题发生，可能有两种情况，一种是所测的软件太完美，但这不可能，所以丢弃！另一个原因肯定就是自己的问题了！可能有方法的问题，用例设计上的问题，或者根本没有弄懂要测什么，怎么来测等等，要是这样那就比较危险了，所以还是从自身的学习下手，把自己所测的系统从用户的角度先把业务流程搞通，再来学习一些测试方法，一般测试肯定会用到的有边界值，等价类，至于其他的方法能掌握肯定更好，只有通过不断的学习我相信解决问题应该可以
   3：缺陷得不到及时修复，我个人认为这不是个工作问题，而是个做人的问题，做什么工作都是一样，先做人，后做事！！！

作者: keenling 时间: 2007-7-16 23:42
缺陷太多：你发挥的空间到了
找不到缺陷：说明你不行，有待提高。
缺陷得不到及时修复：自己修复

作者: songfun 时间: 2007-7-17 09:21
有点极端了呵呵。。。
找不到缺陷未必都是自己的问题。比如测试版本没有控制好，那就是公司流程的问题了，不是靠你个人可以改变的。

原帖由 keenling 于 2007-7-16 23:42 发表
缺陷太多：你发挥的空间到了
找不到缺陷：说明你不行，有待提高。
缺陷得不到及时修复：自己修复

作者: yhp1314520 时间: 2007-7-17 19:00
缺陷太多：就得从缺陷的来源有哪些看起。比如是开发过程中的错误，还有由于流程中的什么过程没有实施好导致，由于技术人员的什么原因导致。。。。等方面去考虑。
找不到缺陷：我觉得也是可以理解的。就相当于一个很好的开发团队在开发之后已经做过很详细的测试再让你一个测试新手去找缺陷那当然是找不到缺陷啊。。。。不能从片面的去理解。
缺陷得不到修复：老师不是说各哦很多中办法吗？？？比如找你的上级或者他（开发）的上级。。。。等。

作者: vivi1003 时间: 2007-7-30 21:13
标题: 仅是个人观点，请大家给与批评指教！
提交的缺陷开发人员不认可怎么办？
首先，测试人员应保证自己发现的缺陷不是因为自己测试用例中预期结果错误，造成实际结果与预期结果不同。确定是缺陷时，测试人员面对这种情况应该耐心客观的给开发人员说明缺陷的情况，缺陷的报告单要清晰，明确，要有自己的坚持，但不能使用强硬态度，一直强调缺陷应该被修改，如果最后仍协调不好，就可以让专家会诊来作决定。
如何处理不能重现的缺陷？
如果这个缺陷严重级别比较低，并且你重新测试几次都没有再出现，你可以口头对开发人员描述一下，让开发人员来定位缺陷，开发人员也能肯定，只好不作处理。在后面测试中又遇见这个问题，就直接把开发人员叫过来，让他看具体情况，并把操作步骤描述一下。如果你在测试时对出现缺陷的操作记录详细，并且把出现缺陷的界面以保存下来了，你就可以把这些都发给开发人员，让他做分析。
如何处理好与开发人员及其他相关人员的关系？
作为一名测试人员，应始终保持中立态度，注意自己言语，措词，公正委婉表达自己意见，多与开发人员沟通，交流，了解开发人员的想法，和其他相关人员也是要多沟通，交流的。面对冲突时，保持自己的立场，公正委婉表达自己意见。
缺陷太多怎么办？
看是不是在测试用例中划分太详细，把同一类缺陷分开写了。如果是开发质量的问题，你就应该对此作一个缺陷检出率，用来统计缺陷出现的模块都是在那，好让开发人员有重点地关注，并且在下次开发过程中，避免这种情况再次发生。
找不到缺陷怎么办？
可能是由于软件质量较高造成，但一定要查看自己的测试用例中关注点是不是太少，不够详细，测试不够充分造成的发现不了缺陷，如果自己是个新手，没有测试经验，应找有经验的测试人员点拨一下你，他对本公司开发的软件比较了解，知道缺陷大体在一块。
缺陷得不到及时修复怎么办？
如果是小的缺陷，把缺陷记录下来，看是不是在下一个版本解决，如果是严重问题，让专家会诊决定何时解决。
如何处理缺陷级别之争？
应该站在开发修复缺陷的角度上，修复缺陷难度，修复的风险，成本出发考虑缺陷优先级。
如何处理缺陷跟踪中的扯皮现象？
首先测试用例应按照需求规格说明书，缺陷报告单一应该准确，清晰，简洁，完整，一致，详细记录缺陷状态，保证你时刻知道缺陷所处状态，与相关人员进行交涉，防止推脱。

作者: candy_83 时间: 2007-7-30 23:25
缺陷太多的时候要去分析很多的缺陷是不是同一类型的错误，只需要提交一次即可，不需要重复提交
缺陷没找到，要分析自己的执行用例的方法是否正确，数据是否正确，用例是否全面，可以适当补充一些用例去发现缺陷。
缺陷得不到修复就去找项目经理，让项目经理去给开发人员施压

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)