软件测试流程规范最全

软件测试流程规范整体的流程图

1.详细的流程执行

1.1 计划与设计阶段

整体流程图

立项会议

· 项目可行性分析· 确定项目经理· 确定测试组长· 项目正式立项· 测试组长确定

需求评审· 需求规格说明书

·

· 明确需求

· 消除歧义

· 会议讨论并确认· 需求明确无异议

测试工作

启动

· 需求规格说明书

· 项目开发计划

· 测试预通知

· 组建测试小组

· 召开测试情动会

· 测试小组成立

· 开发方与测试方目

测试设计

阶段

· 需求规格说明书

· 项目开发计划

· 概要设计、详细

设计

· 其他相关文档

· 设计测试计划

· 设计测试用例

· 测试计划

设计内容

评审

· 测试计划

· 测试用例集

· 评审测试计划

· 评审测试用例集

1.1.1 立项会议

由高层主管立项会议，会议主要对项目的可行性进行分析，并且确定项目经理及项目测

试组长。

项目（产品）可行性分析。

项目经理的确定.

根据项目信息，测试经理确定测试组1.1.2 需求评审

注：1．需求定义基本完成，此时应在评审会议召开之前发给测试团队，预留时间给测

试相关人员熟悉、理解。

2．测试部参与人员由测试部经理指定，主要由测试组长、测试设计等人员组成（还应

包括配置管理人员、质量保证人员）。

1.1.3 测试工作启动

1．项目/产品经理邮件通知测试组长正式测试交接时间，测试规模预估等，同时提

交相关最新项目资料：

项目需求及软件规格定义文档

项目开发计划

开发设计过程中提供概要设计、详细设计文档。

其他相关资料

2．组建测试小组，确定小组成员

3．召开测试启动会议，开发团队提供需求规格说明书和开发计划，确认开发组与

测试组对需要交接的测试内容、测试目标达成一致，统一项目组的目标和测试的工

作重点。

注：在正式测试任务下达前，开发团队应在项目（产品）开发计划完成后及时向测试团

队下达预通知，告之较为确切的测试日期，提供当前最新的相关资料。部门经理和测试组长

组建测试小组，并视具体情况决定是否需要调整人力、时间安排、测试环境等其它资源。测

试小组成员可预先熟悉必要的项目（产品）资料。

1.1.4 测试设计阶段

1.1.4.1 设计测试计划

注：针对需求分析文档和项目开发计划文档测试完成后，测试组需要编写测试计划文档、

制定测试测略及预估测试过程中的风险，并设计出合理的规避风险的策略，为后续的测试工

作提供直接的指导。

根据项目的需求文档、设计文档，按照测试计划文档模板编写测试计划。测试计划中

应该至少包括以下关键内容：

依据项目背景及要求，确定测试环境。

测试需求——需要测试组测试的范围，估算出测试所花费的人力资源和各个需求的测试优先级

测试策略——确定项目的测试计划内容，整体测试的测试方法和每个测试需测试方法，同时做好测试进度安排及人员调整。

测试资源——本次测试所需要用到的人力、硬件、软件、技术的资源

测试组角色——明确测试组内各个成员的角色和相关责任

可交付工件——在测试组的工作中必须向项目组提交的产物，包括测试计划报告等等

风险管理——列举出测试工作所可能出现的风险

测试计划编写完毕后，必须提交给项目组全体成员，并由项目组组中各个角色组联合

评审。

测试计划由项目组评审并通过.

在项目开发过程中，要适时的对测试计划进行跟踪，以及评估此计划的

完整性、可行性，在项目结束时还要最后评估一下测试计划的质量

1.1.4.2 设计测试用例

注：在需求分析文档确立基线以后，测试组需要针对项目的测试需求编写测试用例，在

实际的测试中，测试用例将是唯一实施标准。

1.1.4.

2.1设计测试用例的常用方法

a．等价划分法

有效等价类:是指对于程序的规格说明来说是合理的有意义的输入数据构成的集合利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能

无效等价类:与有效等价类的定义恰巧相反

b．边界值法：

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补

充，这种情况下，其测试用例来自等价类的边界。

通常情况下，软件测试所包含的边界检验有几种类型：数字、字符、位置、重量、大小、速度、方位、尺寸、空间等。

相应地，以上类型的边界值应该在：最大/最小、首位/末位、上/下、最快/最慢、最高/最低、最短/最长、空/满等情况

下。

边界值分析的基本思想是使用在最小值、略高于最小值、正常值、略低于最大值和最大值处取输入变量值，记为：min、

min+、nom、max-、max考虑到健壮性测试，还可以加一个略大

于最大值max+，以及一个略小于最小值min-的值。

举例说明：例如要求0 < X<5,在编写用例时需考虑到以下几种情况：

x=0的情况

x=5的情况

x=-1的情况

输入一个X大于5的值，例如输入X=6

c．错误推断法

基于经验和直觉推测程序中所有可能存在的各种错误，从而有针对性的设计测试用例的方法。

思路：分析程序中最易出错的场景和情况，在此基础上有针对性的设计测试用例，需要完成的前提条件如下：

深度熟悉被测系统的业务、需求。

对被测系统或类似系统之前的缺陷分布情况进行过系统的分析。包括功能缺陷，数据缺陷，接口缺陷和界面缺陷等等。

举例说明：

聊天窗口功能

输入特殊字符（全角，半角）后，窗口是否能够正常显示

输入空格，是否能够过滤，是否会算入长度计算

输入html字符

输入脚本语言函数

在需要密码验证，或者需要二次输入确认的地方，通过复制粘贴第一次的输入内容是否能够通过