软件测试过程管理办法.docVIP

软件测试过程指导书V0.2

PAGE

第PAGE8页共NUMPAGES9页

合肥康樱科技有限公司

软件测试过程管理办法

（V0.2）

修订历史记录

日期

版本

作者

审核者

说明

2012—2-17

V0.1

卢宇

初稿

2012-2-28

V0.2

卢宇

增加了考核内容

目录

TOC\o1—3\h\z\uHYPERLINK\l”_Toc317606943”1. 概要 3

_Toc317606948”3。1. 文档分析 4

HYPERLINK\l”_Toc317606949”3。2。 测试计划 4

HYPERLINK\l”_Toc317606950”3.3。 测试用例 4

3。3.1. 测试用例设计方法 5

_Toc317606953”3.5. 测试数据准备 5

4. 测试执行 5

4.1。 项目测试周期 5

4。2. 项目测试启动 6

5. 测试变更 6

6。 缺陷管理 6

6。1. 缺陷管理流程 6

HYPERLINK\l”_Toc317606962”6。2。 问题提交 7

6。3. 问题分配 7

HYPERLINK\l”_Toc317606964”6.4。 问题修改 7

HYPERLINK\l”_Toc3176069656.5。 问题关闭 7

8. 测试结果分析 8

概要

目的

本过程规范软件测试过程中的各项活动,通过测试活动及早发现软件系统中的缺陷，并确保缺陷被有效的标识、跟踪、和修改,保证软件系统能够达到要求的质量,符合客户的要求。

适用范围

本过程适用于软件生命周期中的集成测试、系统测试、性能测试活动和缺陷管理活动。

职责

测试组长可以由测试经理或项目经理指定项目组成员其他人员担任。测试组长负责：

制定测试计划

参与、跟踪测试过程

对测试活动和结果进行分析，撰写测试分析报告

测试人员，由项目组成员担任，负责：

根据测试计划编写测试用例

搭建测试环境，准备测试脚本

执行测试，记录测试结果和缺陷

执行回归测试

测试准备

文档分析

测试人员应参加需求评审、设计评审。对《用户需求说明书》、《系统界面原型》和《软件设计说明书》等进行阅读和审查，与需求经理、项目经理沟通,根据系统功能复杂度，系统业务复杂度进行估算有效测试执行时间,为项目总计划和测试计划的制定提供参考和依据.

通过对文档分析，分解各功能模块，各功能点，为测试用例设计提供数据依据。

测试计划

根据测试的种类，测试计划分为功能测试和性能测试计划。测试计划旨在说明各测试阶段任务、人员分配、时间安排、测试要点、工作规范等。测试计划在策略和方法方面说明如何计划、组织和管理测试项目.测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。测试计划不包括测试用例的细节和系统功能的详细信息。测试计划的制定请参阅《测试计划》模板.测试计划应附有测试功能点矩阵、测试性能点矩阵。

测试计划应在项目组内进行评审.参与测试计划评审的人员包括：项目经理、测试组长、开发组长、测试组员。

测试用例

测试用例是为实施测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。解决要测什么、怎么测和如何衡量的问题。

依据用户需求分析说明书、概要设计文档来设计测试用例，发现需求与设计中的问题后，与需求作者及时沟通确认.

测试用例设计方法

测试用例的设计方法有等价类测试、边界值分析、基于判定表的测试、基于因果图的测试、基于状态图的测试、基于场景的测试。

在设计测试用例时常用的设计方法有等价类测试、边界值分析两种方法。

测试用例操作步骤

在设计编写测试用例时,首先要从测试用例库中选择相应功能的测试用例，在原有测试用例的基础上依据系统需求文档对测试用例的进行修改、更新，评审通过后将使用该测试用例测试被测系统.

在测试项目结束后，统计分析所使用过的测试用例，进行分类放到相应的测试用例库中。为以后测试用例的设计编写提供数据基础.

测试用例选择准则

测试用例的代表性：能够代表各种合理和不合理的、合法的和非法的、边界和越界的，以及极限的输入数据、操作和环境设置等;

测试结果的可判定性：即测试执行结果的正确性是可判定的或可评估的;

测试结果的可再现性:即对同样的测试用例,系统的执行结果应当是相同的。

测试软/硬件环境

根据需求文档提供的内容，和开发部沟通确定测试项目所需的软硬件环境,完成对测试项目所需软硬件资源的准备工作，使软硬件资源得到满足。

完成对软硬件资源的配置后,要进行对测试项目的软硬件环境进行评审，确认对软硬件资源配置的有