软件测试计划

编制：

审核：

批准：

1    资源需求    4

1.1    硬件资源    4

1.2    软件资源    4

1.3    人力资源    4

2    测试详述    4

2.1    测试范围    4

2.2    测试目标    5

2.3    风险和约束    5

2.4    测试进度    5

3    测试策略    5

3.1    整体策略    5

3.2    测试类型    5

3.3    测试技术    6

4    测试提交文档    6

5    测试进入准则    6

6    测试通过准则    7

说明： 蓝色说明文字，文档编写完成后，请删除。

1资源需求

1.1硬件资源

说明：描述建立测试环境所需要的设备、用途及软件部署计划。

机型（配置）：此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。

用途及特殊说明：此设备的用途，如数据库服务器，web服务器，后台开发等；如有特殊约束，如开放外部端口，封闭某端口，进行性能测试等，也写在此列；

软件及版本：详细说明每台设备上部署的自开发和第三方软件的名称和版本号，以便系统管理员按照此计划分配测试资源；

预计空间：说明第三方软件和应用程序的预计空间；

说明：列出项目中使用所有软件以及测试工具。 

说明：列出项目参与人员的职务、姓名、职责。人员包括开发人员，Qa，配置，测试以及其它相关人员。

2.1测试范围

说明：本计划涵盖的测试范围，比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的，哪些是不要测试的。哪些文档需要编写，哪些文档在什么情况下不写等。

2.2测试目标

说明：测试人员根据项目的目标和公司质量目标转换成本次测试的目标。做到完成测试目标同时实现项目的目标和公司的质量目标。测试目标转换成可衡量和实现的东西，必须有固定的视图和目标。

2.3风险和约束

说明：列出测试过程中可能存在的一些风险和制约因素，并给出规避方案。如：

●由于客观存在的设备、网络等资源原因，使得测试不全面。明确说明哪些资源欠缺，产生什么约束

●由于研发模式为项目型产品，且工程上线时间压力大，使得测试不充分。明确说明在此中约束下，测试如何应对。

●由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的风险，测试应该如何应对。

2.4测试进度

说明：在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。如果项目已使用DevPlan，可以拷贝DevPlan中内容。进度一般情况时间跨度不能超过两周。

3.1整体策略

说明：说明计划中使用的基本的测试过程。使用里程碑技术在测试过程中验证每个模块，测试人员在需求阶段参与测试工作，进行需求review、设计review、测试用例设计和测试开发，在系统开发完成之后，正式执行测试。产品达到软件产品质量要求和测试要求后发布，并提交相关的测试文档。

3.2测试类型

说明：选择本项目是否采用该测试类型，在表格是否采用如果采用填写“√”，不采用无需填写，如果表格中没有对应的测试类型自己增加。

说明：选择本项目是否采用该测试技术，在表格是否采用如果采用填写“√”，不采用无需填写，如果表格中没有对应的测试技术自己增加。

说明：测试过程中需要提交各种文档、作者、文档配置库存放目录。

说明：可以是产品的质量达到什么样的目标，产品的流程联通性达到什么样的要求。