一.PRAD(The Product Requirement Analysis Document is the document)
这个文档定义了产品的寻求,“什么”,开发人员用来构建功能规格说明,QA用来作为撰写测试策略初稿的参考。
二.Functional Specification
Function specification定义了如何实现各个功能,QA参考这份文档制定测试计划。
三.Test Strategy
Test strategy是QA准备的第一份文档,整个项目需要不断的更新和维护,初稿需要在 PRAD批准前完成,还要发给PM去review。
Test strategy包括以下标准:
1) Project overview:介绍产品
2) Project scope:产品的哪些模块要测试
3) Testing:使用的测试方法,测试优先次序,哪些测试要做,哪些不做,以及相关的风险。也包括了系统配置的略述和测试人员的分配。
4) Completion Criteria:Release的标准
5) Schedule:定义项目的进度情况,包括PRAD,Functional Spec和Test strategy的完成日期,build交付日期,Readiness review,QA process review,Release board meetings的日期。
6) Materials Consulted:准备test strategy的的文档
7) Test setup:测试所需的硬件和软件,也说明了哪些部分不用测试(不过第三方软件)。
四.Test Matrix(test plan)
Test matrix是Excel的模板。
五.Test cases
六.Test Result by Build
每个build的完成的test matrix和Results summary文档。
七.Release package
Release package是QA准备的最后文档。每个release package会随着项目和team的不通而变化,一般都包括一下信息:
1) project overview:是项目的大纲,它的scope,测试过程中遇到的任何问题,QA建议release或不建议。是对test strategy的反馈,并说明哪些策略是成功的,哪些需要修正。
同时project overview也是QA提出过程改进建议的地方。
2) Project PRAD:定义了哪些功能包含在产品中,如果产品没有PRAD,必须在project overview注明。
3) Functional Specification:如果没有Functional specification,必须在project overview中注明。
4) Test strategy:对整个QA测试过程的概述。
5) Result Summaries:每轮测试结果
6) Know Issue document:
7) Installation Instruction:
8) Open defects
9) Deferred Defects
10)Pending issues:等待决议的bug
11) Fixed Defects
12) Closed Defects
八.Readiness Review Meeting
The readiness review meeting是技术产品经理,项目开发人员和QA一起出席的会议,是在GCbuild之前开会。
九.QA Process Review Meeting
这个会议在Readiness Review meeting会议之后举行。
十.Release Board Meeting
技术产品经理和高级执行人员一起讨论产品的状况和发布的建议。如果Readiness meeting和QA process Review Meeting是积极的正面的,这个会议可以不用开。这个会议是对产品发布之前的最后检查。