软件测试方案模板

案名称 **x系统测试案

生产单位开发**系统的公司

执行单位执行测试案的公司

报告日期

版本修订记录

本文档包含针对[生产单位]开发的[待测试产品名称]的全面的测试案。

2．概要

2.1文档用途

本文档是完成[**X]工程测试的指导性文件。本文档给出了对测试需求、测试环境、测试过程及测试结果的总体要求, 这也是本测试工程中其他文档编写及结果评价的根底。

2.2测试目的

在此说明本次测试的目的。

[例如：

本次测试是针对[**x]工程进展确实认/鉴定/验收/委托/登记测试，目的是为判定该系统是否满足?需求规格说明书?中规定的功能与性能指标提供客观的依据。]

2.3测试围〔可根据公司系统实际情况选择适宜的测试围和容〕

参照[工程名称]合同和需求文档，在此说明测试围，列出要测试种类和测试容。

[测试工程]

本次测试为软件确认测试，包括软件的、功能性、界面性、容错特性等面。

2.4测试环境描述

针对被测试应用程序的测试环境和配置信息，在此给出一个概要说明。

软件环境：

2.5.1缩写

在此列写本测试工程所使用的缩略语。

2.5.2定义

在此对本工程使用的术语进展定义。

2.5.3文档

在此列出本工程引用的文档及资料。

3．组织机构

3.1角色与职责

[工程名称]测试过程参与者的角色,职责及其应具备的技能如下:

根据公司工程实际情况可对测试人员进展相关培训，如业务流程培训，列出此次测试使用的测试工具

4. 测试进度

在此给出本测试工程的总体进度。

5.1测试类型

根据公司的实际工程情况列出测试类型及其描述。

在此规定本工程中将使用的测试法。

[例如：功能测试主要采用手动测试法，对软件产品进展黑盒测试，以及采用黑盒测试的法。

]

5.3测试关键过程域

完本钱工程测试的关键过程域包括：

测试方案制订；

编写测试用例；

测试环境准备；

测试执行；

测试结果分析；

测试情况汇报。

5.3.1测试方案制订

列出测试资源准备，准入测试，系统测试，准出测试，以及其他测试的具体测试方案时间表

5.3.2编写测试用例

在此规定将如进展测试用例的编写。

[例如:

根据需求文档和设计文档以及其他相关文档制定测试列表；

对测试用例列表的覆盖度进展检查，完善后根据测试用例的设计法形成详细的测试用例；

]

5.3.3测试环境准备

在此规定为确保测试执行得以顺利进展所需的任有关测试环境面的准备活动。

[例如：

准备硬件设备；

安装软件；

配置网络环境；

测试数据准备。

]

5.3.4测试执行

根据测试用例逐条执行测试用例，出现bug时在bug管理工具上提交bug。

5.3.5编写测试报告

执行完每一轮测试编写测试报告，一般以的形式汇报给和工程有关的人员，每进展测试情况的汇报，说明测试进度，存在的问题和风险，以及是否有特殊情况导致测试方案变更等

5.4验收标准

测试用例执行率要到达100%，测试用例的通过率要到达80%，所有bug已经修复，保存的bug经工程负责人同意暂不修复，保存的bug要不影响系统软件的正常使用，并出具准出测试报告。

6. 相关过程

6.1缺陷管理

在此规定本测试工程将使用的缺陷跟踪及管理工具，并对在工程完成时所应提交的图表化的报告进展概要说明。

例如：

依照设计好的测试用例对产品进展测试，将发现的缺陷，包括功能、效率、界面，按照用例中的测试号分别记录，保证各类缺陷记录的维护、分配和修改。

使用禅道管理工具对缺陷进展跟踪和管理，工程完成时所提交的报告包括如下容：

缺陷ID；

工程名称；

样品版本；

测试平台；

操作系统；

功能模块名；

缺陷优先级；

可重现性；

提交人；

确认人；

缺陷问题摘要；

缺陷详细描述。

7. 风险和问题

例如：

风险和问题包括以下几条：

开发单位是否按时完成既定工作；

测试方案、测试流程、测试进度的制订不够合理、规。在工程进展过程中，发现其可操作性不强；

测试所需的资源是否到位。如：是否有足够的测试组人员，测试人员的培训是否按时进展，并且测试人员的技能是否到达了要求。测试所需的软、硬件和操作系统等测试环境是否准备完毕；

测试人员之间，以及测试组人员与用户之间是否进展了有效的沟通；

工程参加人员对于所使用的测试工具及其系统不熟悉，在使用过程中出现偏差，影响测试效率。

备注：以上文档容仅供参考，实际操作可根据公司实际情况作出调整

教育之通病是教用脑的人不用手，不教用手的人用脑，所以一无所能。教育的对策是手脑联盟，结果是手与脑的力量都可以大到不可思议。