测试与SQA的区别

cleverman

aaa

[ 本帖最后由 cleverman 于 2009-1-18 00:41 编辑 ]

zz45509

angelia

SQA,测试，其实都只是老外们（那些最早开始提出这些概念的元老们）的称呼，翻译成中文之后别扭而已。那些专家们也是各有各的说法。 记得有位专家就说广义的软件测试就包括了sqa和testing，它们的对象不同而已。

我们没必要去争一些东西，SQA最早也是从美国提出来，他们有个协会，只是目前从实际操作以及运用上来说并没有完全实施，或者说对于一些小项目也没有必要要繁琐的流程。
但是对于像航天之类的软件应该还是有的

liaoxj

我觉得大家有必要这词上去争论什么！

如果你在A公司岗位是QA做得是测试，说明QA和测试没有区别，如果你在B公司岗位是Qa做得与测试无关，说明QA和测试有区别

chnowasm

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需要有能力对缺陷进行评审，对项目组的进程进行评审。并且和项目经理一起做项目组的重大事件做出决策。

综上所述，其实项目组对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都有，大型的国企也会酌情设立，所以当你选择这些职位的时候一定需要仔细考虑不要盲从，否则，害人害己。
也许我说话不好听，也许我说的比较刻薄，但是我是希望给大家敲醒警钟，职业人需要有职业人的素质和修养，要忠于自己的职业，要规划自己的人生。

-----SQA From Top500 Company Design Center

m2b2x

外企也不都不屑CMM吧，那些大的外企可能有自己的一套，一般的企业难道也都不用CMM吗？CMM只是老外来中国骗钱的？要不为什么有的外包项目没过几级不让包呢？
我想也不全是这样，国内的公司因为各种原因自身形不成有效的流程控制和过程改进方法，内部管理很容易一团乱麻，所以需要CMM这样的东西来指导规范自己的行为。
虽然很多企业是像应付考试一样过的级，可总归还是能留下些东西对以后的工作有所帮助，就像我们的应试考试一路走来虽然弊端很多，给我们造成很大创伤，但在无力改变现状的情况下也还是给我们的成长带来一定帮助的。

sundyhui0322

我以前在工厂工作过，工厂对QC和QA的职责是很明确的，qc是quality control，主要是对质量过程的管控，是实际处理产品质量的人员 ，而qa是quality assurance，是质量确认，是站在宏观的角度来对产品质量的管控，明确的说应该是监督的作用，监督产品质量控制活动的执行力。
当然，产品质量的控制不仅仅是qc人员的活动，还有产线生产过程的管控，仓储、采购、财务、销售等等相关过程，他们对产品质量是间接控制。
另外，qa除了监督质量推行的执行力外，还有就是质量的理念宣传，确保产品质量相关活动的规范化，所以并不存在qc包含qa的说法。也不存在qa包含qc的说法，这两个概念是站在不同层次上来保证产品质量的。
同样，对于软件行业，二者的概念一样应用，只是很多公司根据自己的需要，把二者都作为品保部门的两个分支，甚至qa是qc人员来兼职。其实这两个职责的人员委任上是可以灵活些的，不一定需要死搬硬套，理论是用来指导实践，在实践中灵活运用，而不是为了证明理论而将实践理论化，那样就毫无意义。

[ 本帖最后由 sundyhui0322 于 2008-6-18 20:59 编辑 ]

piginthetree

在国内，SQA是软件质量保证，具体工作如11楼hasis所说，而QC是质量控制，具体的工作就是testing，在外企的SQA却是做testing，不知道我这样理解是否有问题？

hasis

呵呵，学习中呀

pengding

QC: Quality Control (质量控制) 多见于EMS/ODM company.

hasis

呵呵，大家共同学习呗

cleverman

谢谢。基本清楚了到底是怎么回事。

hasis

QA：质量保证，Quality Assurance；
SQA：软件质量保证；
QC：不清楚什么意思，没接触过。
QA和SQA差不多，就是CMM版本不同造成的。

其实国内很多公司都是把通过CMMI做为目标，对自己有帮助一方面，对外吹嘘也是一方面吧。正如楼上几位说的，好多外企都用自己的东西管理项目。呵呵，只要万变不离其综，有帮助就可以呀。

cleverman

