Watts Humphrey论软件QA

 软件质量大神也是CMM的教父Watts Humphrey在1989年就针对软件QA给出了下列论述，时隔近三十年的今天读起来仍然是字字珠玑，醍醐灌顶！

软件QA的最大挑战

老板通常会让最好的设计人员去做产品设计，最好的开发人员去写程序，最好的测试人员去做测试，但不会让他们去做QA。结果就是一帮非软件开发人员检查专业软件开发人员的工作及产出物。这种情形下，Humphrey认为该如何给QA定位呢？

软件QA的定位

通过检查专业软件人员使用的方法和标准从而能确认他们确实发挥了自己的专长。Humphrey认为软件QA也是一个不容小觑的专业领域，有自己的专业技能。这些技能是建立一个强大质量体系的基础，它们包括下列知识：

–   一些统计分析方法

–   质量控制的原则

–   软件过程

–   在有争议场景下推动问题的解决

软件QA的效果可能是负面的

如果管理层认为只要设立了QA这个岗位就算完成了自己的质量方面的责任，而不是常态化的行动，那么这样的QA也就是摆设，自己逗闷子玩。把QA当成群演，给大家发个盒饭，对产品质量反而可能造成伤害。

软件QA的价值

软件安全性是QA的重要需求来源，经验数据显示过程规范的软件项目成功率是76%，而不规范的软件项目成功率只有60%。经过8年的努力，IBM的软件质量提升了3到5倍，其中QA的作用显著。

软件QA的目标

–   通过合适的方法检查软件及开发软件的过程，提升软件质量

–   确保软件相关标准和流程以及软件过程得到有效执行

–   确保软件产品、过程、标准的问题得到管理层的关注使得这些不足能够及时解决

有效软件QA的工作方式

软件QA的态度很重要，合作和支持和开发团队打交道必须的态度。不要高高在上，不要随意指责，不要处处挑剔！当开发团队把你当成假想敌，一副纪委面孔。那样的话，不论老板多给你撑腰，QA都很难有效开展工作。

软件QA几个重要观察

–   不要认为软件QA人员自己能做任何具体的质量控制活动。

–   软件QA的存在不能保证标准流程的执行。

–   除非管理者通过不时的采纳软件QA的建议来体现对他们工作的支持，软件QA不会真正成功。

–   除非管理者要求软件QA在将过程问题升级之前和项目管理者做充分的沟通，QA和开发不会有效合作。

软件QA的责任

–   审查所有开发计划和质量计划，确保其完整性。

–   作为Moderator参加技术评审。

–   审查所有测试计划，确保其测试标准的符合性。

–   审查足够多的测试结果样本，确保其是在按计划

–   定期检查软件配置管理工作，确保标执行。准得到保障。

–   参加所有项目定期和阶段总结，及时记录标准和流程的严重脱节问题。

如果QA尽责尽职，如果在QA问题没有得到解决的情况下，老板不允许产品的发布，QA是可以帮助管理者提升产品质量的。

Watts Humphrey的大胆建议

许多组织不愿意把优秀人才放在软件QA的岗位，开发团队最差的会被转到QA岗位上。一个简单有效的方法可以从根本上解决这个问题：所有开发管理者都从软件QA岗位上提拔。也就是说被提职之前，这个人必须在软件QA岗位上干上六个月到一年。这个办法比较极端但一定有效！

吸引优秀人才到软件QA岗位是一个非常困难的事，大老板对QA的全面支持是QA成功的基础！

关于Watts Humphrey的最后建议我个人倒是更愿意推荐他讲的另外一个建议，就是QA岗位轮流任职，不管你是多牛逼的开发主力，也得到QA岗位报道，干个半年一载的，为QA的价值体现发挥能力，这个可操性其实更强些。