Planning - this is the product definition phase

　　这是产品测试概念定义的阶段。我觉得这部分的工作主要是管理人员在做，然后让测试组员进入某些活动。

　　包含的工作是：

　　1. High Level Test Plan 制定一个高级别的测试计划，应该就是测试大纲了，包含多个测试周期的设定等等。

　　2. Quality Assurance Plan 制定测试的目标，质量参数，beta测试的验收标准等等。

　　3. Identify when review will be held 制定各个阶段进行review的时间。这个review应该是对上阶段的情况进行分析和总结，以调整计划。也应该有一些讨论测试覆盖率或者某些Test case或者人员的不足啊之类的东西吧。

　　4. Problem Reporting Procedures 制定错误报告的流程。比如说那些问题要报，那些问题暂时不用报。书写的格式，跟踪的方法等等。

　　5. Identify Problem Classification 制定错误报告的类型。比如说那些是UI的，那些是功能的，那些是性能的等等。

　　6. Identify Acceptance Criteria 制定软件可接受标准。比如说错误率在多少，那些错误可以暂时不修改，测试多少轮，覆盖率多少，测试深度多少等等。

　　7. Identify application testing databases 制定程序测试数据库。这个可能是模仿用户需求的数据库模型是什么，或者也可能是一个包含需要测试的数据的库

　　8. Identify measurement criteria制定错误的优先级别。分为紧急啊，一般啊，较高啊之类的级别。用来给开发人员参考，那些需要先修改。

　　9. Identify metrics for the project 制定项目的跟踪。比如一些跟踪文档，每周提交的weekly report之类的。例如在周报里面包含着本周新写多少个问题，解决了多少个问题，有多少问题是无效的，运行了多少个测试用例，通过率是多少等等。10. Begin overall testing project schedule 制定详细项目计划表。包括每个阶段的具体时间了，需要的人数了，需要的资源了等等。

　　11. Review Product Definition Document 复检产品定义文档。主要是重新对设计文档进行阅读，对现在开发的产品进行检验，防止出现误差。并且对一些设计提出用户角度的观点等等。这个应该不用所有测试人员参与。生成的应该是设计文档的一个修改和一个会议记录之类的文档。

　　12. Plan to manage all test cases in a database, both manual and automated. 设立一个数据库将手工测试和自动测试用例放到一起管理。我觉得不如只输入编号，然后剩下得字段用于记录每个测试用例在不同软件版本时的情况。例如，是否通过，还是阻塞了和有那些问题报告等等。