CMMI软件测试用例设计指南Word文件下载.docx

上传人:b****0 文档编号:13217845 上传时间:2022-10-08 格式:DOCX 页数:17 大小:132.47KB
下载 相关 举报
CMMI软件测试用例设计指南Word文件下载.docx_第1页
第1页 / 共17页
CMMI软件测试用例设计指南Word文件下载.docx_第2页
第2页 / 共17页
CMMI软件测试用例设计指南Word文件下载.docx_第3页
第3页 / 共17页
CMMI软件测试用例设计指南Word文件下载.docx_第4页
第4页 / 共17页
CMMI软件测试用例设计指南Word文件下载.docx_第5页
第5页 / 共17页
点击查看更多>>
下载资源
资源描述

CMMI软件测试用例设计指南Word文件下载.docx

《CMMI软件测试用例设计指南Word文件下载.docx》由会员分享,可在线阅读,更多相关《CMMI软件测试用例设计指南Word文件下载.docx(17页珍藏版)》请在冰豆网上搜索。

CMMI软件测试用例设计指南Word文件下载.docx

2.1测试用例是什么1...

2.2测试用例的重要性2..

2.3测试用例设计基本步骤3..

3测试用例设计方法4..

3.1黑盒测试方法4...

3.1.1等价类划分法4

3.1.2边界值分析法7

3.1.3错误推测法8

3.1.4组合分析法8

3.2白盒测试方法8...

3.2.1基本路径法8

3.2.2逻辑覆盖12

3.2.3程序插装12

4测试用例编写原则1..2

4.1全面性1..2.

4.1.1数据库程序基本的增、删、改功能13

4.1.2对于无输入的操作13

4.1.3应考虑存在跨年、跨月的数据13

4.2正确性1..3.

4.3符合正常业务惯例1..3

4.4仿真性1..4.

4.5可操作性1..4.

4.6可复用性1..4.

1引言

1.1编写目的

设计好的测试用例是测试质量的关键。

本文档目的是指导开发人员、测试人员等在项目过程中设计测试用例所遵循的原则以及如何进行测试用例的设计,以有效、顺利地去实施、开展单元测试、集成测试、系统测试、性能(压力)测试、UAT测试等活动。

1.2适用范围

本文档适用于XX公司所有软件项目的测试工作。

1.3预期读者

测试经理、测试工程师、质量经理、质量工程师、开发工程师、业务测试人员等

1.4参考文档

《软件测试规范实施指南》

1.5相关模版

2测试用例概述

软件测试发展到今天,测试工作已从简单的测试演变为包括:

编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。

测试方式也由单纯的手工测试发展为手工、自动化兼之。

测试用例设计的好坏将直接影响到软件产品的质量。

2.1测试用例是什么

测试用例也叫测试案例(Testcase),也就是说为达到最佳的测试效果或高效的揭露隐藏的错误而精心设计的少量测试数据。

比较通常的说法是:

指对软件产品一项特定的业务功能进行测试任务的描述,体现测试方案、方法、技术和策略,其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等。

测试用例的管理是通过QC集中管理,分布实施。

我们不可能进行穷举测试,为了节省时间和资源、提高测试效率,必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试,一个好的测试用例是在于它能发现至今未发现的错误。

2.2测试用例的重要性

软件测试的重要性是毋庸置疑的。

但如何以最少的人力、资源投入,在最短的时间内完成测试,发现软件系统的缺陷,保证软件的产品质量,则是每个公司探索和追求的目标。

每个软件产品或软件开发项目都需要有一套优秀的测试方案和测试方法,而测试用例的设计一直是软件测试工作的重点和难点。

测试用例之所以很重要,原因有以下几方面。

测试用例构成了设计和制定测试过程的基础。

在开始实施测试之前设计好测试用例,可以避免盲目测试并提高测试效率,令软件测试的实施重点突出、目的明确。

测试的“深度”与测试用例的数量成比例。

由于每个测试用例反映不同的场景、条件或经由产品的事件流,因而,随着测试用例数量的增加,您对产品质量和测试流程也就越有信心。

判断测试是否完全的一个主要评测方法是基于需求的覆盖,而这又是以确定、实施或执行的测试用例的数量为依据的。

类似下面这样的说明:

“95%的关键测试

用例已得以执行和验证”,远比“我们已完成95%的测试”更有意义。

测试工作量与测试用例的数量成比例。

根据全面且细化的测试用例,可以更准确地估计测试周期各连续阶段的时间安排。

在软件版本更新后只需修正少部分的测试用例便可展开测试工作,降低工作强度、缩短项目周期。

在发生人员变更的情况下,有了测试用例及自动化测试,无论是谁来执行,参照测试用例及测试脚本实施,都能保障测试的质量,可以把人为因素的影响减少到最小。

2.3测试用例设计基本步骤

测试用例设计步骤基本包括如下几个方面:

各类技术文档作为测试用例设计的依据;

分析被测对象的规格;

分析测试要素;

分析

测试要素取值;

构建初始测试用例;

通过评审或其他方式确认测试用例;

在测试实现和执

行的过程中修正测试用例。

具体流程如下所示:

3测试用例设计方法

3.1黑盒测试方法

黑盒测试是从用户观点出发的测试,它又称功能测试、数据驱动测试或基于规格说明书或用户手册的测试。

它所依据的是程序的外部特性。

黑盒测试是目前业界最流行的测试方法,

黑盒测试方法主要包括等价类划分法、边界值分析法、错误猜测法、因果图方法、判定表驱动分析方法等。

