软件测试方案文档格式.docx

软件测试方案文档格式.docx

《软件测试方案文档格式.docx》由会员分享，可在线阅读，更多相关《软件测试方案文档格式.docx（9页珍藏版）》请在冰豆网上搜索。

测试目的

本次测试是针对XX工程工程进行的测试，目的是为判定该系统是否满足?

需求规格说明书?

中规定的功能与性能指标。

测试范围

参照XX工程合同和需求文档，在此说明测试范围，列出要测试种类和测试内容。

[测试工程]测试范围

第1页

共2页

序号

测试分类

测试内容

1

功能测试

如：

菜单，工具栏，快捷键，下拉框等

2

界面测试

登陆界面，总界面，报表界面等

3

容错测试

数据长度，数据类型，非法操作等

4

数据库测试

设计测试、容量测试、一致性测试等

5

流程测试

流程流畅性、环节问题

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

测试环境描述

软件环境：

终端类别

操作系统

相关应用软件

效劳器端

Java,Mysql

客户端

Windows764位

Office，IE9

硬件环境：

机器名

设备编号

配置说明

效劳器

001

Cpu:

Intel（R）

内存：

8GB

硬盘500GB

002

Intel

网络环境：

网络类型

带宽

设备

数量

局域网

1000M

交换机

其它辅助设备：

设备名称

规格型号

备注

3．组织机构

角色与职责

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

角色

人数

职责

技能

工程经理

评审并批准工程方案及有关报告；

组织并确保团队工作；

控制工程执行；

评估工程绩效；

与有关人员进行沟通。

熟悉工程管理知识或有工程管理经验,能进行有效沟通。

测试组长

工程方案编制；

协调并实施工程方案中确定的活动；

识别测试环境需求；

负责设计测试用例；

为其他人员提供技术支持。

熟悉软件测试方法及其工具，具有一定的领导测试人员开展测试工作的能力。

测试人员

8

执行测试活动；

在工程方案制订阶段，识别工程活动估计每项活动所需的时间。

了解测试工作，可根据测试说明执行测试，并可对测试结果进行简单归纳，会使用缺陷跟踪与管理系统。

环境准备人员

提供资源保障；

建立并维护测试环境。

对测试环境中所涉及的软硬件及其配置熟悉，可迅速排除测试过程中出现的软硬件故障。

质量保证人员

确定工程质量目标；

制订并实施质量方案；

监督、指导工程活动的执行过程。

熟悉软件质量保证和软件过程改良理念，了解被测软件的特性及应用场景。

培训和测试工具

jmeter测试工具，postman测试工具，jiraBug管理工具。

4.测试进度

事件

预计工作日

编写测试方案

编制测试方案〔指各测试步骤方案完成时间〕

编制测试用例

执行测试、生成原始记录

执行回归测试、生成原始记录

编制测试报告

编制缺陷报告

提交测试文档

5．测试流程

5.1测试类型

测试类型

描述

单元测试

主要是在软件开发过程中针对程序模块进行正确性检验。

〔由开发完成〕

集成测试

是在单元测试的根底上将所有模块按照设计要求组装成系统或子系统，对模块组装过程和模块接口进行正确性检验。

〔主要后台和前端联调，以及接口测试等〕

对产品化软件的品质从用户文档、功能性、可靠性、易用性、效率、可维护性、可移植性等做全方面的质量检测，帮助软件企业找出产品存在的问题。

验收测试

按照合同条款与系统需求说明，对软件工程进行全面质量评测，为验收提供依据。

5.2测试方法

功能测试主要采用手动测试方法，对软件产品进行黑盒测试，以及采用黑盒测试的方法。

验收测试主要采用手动测试方法，对软件的功能点进行手动操作测试。

5.3测试关键过程域

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

Ø

测试方案制订；

编写测试用例；

测试环境准备；

测试执行；

测试结果分析；

测试情况汇报。

5测试方案制订

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

5编写测试用例

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

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

5测试环境准备

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

准备硬件设备；

安装软件；

配置网络环境；

测试数据准备。

5测试执行

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

5编写测试报告

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

5.4验收标准

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

6.相关过程

6.1缺陷管理

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

例如：

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

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

缺陷ID；

工程名称；

样品版本；

测试平台；

操作系统；

功能模块名；

缺陷优先级；

可重现性；

提交人；

确认人；

缺陷问题摘要；

缺陷详细描述。

7.风险和问题

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

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

测试方案、测试流程、测试进度的制订不够合理、标准。

在工程进行过程中，发现其可操作性不强；

测试所需的资源是否到位。

是否有足够的测试组人员，测试人员的培训是否按时进行，并且测试人员的技能是否到达了要求。

测试所需的软、硬件和操作系统等测试环境是否准备完毕；

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

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