软件测试案例

软件测试计划

目录

1 前言 (2)

1.1编写目的 (2)

1.2名词解释 (2)

1.3参考资料 (2)

1.4测试摘要 (2)

2 资源需求 (3)

2.1硬件资源 (3)

2.2软件资源 (3)

2.3人力资源 (3)

3 测试详述 (3)

3.1测试范围 (3)

3.2测试目标 (4)

3.3风险和约束 (4)

3.4暂停标准和再启动要求 (4)

3.5测试进度 (4)

4 测试策略 (5)

4.1整体策略 (5)

4.2测试类型 (5)

4.3测试技术 (5)

5 测试提交文档 (6)

6 质量目标 (6)

7 计划审核记录 (6)

1前言

1.1编写目的

说明：对测试计划做一个简单的介绍，说明这个测试计划的功效以及当前项目背景情况介绍。对测试产品（所属行业、系统架构、系统功能等）及其项目目标，以及该文档读者对象、其它相关事项进行一个简要说明。

1.2名词解释

说明：项目中或测试中一些术语的说明，包括使用的专用术语及其定义和缩略语全称及其定

1.3参考资料

说明：包括测试计划引用或参考的文档，查看计划同时需要同查看的相关文档等，这些文档

1.4测试摘要

说明：主要说明测试计划中重要的和可能有争议的问题。主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员（比如公司领导、项目经理、产品经理等）。可以考虑以下几块内容。

●重点事项

列出测试的重点事项。可以将问题按重要程度和优先级罗列出来，然后在后面的章节中再对这些问题进行详细说明，这样就能让对这些问题有重要影响的人员知道问题的所在。

●争议事项

简要说明争议事项，如与开发人员、项目经理在测试进度，测试策略等方面前期未达成一致的内容。

●风险评估

通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间，因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重点的测试．

●时间进度

简要说明测试开始时间与发布的大致时间或几个大里程碑时间。

测试目标

简要说明测试发布的质量目标。如测试范围、需求覆盖率、测试用例执行率、缺陷修复率要求等。

送测要求：

2资源需求居永生

2.1硬件资源

2.2软件资源

2.3人力资源

3测试详述

3.1测试范围

说明：本计划涵盖的测试范围，比如功能测试、集成测试、性能测试、安全测试等。测试项目涉及的业务功能与其它项目涉及的业务接口等。要说明哪些是要测试的，哪些是不要测试

的。哪些文档需要编写，哪些文档在什么情况下不写等。

3.2测试目标

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

3.3风险和约束

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

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

产生什么约束

●由于研发模式为项目型产品，且工程上线时间压力大，使得测试不充分。明确说明

在此中约束下，测试如何应对。

●由于开发人员兼职其它他工作，造成的所提交代码质量以及不能及时修改BUG的

风险，测试应该如何应对。

3.4暂停标准和再启动要求

软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于1）、二级错误（大于等于2）暂停测试返回开发。

软件项目需暂停以进行调整时，测试应随之暂停，并备份暂停点数据。

软件项目在其开发生命周期内出现重大估算，进度偏差，需暂停或终止时，测试应随之暂停或终止，并备份暂停或终止点数据。

如有新的项目需求，则在原测试计划下做相应的调整。

若开发暂停，则相应测试也暂停，并备份暂停点数据。

若项目中止，则对已完成的测试工作做测试活动总结。

项目再启动时，测试进度重新安排或顺延。

3.5测试进度

说明：在此章节，对各阶段的测试给出里程碑计划，包括阶段、里程碑、资源等。表格中是

4测试策略

4.1整体策略

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

4.2测试类型

说明：选择本项目是否采用该测试类型，在表格是否采用如果采用填写“√”，不采用无需

4.3测试技术

说明：选择本项目是否采用该测试技术，在表格是否采用如果采用填写“√”，不采用无需

5测试提交文档

6质量目标

7计划审核记录