和总架构师谈测试

  最近客户对一期项目开始抱怨，反馈的结果是测试人员业务能力与测试能力低。

  没错啊，现在是测试的新新时代，能掌握系统测试并测试能力出众的人才甚少，而且即使是在同一家测试培训机构培养出来的人也会有能力、责任心等的大的差异。不少企业招到合适的人才当然困难啦。

  男孩子一般头脑灵活，而女孩子更偏向于循规蹈矩。这里就不去引申了，以上观点仅是个人意见。现在回到主题话说客户抱怨，总架构师知道了，过来询问我。

  我于是一二三给他说了一通，真是对牛弹琴啊，以下为参考。

  A：测试组怎么能力这么低啊，文档写的清清楚楚都没有发现，怎么让客户发现了bug？

  B：要么收入不高，积极性不高啊，要么能力低，测试马虎。我带的项目没出现过这个问题啊。

  A：测试组怎么让别人说业务能力不行啊?

  B：那一定是测试用例不能覆盖需求造成的。有可能是理解需求错误或者是需求覆盖遗漏，这属于能力问题。我带的项目这种情况出现的少。

  A：你怎么老是提些需求没写，我认为没用的bug？

  B：你们开发人员关注的是功能是否实现，而我们测试人员关注的是质量。如果他有问题，比如字体，颜色有出入我们怎么能不提出来，假如最后客户不满意那到底是谁的责任，难道说你需求没写吗？那客户会认为我们是一群没脑子的动物。还有那些不能修改库的bug,提出来事告诉对方你们的model有问题，如果你们也发现了这个bug，那好将来会有你们来统一修改。

  A：你测试为什么老是那么多自由发挥，为什么不写到测试用例里？

  B：测试用例不可能发现程序所有的bug,那些功能之间的排列组合更是数不胜数，就是同样的测试步骤交换下操作步骤，都可能一个正常而另一个发现程序bug，实在难以悉数写到测试用例里。

  ...

  好了不费话了，总架构更关注的产品实现，而测试关注产品质量，确实存在的理解和要求上的分歧。我最后的想说的是道不同不相与谋。