大家好，我刚做QA.QA需要做些检查：
检查项：
需求开发及管理、概要和详细设计、SIT、版本发布、需求缺陷管理、项目管理、配置管理。
现在的问题是我不知道以上具体怎么检查。。

有效设计QA检查单也是一个难题！
你可以分为两部分进行设计检查项：
一类是针对过程活动的检查项；另一类是针对每个过程的工作产品的检查项。

对于过程的检查项，要根据公司所制定的每个过程文档进行设计。
如：公司的需求管理过程文档中会描述都要做哪些活动，按什么步骤做，每个活动的入口准则和出口准则；
那设计此过车过程的检查项时，要针对公司的流程，例如公司的需求管理过程必须要做需求定义和需求管理的活动，那需求定义的活动要检查：
客户和项目组成员就客户需求达成共识了吗？
是否所有受客户需求影响的相关组都参与了需求定义？
是否指定了具体人员对需求进行分析和细化？
用软件实现客户需求是可行的吗？
是否根据分析结果编写《软件需求规格说明书》？
是否对《软件需求规格说明书》进行评审？
评审结果是否与客户进行沟通？
是否将评审后的《软件需求规格说明书》置于配置管理之下？  等等；
对于需求跟踪活动的检查项：
是否在项目中建立一张《需求跟踪矩阵》以跟踪需求？
是否在项目的各阶段指定了维护《需求跟踪矩阵》的责任者？
各指定责任者是否在项目的各阶段进行了需求的跟踪活动？
《需求跟踪矩阵》是否通过验证？
验证后的《需求跟踪矩阵》是否提交到受控库中？
当需求的状态变化时，是否及时更新《需求跟踪表》的相关内容？
是否按照《需求跟踪矩阵》对需求状态进行跟踪？
是否跟踪每一个需求直至其关闭？
是否建立了需求基线，并将软件需求规格说明书置于配置管理之下？ 等等！

重要的是要根据公司已规定的过程文档设计检查项！
并且针对每个项目，与EPG和项目经理对检查单要进行裁剪！
然后制定QA计划时，要确定检查的频率和检查方式。
对于过程产品的检查也是类似！

如上内容供参考，希望有所帮助！

谢谢，学到不少。
需求基线 是指什么？

说明需求基线前，先弄清什么是“基线”。
基线的概念在配置管理中是非常重要的一个概念，所以必须要了解。

基线的概念通俗的讲的话，当某一阶段的成果物通过评审后的一个工作产品的集合，也是作为下一阶段工作基准的工作集。基线可以包括多个配置项。

需求基线一般包括：用户需求说明书、软件需求规格说明书等；

纳入基线的配置项，一定要按照变革流程进行变更。

至于项目有多少个基线，可以根据项目的特性来确定，一般项目有计划基线、需求基线、设计基线、代码基线等。

1.基线可以包括多个配置项。
那配置项一般是指哪些呀？
2.也就是说 基线是可以根据评审后的变更而变的对吧?
谢谢~~

对于QA来说，过程的检查难度较低大部分都可以被执行，但对于产品的检查难度较高，是很多QA人员的瓶颈，改变这个状况就依赖于个人水平提高了。例如：对需求开发输出的需求说明书进行检查，最低程度QA需要知道一份需求怎么样是规范的，才能进行规范性层面的检查。

引用:

原帖由 life-lp 于 2008-4-23 11:59 发表
1.基线可以包括多个配置项。
那配置项一般是指哪些呀？
2.也就是说 基线是可以根据评审后的变更而变的对吧?
谢谢~~

1.配置项在软件开发过程中所指东西一般有：开发过程中所产生的文档（计划、设计书、报告等）、代码、工具、一些纸质文档（客户签字确认的需求、验收报告等等）
　当我们抹一阶段结束时，把此阶段的配置项评审确认后，我们通常作为基线，作为下一阶段的基准。
　但是要注意不是所有配置项都要纳入基线的，纳入基线的配置项一般有：计划及其从属计划、需求说明书、过程定义、设计书、代码等。

2.打基线之后，配置项要进行变更的话，要走变更流程。
　按照变更流程，变更申请得到批准后，就可以进行变更。

基线还要进行审计，要进行物理审计和功能审计。
来保证基线中的配置项的完整性和正确性。

引用:

原帖由 qianlianhua 于 2008-4-22 12:47 发表
有效设计QA检查单也是一个难题！
你可以分为两部分进行设计检查项：
一类是针对过程活动的检查项；另一类是针对每个过程的工作产品的检查项。

对于过程的检查项，要根据公司所制定的每个过程文档进行设计。
如 ...

讲的很详细和具体，
有好多东西值得学习和研究！

相当受益，以后还要多多学习，谢谢

引用:

原帖由 qianlianhua 于 2008-4-23 14:15 发表


1.配置项在软件开发过程中所指东西一般有：开发过程中所产生的文档（计划、设计书、报告等）、代码、工具、一些纸质文档（客户签字确认的需求、验收报告等等）
　当我们抹一阶段结束时，把此阶段的配置项评审确 ...

不知道有几个公司能这么去做的？ 做产品的公司也许会部分实施，做外包的公司呢？