关闭

软件开发过程学习笔记(五)之测试方案模板

标签: 测试
652人阅读 评论(0) 收藏 举报
分类:

1 概述

1.1 目的

本项目的软件系统测试目的是验证xx是否满足软件需求说明书的全部内容。

本文档通过详细说明测试范围、内容、方案和实现环境等,为后续的软件系统测试提供指导。并通过提供软件需求说明书条款到本测试方案的索引保证软件需求中的所有内容都有对应的测试方案,从而保证测试目的的达到。

1.2 项目背景

项目名称:xx

产品型号:xx

开发单位:xx

1.3 适用对象和范围

本测试方案可能的合法读者对象为软件管理人员、软件开发人员和软件测试人员。

1.4 参考文档

《xx软件需求说明书》

1.5 缩写定义

1.6 与其它文档的关系

本文档依照软件需求说明书进行设计,保证软件测试的充分性和完整性。该文档是系统测试的直接参考文档,为以后的的集成和单元测试提供指导性的作用。

 

 

2 测试内容

2.1 测试项

xx,版本:1.0

2.2 测试范围

本系统测试方案测试主要根据用户需求说明书和软件需求规格说明书以及相应的文档进行系统测试,包括xx测试、功能模式测试、xx测试以及其他测试,而单元测试和集成测试由开发人员来执行。该项目的测试点包括以下几个方面:

3 配置

3.1 测试环境构建

3.1.1 硬件配置

 资源名称、类型

配置

 

 

 

 

 

 

 

3.1.2 软件配置

工具

制造商

版本

 

 

 

 

3.1.3 软件测试对象

测试软件单元(文件名)

版本

 

 

 

 

 

4 测试结束的原则

所有测试都要通过单元测试才算通过。 测试报告中要说明任何不符合测试预期结果的结果。

 

5 测试方法

5.1 测试需求的导出说明

测试需求是由软件需求导出的,参考依据为软件需求方案。测试需求一一对应软件需求,为了测试的完整性和方案的一致性,同时考虑到测试的效率和测试用例的易测性。

5.2 测试内容的描述说明

本文档的内容描述按下面两点进行描述:

a) 进行功能测试,该部分的内容不再在集成测试文档和单元测试文档中体现;

b) 进行系统、集成和功能测试;

6 测试用例

 测试用例的设计原则

1. 以功能划分为原则,一个用例可能对应多个需求,多个用例可能对应一个需求,但是必须明确需求所对应的测试用例;

2. 测试用例必须满足可操作性的原则;

下面是具体的测试用例。在产品系统设计阶段,此部分可以不完整。要求在开发样机集成及整机验证阶段开始软件系统测试之前通过补充和修订加以完善。要求在编写测试用例时测试用例要与测试方案对应进行编号。

模组标识符

模组名称

测试用例标识符

测试名称

状态

UI-01

 

TC-UI-01-001

 

 

 

7 测试规程

7.1 测试执行的先决条件和约束条件

规定本项目开始执行系统测试所要满足的先决条件;

规定本项目在执行系统测试过程中所要满足的约束条件;

7.2 测试记录格式

规定本次系统测试采用的记录格式,包括测试用例和记录。建议将用例和记录安排成一一对应的形式。

测试用例以固定的表格形式表达。共包括测试用例标识符、错误或问题描述、错误或问题状态这几项。具体框架如下表所示。

 

测试用例标识符

错误或问题描述

错误或问题状态

 

 

 

 

 

 

7.3 判断软件通过系统测试准则

系统测试必须在完成集成测试的最新版本上进行,并达到了以下标准

1) 所有需求都有对应的测试用例;

2) 所有的测试用例都已经执行;

3) 所有的缺陷都已经定位

4) 所有的12级故障及所有项目组认定需要解决的故障都改正并通过故障更改验证和回归测试,并有相应的纪录

7.4 其它测试规范



 

 

0
0

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:186765次
    • 积分:2812
    • 等级:
    • 排名:第13413名
    • 原创:78篇
    • 转载:172篇
    • 译文:3篇
    • 评论:15条
    最新评论