对SQA的诠释

对SQA的诠释

发布时间: 2009-3-24 16:29    作者: chnowasm    来源: 51Testing论坛

字体:  小  中  大  | 上一篇 下一篇 | 打印  | 我要投稿 

　　在51Testing软件测试论坛的某些板块上，有人提出QA和测试其实是一样的，看着很心寒，于是我做了以下回复，转贴过来大家讨论，不足之处欢迎指正。

　　QA：Quality Assurance；

　　PQA: Product Quality Assurance

　　SQA：Software Quality Assurance

　　PPQA: product & process quality assurance

　　QA和测试真的不是一个概念，因为他们的角色不同，在CMMI中的定义也不同。

　　QA在国外一些正规的大型公司里面应该是隶属质量工程部门（Quality Engineering）再大规模一些的又叫（QMS:质量管理体系）

　　那为什么会分成PQA和SQA呢？它们又有什么关系呢？

　　简单的说来，要看这个公司的产品，如果是一个纯粹做软件公司，那么它的QA就是SQA。

　　SQA的职责就像楼上各位提到的，站在客观的角度来实时监控项目，那么它的作用可以分成教师,咨询师，警察，传教士，数据分析师，仲裁组成员等等，根据项目的进展不断变化。

　　说是教师，是因为，SQA有Training的职责，他必须在项目前期，对新近成员展开流程和体系的相关培训，有义务协助团队成员收集本项目所需的技术资料信息。

　　说是咨询师，是因为，SQA在项目组内部是一个支持的角色，当项目组成员遇到对相关文档或者相关流程不清楚的时候，需要他提供及时的帮助和指导

　　说是警察，是因为在项目进行中，如果一旦QA发现项目组的工作有严重违反公司流程或者严重违反原项目计划的时候，他必须第一时间站出来，亮红灯，并告知相关管理层。

　　传教士，QA要负责推广和改进公司现有的体系和流程，包括CMMI，软件工程的理论，质量的概念等等

　　数据分析师，协助项目经理做好各种数据的分类和整理，提交分析报告，比如缺陷数据分析，风险分析，变更分析，人力资源分析等等，在项目各个阶段进行数据筛选和采集。

　　仲裁组成员,当测试和开发就一些问题不能达成共识的时候，或者在整个团队面临重大的决策判断的时候，SQA通常都是CCB（变更控制委员会）的成员。SQA需要有能力对缺陷进行评审，对项目组的进程进行评审。并且和项目经理一起做项目组的重大事件做出决策。

　　本文为51Testing论坛会员chnowasm原创，http://bbs.51testing.com

　　综上所述，其实项目组对SQA的要求是相当高的，换句话说，并不是通常很多人认为的技术不行的人才去当QA，其实这种观点是错误的，SQA，在项目组层面是必须要与项目经理平级的，也就是说要求他具备项目经理同等的能力，这样才能够保证他对项目的监控和风险预测，这个职位严格说来应该只对有一定技术背景，有很好的项目管理经验，很强的数据分析能力的人开放，正常的情况下，他的薪资待遇不会远远低于项目经理，所以通常它的要求是：

　　1.计算机或软件工程或相关专业本科以上

　　2.熟悉质量体系和行业标准

　　3.3年以上软件开发或软件测试经验

　　4.至少2年以上大型团队卓越的项目管理经验

　　5.良好的沟通和表达能力，数据分析能力，决策能力。

　　那么什么又是PQA呢？PQA即产品质量保障，对于一些大的电子设备公司来说（比如手机，网络设备，汽车配件，医疗器械）等等，除了软件，还有硬件，结构，实验室等等，所以会有一个专门负责整个产品的质量工程师。

　　那么这个时候通常一个项目组内就会又PQA和SQA同时存在，PQA往往在项目组内部担任了PPQA的角色（PPQA是CMMI定义的角色），也就是质量方面的SPJM（分项目经理），质量部门参与的人员就比较多了，涉及到QA，SQE（供应商质量工程师）{这个角色在工厂很常见，在工厂也叫QA，但是在研发中心通常叫SQE区别于SQA，简单的说下SQE，其实可以理解为管供应商的QA。SQE这个角色是为了使供应商更好的配合项目研发团队的要求而设立的，他会对供应商进行各方位的考核，并且监督供应商来料的质量，经常出差，往返于各个供应商厂区。}，DCC（文档控制专员），PMO（项目经理办公室）。这些成员组成了项目的质量团队，负责在项目研发期间监督和保障产品的质量。

　　从上面的描述可以看出，在CMMI的理论中QA和Test是有本质的区别的，在我看来，测试应该叫Validater（验证），有很多公司也把测试当成一个独立的部门，叫PV（Product Validate）其实我认为测试就是应该是一个独立的部门，这样才有助于提升测试的地位，毕竟测试是客观的反映产品的质量情况的。测试没有办法去做质量控制不是么，这个逻辑我想我已经给大家理的很清楚了。

　　再强调一点：QA是质量控制，不是质量验证，质量控制是横跨整个项目生命周期的，而基本上软件测试的活动基本上是在软件详细设计（DDD：Detail Design Document）发布以后才开始进行的，所以请大家不要混淆这两个不同的职位，也不要去降低对于SQA的要求。

　　对于SQA的前途，其实业界内有很多不同的声音，这里不做过多的评价，我只是想说，请大家把眼光放长远一些，不要因目前的局面影响了自己的职业发展规划，更不要觉得QA的门槛低所以选择QA这个职位，如果要做就一定要做好，如果你觉得自己只是一时不知道该做什么好而选QA的话，我劝大家赶紧转行，一个QA 要是在项目组内没有地位的话工作是很难开展的。那么要给你这个地位的不仅仅是公司的组织架构，还有你自己，首先扪心自问，我有这个能力吗？

　　以上的职位，TOP500都有，大型的国企也会酌情设立，所以当你选择这些职位的时候一定需要仔细考虑不要盲从，否则，害人害己。

　　也许我说话不好听，也许我说的比较刻薄，但是我是希望给大家敲醒警钟，职业人需要有职业人的素质和修养，要忠于自己的职业，要规划自己的人生。