软件测试计划模板（Word版）.pdfVIP

软软件件测测试试计计划划模模板板（（Word版版））

软件测试计划模板

此页为模板⽂档本⾝的版本控制记录表，按模板⽣成的正式⽂档中需要此页

秘密XXXXXX信息系统

系统测试计划

软件测试部

YYYY-MM-DD

⽬录

1.引⾔(5)

1.1编写⽬的(5)

1.2项⽬背景(5)

1.3系统简介(5)

1.4参考⽂档(5)

2.测试策略与范围(5)

2.1集成测试阶段(5)

2.2系统测试阶段(6)

2.3确认测试阶段(6)

3.测试资源(6)

3.1⼈⼒资源(6)

3.2测试环境(6)

3.2.1系统配置(6)

3.2.2⽹络配置(7)

3.2.3其它材料(7)

3.3测试⼯具（可选）(7)

4.测试活动计划进度(7)

5.测试更新管理(8)

6.需求的可追溯性(8)

7.测试⽤例(8)

8.测试执⾏(8)

9.测试结果分析与报告(9)

10.风险列表(9)

附录1:⽂档管理控制(10)

1.引⾔

1.1编写⽬的

本测试计划的具体编写⽬的，指出预期的读者范围。（3-4句）

1.2项⽬背景

对测试对象（构件、应⽤程序、系统等）及其⽬标进⾏简要说明。需要包括的信息有：主要的功能和性能、测试对象的构架以

及项⽬的简史。（3-4句）

1.3系统简介

对测试对象进⾏简要的介绍，⽤系统执⾏总体流程图或总体系统⽤例图，说明主要输⼊、信息/数据加⼯过程、和输出即可。

（3-4句）

1.4参考⽂档

2.测试策略与范围

参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》来确定。可以根据所采⽤的软件⽣命周期模型来进⾏迭代。

对⾮功能点需求的测试说明，如性能、安全性等作为测试范围的需求。

明确测试轮次（同版本）和回归（同⼀版本）的确认⽅法。如修改缺陷后进⼊下⼀轮测试⽽是只针对缺陷进⾏回归。

2.1集成测试阶段

测试对象：

测试准备就绪准则：

测试内容：

测试⽅法：

测试规程：

测试通过准则：

2.2系统测试阶段

测试对象：

测试准备就绪准则：

测试内容：

测试⽅法：

测试规程：

测试通过准则：2.3确认测试阶段

测试对象：

测试准备就绪准则：

测试内容：

测试⽅法：

测试规程：

测试通过准则：3.测试资源

3.1⼈⼒资源

3.2测试环境3.2.1系统配置

3.2.2⽹络配置

3.2.3其它材料

3.3测试⼯具（可选）

4.测试活动计划进度

参照《软件项⽬计划》说明测试主要活动的安排和⼤致时间段。包括，总的时间段、各项主要测试⼯作的开始时间、各项准备

⼯作（对系统的熟悉、⽤户培训、数据准备等）和时间安排、分析测试结果/编写测试报告的时间。

如⼯程采⽤迭代法开发，则测试⽇程安排可扩充和循环使⽤。

5.测试更新管理

更新周期例如⼀周。（推荐使⽤，与项⽬经理协商更新周期。⼤的项⽬在提交测试时，更新保持在⼀周，⼩项⽬版本更新建议

⾄少在三个⼯作⽇，避免版本更新或需求更新频繁带来测试的充分和稳定）

更新约定每次更新时说明变更的概要说明，约定还将说明更新的形式如⾮正式发布和紧急发布产品时的更新⽅法。

6.需求的可追溯性

所覆盖的每个需求到针对它的测试的可追溯性。这种可追溯性应覆盖所有适⽤的软件需求规格说明和相关接⼝需求规格说明。

相关参考：需求跟踪矩阵、软件测试⽤例。

所覆盖的每个需求到针对它的测试之间的对应关系通过《软件测试⽤例》来追溯。

7.测试⽤例

通过对系统业务模型和设计模型的分析，参考《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》，设计出测试的总

体⽅法和各测试阶段的测试⽤例（测试⽤例依据《软件集成测试⽤例》、《软件系统测试⽤例》、《软件确认测试⽤例》模版

编写）。具体测试⽤例见《软件集成测试⽤例》、《软件系统测试⽤例》、《软件确认测试⽤例》。

8.测试执⾏

依据《软件测试计划》，参照《SPI_SPE_软件集成测试、系统测试与确认测试技术流程》

来实施测试。

测试缺陷和测试问题升级⽅式约定测试结果反馈周期和问题升级流程，便于控制测试进度和质量。如优先级为“紧急”的必须⾄

多在1⼩时内予以响应，否则测试暂停并通知开发部门经理；测试缺陷每天汇总提交⼀次，紧急情况下即时提交。

测试缺陷提交5个⼯作⽇内未答复则将问题升级⾄部门经理。

9.测试结果分析与报告

根据测试记录，对测试结果进⾏分析，依据《软件测试报告》模版编写《软件测试报告》。

10.风险列表

附录1:⽂档管理控制

此附录为