Presentation is loading. Please wait.

Presentation is loading. Please wait.

软件测试 第3章 测试用例设计 如何进行测试, 初学者:立即进行测试,希望找出所有错误,如同没有经过训练的开发工程师急于编写代码一样。

Similar presentations


Presentation on theme: "软件测试 第3章 测试用例设计 如何进行测试, 初学者:立即进行测试,希望找出所有错误,如同没有经过训练的开发工程师急于编写代码一样。"— Presentation transcript:

1 软件测试 第3章 测试用例设计 如何进行测试, 初学者:立即进行测试,希望找出所有错误,如同没有经过训练的开发工程师急于编写代码一样。
第3章 测试用例设计 如何进行测试, 初学者:立即进行测试,希望找出所有错误,如同没有经过训练的开发工程师急于编写代码一样。 工程:软件开发是一个工程。 软件测试也是一个工程。

2 本章内容 3.1 什么是测试用例 3.2 为什么需要测试用例 3.3 测试用例的质量 3.4 测试用例的组织和使用
讲解了测试用例的概念,通过例子、小练习进一步了解了测试用例。清楚了测试用例是测试执行的基础这样一个事实。说**是执行的基础,可以看出测试用例的重要作用,我们从以下几个方面进行分析

3 测试用例的作用 重要参考依据 提高测试质量 有效性 复用性 客观性 可评估性和可管理性 知识传递 究竟有什么用处?
1。期望结构--评判的依据 2。用例设计编写的基础是建立在对需求和产品的特性了解的之上,只要如此才能发现更多缺陷 3。有效性:测试用例都是采用不同测试技术精心设计,如边界值、等价类、负面考虑、对重点部位重点关注,能有效地发现缺陷 4。复用性:软件开发新版本,同一个功能多次测试, 5。客观性:不同的人参照测试用例实施测试,就可以保证测试质量,减少人为因素的影响。 6。知识传递:软件本身可以对用例进行复用,执行测试的人也可以对用例进行复用。

4 本章内容 3.1 什么是测试用例 3.2 为什么需要测试用例 3.3 测试用例的质量 3.4 测试用例的组织和使用

5 测试用例的质量 3.3.1 测试用例的质量要求 3.3.2 测试用例书写标准 3.3.3 如何设计出高质量的测试用例
3.3.4 测试用例的评审 既然测试用例重要,那么我们如何设计出高质量的用例?之前,了解用例的质量要求?两个方面:整体和局部。

6 单个测试用例的质量要求 具有可操作性 具备所需的各项信息 各项信息描述准确、清楚 测试目标针对性强 验证点完备,而且没有太多的验证点
没有太多的操作步骤,例如不超过7步 符合正常业务惯例。 单个测试用例的质量要求集中在细节上。比如说文字的 操作性:设计时充分考虑可执行性,有明确的执行步骤可以重现缺陷 验证点完备,而且没有太多的验证点:也称检查点、测试点,可采用对待测问题定义优先级的方法,决定哪些需求点/问题点写成用例,哪些需求点/问题点只作为检查点出现

7 整体测试用例的质量要求 覆盖率。依据特定的测试目标的要求,尽可能覆盖所有的测试范围、功能特性和代码。
易用性。测试用例的设计思路清晰、组织结构层次合理,测试用例操作的连贯性好,使单个模块的测试用例执行顺畅。 易维护性。应该以很少的时间来完成测试测试用例的维护工作,包括添加、修改和删除测试用例。易用性和易读性,也有助于易维护性。 粒度适中。既能覆盖各个特定的场景,保证测试的效率;又能处理好不同数据输入的测试要求,提高测试用例的可维护性。 测试用例的整体可以看作是个体的集合,但是并非是简单数量上的增多。 1000不能保证完全测试,但是经过计划的100个用例可以在很大程度上满足测试的要求。 作为测试用例集合的整体质量,我们希望对软件产品所有的功能特性和非功能特性都进行测试,因此,重点关注的是覆盖率。 覆盖率可分为基于需求的、基于代码的测试覆盖 测试覆盖 = T(p,i,x,s) / RfT , 其中: T(p,i,x,s)是已计划的、已实施的、已执行的和成功的测试用例数,RfT 是测试需求 (Requirement for Test) 的总数 测试覆盖 = Ie / TIic ,其中:Ie 是用代码语句、代码分支、代码路径、数据状态判定点或数据元素名表示的已执行项目数。TIic (Total number of Items in the code) 是代码中的项目总数。 粒度适中:粒度过粗会导致测试点不够准确,操作步聚或期望结果不明确,还有个麻烦就是,发现很多bug都对应着一个用例,这样给缺陷管理和统计起来也带来麻烦,在项目后期的报告中不能清晰的统计缺陷。 而粒度过小,如每个测试点都对应一个或多个测试用例,测试用例的数量太大,管理维护工作量大,且限制人的思维。

8 测试用例书写标准 好 前边:整体和个体两个方面介绍了要求: 如果我们遵照这些要求进行了用例设计,最终在书写时候也要注意用例的各项要素要完备。
如何保证测试用例的高质量:首先从形式上讲,可遵守如表所示的各项要素

9 如何设计出高质量的测试用例 以需求为导向设计测试用例 责任到人 灵活的设计方法 测试用例设计不能局限于输入数据
尽量避免含糊的、冗长的或复杂的测试用例 尽量将具有相类似功能的测试用例抽象并归类 书写规范,看到的用例只是一个结果,要真正保证测试用例的质量,还要从 设计、评审、维护和执行等过程进行分析。 设计: 设计方法:黑盒:等价类划分、边界值划分、因果图分析和错误猜测, 白盒:语句覆盖、判定(分支)覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖。 除了数据外,还有用例的结构、设计策略、设计思路等

