本人刚在软件行业作QA，但是在生产企业做了3年的质量管理
我转到这边作QA，就是看中了这个行业对质量管理工作的认识才刚起步，有发展的趋势，这几年也刚好给我时间积累在软件开发领域的经验。

国内软件企业认识到国外行业的规范性，给公司带来持续发展，节省成本的效益，才会追逐的。
本人认为软件开发的经验对于QA来说并不是必须的，当然有这方面的经历会比较好，了解开发的流程，比较容易与项目组成员沟通，以及对项目进行有效的控制。
QA是从事质量管理的，不是作测试的，不是帮你检查代码的。他的主要工作是督促和监督大家根据公司指定的流程，按时按质按量完成工作。当然对于工作质量的考核，由于缺少技术背景，没有太多的发言权。但是，可以通过测试的报告，参与技术评审等形式了解软件的质量，是否能满足客户的需求。
同意有些同行的说法，QA在项目中更像是项目经理的助手，辅助对项目的管理，需要的是管理方面的知识。但超出项目级别，到整个公司的层面，QA还要承担整个企业管理过程的优化。是公司的设计师哦

跟楼上的讨论几句 ：）

我个人理解CMMI V1.2模型的时候，有一个地方让我感到有较深的体会，那就是将原来的SQA的PA改成了现在PPQA。也就是说，CMMI自己也在改进，它的改进是根据使用的企业回访的数据来完成的。

从SQA到PPQA虽然只是个名字的变化，但是包涵的意义我个人觉得确实非常的深刻。V1.1之前的模型一直都在说明QA的工作是保障软件开发过程，不是做QC的工作，让大家一直都把QA要么当作花瓶，要么当作监工，QA自己也很难融入到项目组中。QA的确是项目组外的角色，但是他不能脱离项目组而工作。如果只保证过程的而不能深入到项目中去的话，过程是很难保证的。

我个人认为CMMI也意识到这个问题，所以把SQA改成了PPQA。PPQA既强调过程品质的保证，又强调了产品品质的保证。过程品质的保证和V1.1里面差不了多少，但是加上了产品品质的保证后，大家实施起来就会觉得，我必须要深入到项目中，把自己当作项目组的一员，担负其自己的职责，为项目产品的品质也要努力。

我个人认为CMMI这样的变化是很有意义的。以前我接触过欧美、台湾、日本、国企的软件企业，很多的QA都不把自己当作是项目组的一员，给项目组提的要求并没有真正的站在项目的的角的去思考，很多时候QA给出的建议都会增加项目组的负担。久而久之，项目组肯定会对QA有不良情绪，这就是为什么大家总觉得QA跟项目组有隔阂的一个很重要的原因。我虽然是做品质保证工作的，但是说实话，还是很多QA自己的定位和心态需要调整。

说到底，项目组是为公司创造显性价值的部门，他们的努力可以直接为企业创造财富。我觉得QA从一个角度来看，应该是项目组的服务提供商，这个服务的名称，我觉得应该叫：生产力。

所以我现在对我们部门所有的QA都强调一点，你是项目的成员，你不要考虑如何去改进过程，如果你能提高项目组的生产力，哪怕是1%，我觉得你就是合格的。

以上是一家之言，欢迎大家都来讨论。

QA的工作是什么，既取决于高层希望QA做什么，QA自己希望做什么，也取决于高层能提供什么、QA自己能做到什么。
在QA这个职位的名称下，做什么事情都有可能。在不同的公司里，QA可能成为不同的角色：项目经理助理、测试人员、过程改进人员、配置人员、规范监督人员。
这种职责不清或者职责不统一的情况在软件公司往往也不是只有QA这一个职位，有时候项目经理也可能成为不同的角色：需求、设计、开发、项目管理、测试、配置等等。

楼上的这样说法，怎么讲呢，我觉得不是很合适。虽然你说的情况在很多公司存在，毕竟如同你说的，不同的公司有不同的做法，但是作为QA这个角色来看，还是有固定的活动的。要不随便叫个什么名字好了。这里既需要跳开这个实际情况，也不能脱离实际情况。毕竟让大家知道QA的固定活动，至少有个努力的方向。我想真正做的好的公司的QA，这个职位的工作肯定是固定的，不会成个万金油的。

比较同意楼上的说法，我现在面临的问题就是不知道哪些是QA的固定活动，所以也就没有努力的方向，很困惑。

引用:

原帖由 apple_green 于 2008-6-11 12:39 发表
比较同意楼上的说法，我现在面临的问题就是不知道哪些是QA的固定活动，所以也就没有努力的方向，很困惑。

你想努力的方向和你所在公司对QA的要求可以分开来考虑。
QA的固定活动，可能在一家公司指测试，在另一家公司指流程的改进。这就是不同的两个方向了。

引用:

原帖由 polestar 于 2008-6-10 21:25 发表
楼上的这样说法，怎么讲呢，我觉得不是很合适。虽然你说的情况在很多公司存在，毕竟如同你说的，不同的公司有不同的做法，但是作为QA这个角色来看，还是有固定的活动的。要不随便叫个什么名字好了。这里既需要跳开这 ...

我上面的回复确实是在讲现状。
我也觉得需要明确。如果不能行业内各公司统一明确，那么每个公司自己也要明确。即使这家公司明确下来QA是指测试，那家公司明确下来QA是做文秘。
很多情况下，真有点象是随便叫了个QA的名字。

回复楼上的观点。

其实QA只所以在各个企业有不同的工作内容从根本来看，我个人认为是跟这个公司的业务有很大关系的。就像副总这个职位一样，有的公司的副总搞管理，有的搞技术，有的搞销售，同样是一个职位，根据公司的需要就可以有大相径庭的工作内容，但是头衔还是一个，那就是副总。

QA其实也是一样的。以前QA叫SQA，现在叫PPQA。从这个名字来看，两个P应该都是QA的职责。各个企业根据自己的需要来给自己的QA有不同的定位。根据我自己的工作经历和周边的现状，自不量力的总结几个，供大家讨论：

1. 以软件产品为主的企业对QA的定位大部分是过程改进相关工作。
2. 以软件项目为主的企业对QA的定位比较灵活，过程改进和测试一半一半或者两者兼有。
3. 过了CMMI认证或者想过CMMI认证的企业对QA的定位以过程改进为主。
4. 没想过CMMI的企业对QA的定位以测试为主。
5. 不入流的企业对QA的定位一般什么都干。

这些也都有统计数据可以供分析。我个人觉得，咱们干QA这行的，要干的专业还是需要用数据来发现问题，这才是QA的核心价值。

提出软件质量需求
确定开发方案
阶段评审
测试管理
文档化管理
验证产品与相应文档和标准的一致性
建立测量机制
记录并生成报告

我们公司的QA主要做项目跟踪、每周发布QA周报，报出项目主要存在的问题，负责审核项目结项文档，还有公司现在在过CMMI，QA就要负责更多的事情了