软件测试计划模板 .docx

文档编号/FileNo: 文档版本/FileVersion: 秘密/Confidential

模板编号/Temp. 模板版本/Temp.Version: PagePAGE2ofNUMPAGES7

文档编号/FileNo.：

项目编号/ProjectNo.：

项目名称/ProjectName：

文档版本/FileVersion：

软件测试计划

SoftwareTestPlan

签名Sign/日期Date

部门Function/职务Title

编制Author

审核Review

批准Approval

目录

TOC\o"1-3"\h\z\u1 目的/Purpose 3

2 范围/Scope 3

3 测试策略/TestStrategy 3

4 测试进入及通过准则/TestEntryandAcceptanceCriteria 3

4.1 测试进入准则 3

4.2 测试通过准则 4

5 测试环境/TestEnvironment 4

5.1 软件测试环境 4

5.2 软件测试环境维护计划 5

6 测试工具/TestTools 5

7 测试数据和文档/TestDataandDocuments 6

8 角色和职责/RoleandResponsibility 6

9 实施计划/ImplementationPlan 6

9.1 各阶段时间分配 6

9.2 任务分配 7

10 测试风险管理/TestRiskManagement 7

11 测试配置管理/TestConfigurationManagement 7

12 相关信息/CorrelationInformation 7

12.1 术语和缩略语 7

12.2 参考文档 7

13 修订历史记录/RevisionHistory 7

目的/Purpose

简要说明本次测试的测试目的。

范围/Scope

简要说明此测试计划的范围；如适用于哪个软件模块的什么阶段的测试活动。

测试策略/TestStrategy

测试目标

测试需求

本次测试包括

本次测试不包括

测试重点

测试阶段

测试方法

测试手段

手工测试

□

比例

自动测试

□

比例

测试类型

功能测试

□

性能测试

□

安装测试

□

卸载测试

□

可用性

□

客户端兼容性

□

安全性测试

□

极限测试

□

针对现有软件，需根据架构设计中对现有软件的依赖及要求进行集成测试；根据现有软件类型策划软件系统测试活动。

软件验证需基于现有软件-外部软件环境所含全部现有软件予以实施，若同一个现有软件-外部软件环境有多个版本，则每个版本均需纳入软件验证。可通过评审的方式对同一个现有软件-外部软件环境的多个版本进行验证，并根据评审结论，明确需进行软件测试的现有软件-外部软件环境版本，并在测试策略中描述结论及其理由。

测试策略中，需要包含回归测试的策划，必要时进行回归测试，以证实未将风险不可接受的缺陷引入到软件中。至少在软件项集成之后及对软件系统做出变更时要进行回归测试。宜确定回归测试的程度，宜对此项回归测试进行策划并形成文档。

测试进入及通过准则/TestEntryandAcceptanceCriteria

测试进入准则

描述测试的进入准则，用来明确测试活动开始的标准。

测试通过准则

此处应列出每阶段的软件成熟度要求，以明确测试通过准则。

如使用白盒测试，应当确定语句、判定、条件、路径等测试覆盖率要求。

对于人工智能软件的算法性能评估，应当明确假阴性与假阳性、重复性与再现性、鲁棒性/健壮性等评估要求，以证实算法性能满足算法设计要求。

对于软件集成测试，要确定集成的软件项按照预期运行，需要考虑的示例如下：

-所要求的的软件功能

-风险控制措施

-特定的时序和其他性能

-内部和外部接口特定的功能

-非正常条件下（包括可预见的误使用）的测试

测试环境/TestEnvironment

测试所需的软硬件及网络环境。

这里的软件不是指测试工具，是指待测软件所依赖的软件环境，如操作系统及补丁，驱动程序，运行时环境（如.NETFramework、DirectX等），周边交互软件系统（如RIS，PACS）等。硬件环境分为两类，一类是标准硬件环境，如计算机配置（CPU，内存，硬盘等），另一类是软件依赖的特殊硬件设备，如硬件卡、ECG信号采集设备、或者整个医疗设备。在备注中要表明。同时需要考虑病毒防护、数据备份与恢复等保证措施。如涉及现有软件-外部软件环境，需列明现有软件-外部软件环境的名称及完整版本。

软件