10 测试用例的评审 分析其设计思路,是否符合业务逻辑、是否符合技术设计的逻辑、是否可以和系统架构、组件等建立起完全的映射关系?
在局部上,应有重有轻,抓住一些测试的难点、系统的关键点,从不同的角度向测试用例的设计者提问。 在细节上,检查是否遵守测试用例编写的规范或模板,是否漏掉每一元素、每项元素是否描述清楚 检查表,提问 需求和设计评审,对于用例来讲,同样是提高质量的有效手段之一。 从框架结构 -> 具体细节

11 评审的内容有以下几个方面: 1) 用例设计的结构安排是否清晰、合理,是否利于高效地对需求进行覆盖。 2) 优先级安排是否合理。
3) 是否覆盖测试需求上的所有功能点。 4) 用例是否具有很好可执行性。 5) 是否已经删除了冗余的用例。 6) 是否包含充分的负面测试用例。 7) 是否从用户层面来设计用户使用场景和使用流程的测试用例。 8) 是否简洁,复用性强。 具体的讲,从以下这些方面: 4.例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确;期待结果是否有明显的验证方法。 6.充分的定义,如果在这里使用2&8法则,那就是4倍于正面用例的数量,毕竟一个健壮的软件,其中80%的代码都是在“保护”20%的功能实现。 8.例如,可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。

12 测试用例的维护 随着产品版本的不断升级,软件测试用例也需要得到及时维护,有时还需要重构——对测试用例的结构进行调整,包括用例模块的合并和分解,确保每一个测试用例都是有效的 测试用例的维护是一项长期的工作,日积月累,测试用例的质量会得到很大的改善。

13 测试用例的执行(run case) 清晰而正确的理解测试用例 严格执行 从学习的流程讲,先接触执行,然后是编写。
执行用例=贯彻用例编写者的测试思想,不能曲解和误解。 记事本 != 写字板 严格执行,不能走样: 输入 != 粘贴,可以增加“粘贴”的测试用例 结果比较很重要,但是测试过程也一定要注意,遇到问题,立即停下,进行相应的记录。

14 3.4 测试用例的组织和使用 3.4.1 测试用例的创建 3.4.2 测试用例套件 3.4.3 测试用例的维护

15 测试用例的创建 建立合适的、可扩展的测试用例框架,从而借助这个框架能有效地组织众多的测试用例,包括对测试用例的分类、清晰的层次结构等
前 讲述了测试用例的质量要求,也学习了要从设计、评审、维护和执行等方面来保证测试用例的质量。 对于一个测试对象,我们如何来创建具体的测试用例呢? 先搭骨架后填肉的做法。

16 实例 书本中格式的调整: 测试套件:由一系列测试用例和与之关联的测试环境组合而构成的集合。 如何组套?按照程序功能模块、用例类型、用例优先级
给出了“功能测试”时候,哪些情况需要创建测试套件

17 小结 测试用例 测试用例的质量要求 测试用例的设计、评审、维护和执行 定义 要素
本章,定义:验证测试点而设计的 条件、步骤、期望和相关数据的集合。 要素:测试目标、环境、输入数据、步骤和期望结果 从个体和整体来说明了对测试用例的质量要求 从设计、评审、维护和执行方面说明了对用例质量保证的重要意义,当然 格式要注意遵守规范。

18 练习:QQ登录界面测试用例 将要求书写黑板: 1。多少个测试点(测试用例更多) 所有可以看到的东西、框、checkbox,按钮,标题,
2。优先级高的有哪些 3。帐户测试有哪些方面内容 4。帐号的控件为什么为列表框? 5。最大化按钮为什么不可用?

19

20

21 序号     操作                     期望结果             实际结果           是否通过   1:      除0操作                     报错                   报错                 pass   2:   最大值+1        3:   最大值+2   4:   最小值-1   5:   负数开方   6:   0开方   7:   正数开方   8:   小数开方   9:   退格键   10:CE功能   11:C功能   12:应用   MC   MR  …等时,MC上面的区域显示的值是否正确等   13:0的倒数   14:0/0           1-(-1)   15:优先级:     1+2*3             9          16:显示窗口不可编辑等等   17:连乘          4**8         应该得32             4//8         

22 小游戏:一个纸杯的测试用例

23 一 需求:测试一个带广告图案的花纸杯 二 相关背景: 1.杯子特性: (1)杯子的容量: 能装多少升水,空杯,半杯,满杯 (2)杯子的型状: 圆型,上面口大,下面小。 (3)杯子的材料: 纸杯 (4)杯子的抗摔能力: 风吹是否会倒,摔一次是否会摔坏,摔多次是否会摔坏 (5)杯子的耐温性: 装冷水,冰水,热水 2.广告图案: (1)广告内容与图案碰水是否会掉色 (2)广告内容与图案是否合法 (3)广告内容与图案是否容易剥落

24 三 影响范围: 1.可用性: (1)装入液体多久后会漏水 (2)装入热水多久后可以变温,装入冰水多久后可以融化 2.安全性: (1)装入不同液体,是否会有化学反应。比如:可乐,咖啡等饮料 (2)装入热水杯子是不是会变型和异味 3.性能: (1)不同人群是否能适合杯子的型状,包括握杯的感觉和喝水的感觉 (2)不同人群是否能接受杯子的广告内容与图案


Download ppt "软件测试 第3章 测试用例设计 如何进行测试, 初学者:立即进行测试,希望找出所有错误,如同没有经过训练的开发工程师急于编写代码一样。"

Similar presentations


Ads by Google