这里主要介绍一下常用的等价类划分法、边界值分析法和错误猜测法。

3.1.1等价类划分法

3.1.1.1划分等价类

等价类划分的办法是把程序的输入域划分成若干部分,然后从每个部分中选取少数代表性数据当作测试用例。

每一类的代表性数据在测试中的作用等价于这一类中的其他值,也就是说,如果某一类中的一个例子发现了错误,这一等价类中的其他例子也能出现同样的错误。

使用这一方法设计测试用例,首先必须在认真分析需求规格说明书的基础上划分等价类,列出等价类表。

等价类也指一组输入条件的有效和无效状态,分为有效等价类和无效等价类;

有效等价类是指对程序的需求规格说明是有意义的、合理的输入数据所构成的集合;

无效等价类是指对产品的需求规格说明书是不合理的或无意义的输入数据所构成的集合。

每类中的一个典型值在测试中的作用与这一类中所有其它值的作用相同,可以从每个等价类中只取一组数据作为测试数据。

一些划分等价类的指导原则如下:

1、如果规定了输入值的范围且输入值为数值型,则可划分出一个有效的等价类(输入值在此范围内)、两个无效等价类(输入小于最小值或大于最大值);

2、如果规定了输入数据的个数,则类似地也可以划分出一个有效的等价类和两个无效的等价类(如分别以最大、最小个数和稍小于最小、稍大于最大个数作为测试用例);

3、在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类;

第4页共14页

4、如果规定输入数据为一组确定的值,而且程序对不同输入值做不同处理,则每个允许的输入值是一个有效的等价类,此外还有一个无效的等价类(即任何一个不允许输入的值);

5、如果规定了输入数据必须遵循的规则,则可以划分出一个遵循规则的有效等价类

和若干个不遵循规则的无效等价类;

6、如果规定了输入数据为整型,则可以划分出正整数、零和负整数等三类等价类;

7、在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类;

&

等价类划分时应充分考虑边界条件、次边界条件、空值和无效数据。

项目中实际操作时,首先我们要对一个功能点的所有输入项进行分析,根据控制条件和结

果筛选出对执行结果有影响的输入项(一般只考虑对本功能点结果有影响)。

对于每个输

入项的类型一般有两种:

一般输入项和下拉选择项,我们根据以上指导原则就可以对这些输入项进行等价类划分。

3.1.1.2生成测试要素取值列表

按照测试要素顺序把对应的等价类填入测试要素取值列表,每个取值对应一个等价类。

列表模板如下所示:

功能点名称:

XXX

功能点编号:

XXXXXX

前置条件:

优先级:

高/中/低

注:

XXXXXX

序号

要素名

L1

L2

L3

1

要素1

值1

值2

值3

2

要素2

3

要素3

3.1.1.3形成测试要素矩阵,设计测试用例

完成测试要素取值列表后,我们就可以根据以下原则生成测试要素分析矩阵。

通过设计一个新的测试用例,使其尽可能多地覆盖尚未被覆盖的有效等价类,重复这

一步,直到所有的有效等价类都被覆盖为止;

通过设计一个新的测试用例,使其仅覆盖一个尚未被覆盖的无效等价类,重复这一步,

直到所有的无效等价类都被覆盖为止。

测试要素分析矩阵的模板如下:

4

这里每个要素的取值仍是等价类,把每个等价类取值明确后,再添加上没有考虑进来的测试要素的取值后,表中的每一行就自然地转换成了一个测试用例。

3.1.1.4举例:

柜员登陆

输入项:

机构名(不输默认为总行),柜员(分为经办和复核),用户名,密码(6位);

首先对以上四个输入项进行划分等价类,列表如下:

机构名

存在

不存在

柜员

经办

复核

用户名

密码

等于6位

小于6位

大于6位

由以上列表可看出:

共有6个有效等价类和4个无效等价类。

根据正交矩阵编写原则,可用2个测试例覆盖6个有效等价类,4个测试例覆盖4个

无效等价类,只需6个测试例就覆盖了所有的测试条件。

具体矩阵如下表:

机构号

5

--

6

3.1.2边界值分析法

边界值分析方法是对等价类划分方法的补充。

3.1.2.1边界值分析方法的考虑

长期的测试工作经验告诉我们,大量的错误是发生在输入或输出范围的边界上,而不

是发生在输入输出范围的内部•因此针对各种边界情况设计测试用例,可以查出更多的错

误。

使用边界值分析方法设计测试用例,首先应确定边界情况•通常输入和输出等价类的

边界,就是应着重测试的边界情况•应当选取正好等于,刚刚大于或刚刚小于边界的值作

为测试数据,而不是选取等价类中的典型值或任意值作为测试数据。

3.1.2.2基于边界值分析方法选择测试用例的原则

1、如果输入条件规定了值的范围,则应取刚达到这个范围的边界的值,以及刚刚超

越这个范围边界的值作为测试输入数据。

例如,输入值的范围是-1.0〜1.0,则可选取

-1.0、1.0、-1.001和1.001作为输入数据。

2、如果输入条件规定了值的个数,则用最大个数,最小个数,比最小个数少一,比最

大个数多一的数作为测试数据。

例如,某个文件有1〜255个记录,则可选取1个记录、

255个记录、0个记录和256个记录的输入文件作为输入数据。

3、根据规格说明的每个输出条件,使用前面的原则1。

4、根据规格说明的每个输出条件,应用前面的原则2。

5、如果程序的规格说明给出的输入域或输出域是有序集合,则应选

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 工程科技 > 信息与通信

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1