如何引导组员快速去发现软件缺陷？

zzhix · 发表于 2011-9-3 20:58:42

大家不知道是否经常碰到这样的问题，同在一个项目组，有的测试人员发现的缺陷很多，质量很高，而有的测试人员虽然工作也很努力，但很难发现缺陷，作为测试组长，如何引导组员快速去发现软件缺陷？都有哪些好的建议，大家探讨一下吧！！

tofy · 发表于 2011-9-3 21:53:37

大家都是执行相同的测试用例吗？如果都执行相同的用例，有的人能发现缺陷，而有的人却不能发现，那就是对用例的理解问题，要从用例的设计角度下功夫，在用例评审的时候，确保大家都能理解。

如果没有用例，而是大家随意测试，那么要看各人对业务的理解，经验的丰富程度，发散性思维来决定了。

如果能有效的发现缺陷，建议在用例设计上多下功夫。

guoguo2005 · 发表于 2011-9-7 06:13:08

测试用例是纲，不能完全指望测试用例去发现缺陷。
缺陷的发现和一个人的价值观有很大的关系，有的人天生乐观，看事物都是完美的，那就没法发现缺陷，更不用说快速了。

liaolg_gogo · 发表于 2011-9-7 13:39:50

如果排除测试用例本身的问题的话，那么，测试人员对业务的理解程度是作为一个测试组长应该重点关注的，可以组织组员学习业务，并且一个个演示讲解，以此来帮助组员提升对业务的理解，也能以此作为标准之一来安排组员的分工，值得一提的是，如果条件允许，对业务的学习最好不要依赖系统，根据系统去学业务这本身就是本末倒置的事情。
还有很多其他的因素，先找出组员之间差异的原因再有针对性的帮助组员提升能力吧，组织特能找bug的组员分享经验，分享平常的测试习惯等等，这也是一条途径……
不多说了，午休了，大家再补充……

lgs0540 · 发表于 2011-9-7 16:45:22

1.技术能力。
2.业务能力。

就看你自己怎么把握了。

archonwang · 发表于 2011-9-7 17:31:52

归类是个方法。

要想找出问题，总归有办法的。关键还是要看人，还有正确的引导组员往正确的方向上走。

匹配，对比是不二法门啊

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 如何引导组员快速去发现软件缺陷？

相关帖子

站长推荐 /1