项目测试管理CheckList-V1.0-xxx.docVIP

Productname产品名称

Confidentialitylevel密级

工程测试管理CheckList

内部公开

Productversion

Total15pages共15页

V1.0

工程测试管理CheckList

PreparedbyDate2009-

编制日期

ReviewedbyDate

审核日期

AuthorizedbyDate

批准日期

Allrightsreserved

版权所有违版必究

内容填写说明

A、工程根本信息由测试用例设计者填写。

B、自检，根据检查结果在自检结果“是、否、免”相应栏中作“V”标记；是：满足要求，否：不满足要求，免：内容不涉及此工程；在“否、免”栏作“V”标记，必须在自检说明中填写原因。

C、审查，确认自检结果是否正确，如与审查工程一致：在互检结果“是”栏作“V”标记，否那么：在审核结果“否”栏作“V”标记，并在审核说明中填写原因。

D、“自检结论及问题说明”由测试用例设计者填写，在此栏说明该工程检视的要点，方便审核者检查。“审核结论及问题说明”由审核者填写，在此栏列出审核结果中为“否”的所有问题。

E、最终QA将此文档提交给运作支持部，进行数据备份，整个过程由运作支持部跟踪。

2、工程根本信息

工程名称及版本

测试负责人

规那么驱动表

此处插入驱动表，方法：插入→对象→由文件创立→浏览。

3、软件测试过程Check内容

审查内容

自检结果

自检

说明

审核结果

审核

说明

备

注

类别

编号

项目

是

否

免

是

否

概念

阶段

工程运作团队准备工作Check项

PM是否召开工程开工会，是否有工程任务书？

V

工程开工会上是否明确工程组织架构，工程里程碑，工程方案？

测试小组成员是否确定？

测试专业负责成员是否明确?比方环境、安规等负责工程师。

测试例会时间、汇报模板是否确定？

例会要求测试小组成员明确工程的根本情况、工作职责及汇报是否落实？

可测试需求分析设计Check项

继承性可测试需求分析是否可复用？

可测试需求是否分析定制？

测试成员是否有提新的可测试需求内容？

可测试需求模板是否是最新发布版本？

可测试需求格式是否符合模板要求？

产品应用环境是否在概念阶段定义清楚？

是否有工程测试风险评估？

可测试性需求是否覆盖了相关测试专业需求?

上一版本遗留问题是否已考虑到纳入此需求中?

对可测试性需求是否进行测试部门内部评审并确认?

测试经理是否对可测试性需求进行工程组评审并确认?

可测试需求是否被工程组接受？

对不被开发代表接受的可测试需求，评估是否对后序的测试活动有影响及如有影响，是否有对策？

收集并评估其它工程成员提出的需求是否具有可测试性或与可测试性相关？

最终确定版可测试需求是否提交到工程仓库保存？

其它

测试经理是否对产品包需求一一确认?

是否有确认所有产品包需求都是可测试的？

最终确定的产品包需求是否转发给测试团队及部门领导？

产品应用环境是否在概念阶段定义了解？

方案

阶段

测试方案设计交付件Check项〔考虑测试做什么任务？〕

测试的需求跟踪是否完善并完成？

测试方案提交工程组评审时间是否确定？

测试方案模板是否有？并确认模板是公司最新发布版本。

测试本钱是否评估？包括时间、人员、环境等。

测试组织成员和其他部门关系是否明确，责任是否划分？

测试中需要遵守的原那么、标准、约束、标准是否明确？

测试的测试对象是否明确〔明确测试项，用于后面划分任务,估计工作量等〕?

测试阶段任务划分是否明确？

测试阶段任务工作量是否完成评估？

测试阶段任务的人员资源和设备资源分配是否明确？

各阶段的测试资源的投入是否满足方案要求？

测试任务各阶段的人员投入是否满足方案要求

测试方案核心的测试工作任务分配是否明确？

测试阶