一．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是积极的正面的，这个会议可以不用开。这个会议是对产品发布之前的最后检查。