听起来你的切身体验比较丰富。
不过如果外企不用cmm，那以后的发展局限性也不小呀。
对了，你们的术语和我本身的问题一致。你们公司QA的中文名称有吗？是什么？测试工程师的中英文正规的title是什么呀？
其实一般在外企QA就是测试。看来是国企把术语给搞混了。

afeng

不太清楚qc的问题,反正我作过的几家外企里也没有一家用cmm的,可能有些外企还是用的,不过我没碰到而已

hasis

我们公司是个国企软件公司，通过了CMMI5，具有专门的管理运营部，对各部门的产品开发进行监督。而QA而是各子部门的专门角色，对部门内部各产品进行项目的运营管理，包括进度、风险、各阶段产品、文档等方方面面。

其实QA这个角色真的有多大的发展空间，我真不好说。因为在公司内部，有实际权力的还是项目经理、技术经理一级，QA提出的改进意见他们可以听，但是也可以不听，比如进度要求很紧，产品还做不完，如何保证相关文档的完善，各个评审会也进行的不彻底，等等，反正这些和真正CMMI5的要求还是有些差距。但至少他们要做，如果不做，工作是不尽责的表现。

不过通过QA的辅助管理，开发者和测试者均会感觉正规的开发流程，特别下一产品的开发，经常从以前的经验中学到好多改进的措施，非常有用。

至于QA的发展，可向管理者发展，如果技术还可以的话。

cleverman

如果这样的话，为什么还说做QC有前途呢？

afeng

好多外企不屑cmm,他们一般都有自己的流程,国内企业搞这个无非是个门面吧,而且好像过一级国家就会有几十w元的补助

cleverman

从很多人的发言能感觉出你的这种理解。
我目前的疑惑是，如果理论联系实际的话，有多少公司具有QC（或者你理解的QA）的工作职位。
都是什么样的公司具有这样的职位？有没有外企？如果有，是那些外企？

从我个人的经验，我个人没有见过外企配备这种职位。那么，为什么很多人还疑惑做QA还是做QC（以你的理解就是，也是我问题的起始术语QA还是测试）。很多人说QC（或者另一种理解的QA）有前途，可是从我个人来说，既然看不到外企招聘这种职位，我怎么能认为它有前途？干好了这个职位能有什么样的发展呢？还有一个实例，我一个同学据我的理解就是干这个工作的，国内的公司，多年还没有机会跳到外企。我感觉这是一个比较关键的原因。

我也希望这个帖子的讨论可以解开我的疑惑，也给大家讲清楚到底QC（或者另一种理解的QA）是怎么回事。我做测试以来都是在外企，工作中从来没有听说，用到，接触过CMM/CMMI。也没有听说有同事，或者其它部门是专门做这个的，因此没有直观与详细的理解与体会。

hasis

对于这个，国内外好像有两种解释，好像无所谓谁错。
What is the diffrence between QA and testing?

一。Testing是QA的一个过程。

QA，就是质量管理，它有两方面任务，过程改进和质量保证，它要求贯穿过整个产品（或项目）的整个过程，对整个过程进行监督，对项目的目前进度进行检查，同时还要完成组织验证、组织过程定义、风险管理等相关过程。每个过程结束，都要求进行阶段工作的整理，这种管理定量化的，成功与失败后，进行原因的分析，同时进行知识库的积累，以提高后继产品的质量。
而测试只是产品开发的一个过程。虽然V或W模型，测试应该从头开始，但是需求阶段，测试不容易做好。
正因为上面所述，所以说Testing是QA的一个过程。

二。QA是Testing之外的一个过程。

为什么说之外？因为QA从事者与测试者不成，它并没有直接的权力，它起的作用是建议、监督、总结，而不是管理。正因为没有实权，它所从事的只是软件开发流程一个阶段的监督者角色，因此是说它是流离之外的。

其实，楼主这个问题是许多英文面试的一个题目。上面这两个解释都对，无所谓哪一种，只要能够清楚的了解QA和测试在整个产品过程中的作用，工作形式，就可以很明白它们的不同。

愿对你有帮助。

[ 本帖最后由 hasis 于 2008-1-8 21:27 编辑 ]

afeng

其实好多公司一开始都称过程控制的人员为qa,测试人员好像也是qa,统称都是qa,现在可能国外一些比较正规的叫法开始引入了吧,从英文字面的翻译来看,sqc应该比较恰当,cmmi总体感觉还是不错的,起码做事有了一个标准,不会乱来