又有哪家公司是这样做的，我认为还不如按照实际的某些公司的具体情况来说明问题更好些。
在我们公司而言，测试就是垫背的，只要系统上线发现问题从来不分析，就扣测试人员的钱。测试人员是执行者，而一点都没有主动权，上面所说的一切就成为了纸上谈兵。测试做了很多工作，但是不认可，这就是目前国内很多公司的现状，我们不得不承认！

引用:

原帖由 wfq80825 于 2006-7-13 10:44 发表
又有哪家公司是这样做的，我认为还不如按照实际的某些公司的具体情况来说明问题更好些。
在我们公司而言，测试就是垫背的，只要系统上线发现问题从来不分析，就扣测试人员的钱。测试人员是执行者，而一点都没有主 ...

流程的确说的很正规很系统，公司的流程存在问题，不正规也是正常的事情，虽然我们都希望是理想化的状态，但环境却不是的，我们要做的如果能和上级多沟通，可以把正规的流程结合公司的情况适当删减一些，结合公司的实际情况开发情况，去制定一个测试流程出来，使自己的工作尽量的去系统化，使自己不断的进步。

这个时候准备理解测试的系统，预备测试啦。

我们公司在项目启动后测试就投入工作,
和开发一起看产品需求, 开发写完SRS并基线后测试才算真正开始工作,SRS基线是测试工作开始的数据源,测试开始写测试用例

QA是干什么的只要公司在搞CMMI或过了CMMI的都应该知道吧

16 楼回答得很标准， 赞！

不错，长知识了，16楼的说的很详细，但是不一定每个公司都那样，正如22楼说的，应该根据每个公司的实际流程来做，像我们公司，一般是参加需求评审，等需求评审通过后，测试人员写测试需求，测试组内部评审测试需求；等开发完成详细设计（概要设计不参加评审），参加详细设计评审，等通过后，测试人员写测试用例，然后测试组内部评审测试用例。

1、项目启动时候，项目经理依据组织标准过程和项目实际情况，形成项目过程定义，这个就是项目的立法，也就是说项目的各个环节都要按照这个搞；
2、QA依据过程定义，通过抽检工作产品质量/过程记录，参加项目活动（会议/评审/沟通交流活动），调查表或访谈，过程审核，数据分析等，识别项目过程的偏差，向项目和管理层通报项目过程质量和不一致性问题，并敦促问题的解决。QA的作用就是通过QA活动确保项目按照既定过程有序的进行，并向管理层提供项目实施过程的可视性；
3、测试人员就是干活的，他的工作是项目计划驱动的。按照过程定义编制的项目进度计划给测试人员下达测试设计和测试实施的任务，测试人员执行之，并进行必要的总结和汇报。

bu dong

不错,,,,,,,,,,,,又学到了......

学到了一招，谢谢

我现在一个人是qa和测试都要做，累！

引用:

原帖由 luoyear 于 2006-8-28 09:20 发表
1、项目启动时候，项目经理依据组织标准过程和项目实际情况，形成项目过程定义，这个就是项目的立法，也就是说项目的各个环节都要按照这个搞；
2、QA依据过程定义，通过抽检工作产品质量/过程记录，参加项目活动 ...

这个讲得挺好

QA   quality assurance    制定流程，并监督流程执行
测试人员 quality control

QA   quality assurance    制定流程，并监督流程执行
测试人员 quality control

QA主要监督测试实施过程

我们是qa和测试一起做，qa主要是对项目开发过程中各个流程的控制并对测试本身也要监控
测试主要是针对软件开发的结果是否符合用户需求的检测。

QA应该参与到整个项目开发的过程中，负责指引项目按照流程进行，给与必要的指导；对项目过程进行审计，保证过程的符合性；负责监控项目的开发，监控项目的质量状况，协助项目经理进行质量和进度方面的控制。可以说项目经理是执法者，QA是监督者。这两者是矛盾和统一的——在保证项目成功完成的共同目标下，可能充满了矛盾和协调
测试人员也是参与到整个项目开发过程中的，主要负责对技术文档和代码的评审，在这个过程中既熟悉产品以便更好地开展其后的测试工作，又从一个旁观者（但也是产品专家）、测试者的角度来作相应的质量保证。同时负责指引开发人员关注可维可测性，提高项目的测试技能。另外，还要准备测试用例。

还有一点，不知道大家怎么定义测试人员和其工作的。我的观点是UT、IT、ST应该还是开发人员来执行，不是测试人员的工作。
但是需要的时候，测试人员也可以参加 -）

写测试计划，测试用例，调配测试环境

开发期间, 测试人员会和开发人员进行沟通， 列出测试需求， 编写测试用例， 准备测试数据。
QA负责监督,从流程上保证软件的质量.