测试~测试用例的设计方法

评价测试用例的标准

用例表达清楚,无二义性。
用例可操作性强。
用例的输入与输出明确。
一条用例只有一个预期结果。
用例的可维护性好。
用例对需求的覆盖率高,
暴露程序Bug的能力强力

基于需求的设计方法

  • 基于需求的测试是一种最根本的软件测试,重点关注以下两大关键问题。 (1)验证需求是否正确、完整、无二义性,并且逻辑一致。
    (2)要从“黑盒”的角度,设计出充分并且必要的测试集,以保证设计和代码都能完全符合需求。

用户需求:
购买3000块钱以内XX的智能手机
测试用例:
1.价格<=3000元
2.品牌为XX
3.智能手机
4.手机功能验证:
4-1.打电话
4-2.接电话
4-3.发短信
4-4.收短信

等价类

  • 依据需求将输入(特殊情况下会考虑输出)划分为若干个等价类,从等价类中选出一个测试用例,如果这个测试用例测试通过,则认为所代表的等价类测试通过,这样就可以用较少的测试用例达到尽量多的功能覆盖,解决了不能穷举测试的问题。
  • 有效等价类:对于程序的规格说明书是合理的、有意义的输入数据构成的集合,利用有效等价类验证程序是 否实现了规格说明中所规定的功能和性能
  • 无效等价类:根据需求说明书,不满足需求的集合。

超市买水果
有效等价类:苹果、桃子、梨
无效等价类:青菜、米、饮料,…

边界值

  • 边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充,这种情况下,其测试用例来自等价类的边界

输入框长度为1-11,取边界值为:1、11、12、0

因果图

  • 因果图是一种简化了的逻辑图,能直观地表明程序输入条件(原因)和输出动作(结果)之间的相互关系。因果图法是借助图形来设计测试用例的一种系统方法,特别适用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况。
  • 因果测试几种基本关系
  1. 恒等:如果原因为真,那么结果必定为真
  2. 与: 只有2个原因都为真,那么结果为真
  3. 或: 2个原因中有一个为真时,结果就为真

因果图法设计测试用例的步骤如下。
(1)分析所有可能的输入和可能的输出。
(2)找出输入与输出之间的对应关系。
(3)画出因果图。
(4)把因果图转换成判定表。
(5)把判定表对应到每一个测试用例

正交排列

  • 正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合
  • 正交试验设计(Orthogonal experimentaldesign)是研究多因素多水平的一种设计方法,它是根据正交性,由试验因素的全部水平组合中挑选出部分有代表性的点进行试验,通过对这部分试验结果的分析了解全面试验的情况,找出最优的水平组合。正交试验设计是一种基于正交表的、高效率、快速、经济的试验。

因素(Factor):在一项试验中,凡欲考察的变量称为因素(变量)
水平(位级)(Level):在试验范围内,因素被考察的值称为水平(变量的取值)
正交表的构成:
行数(Runs):正交表中的行的个数,即试验的次数,用N代表。
因素数(Factors):正交表中列的个数,用C代表。
水平数(Levels):任何单个因素能够取得的值的最大个数。正交表中的包含的值为从0到数“水平数-1”或从1到“水平数”,用T代表。
正交表的表示形式: L=行数(水平数*因素数) L=N(TC)
正交表的两条性质:
每一列中各数字出现的次数都一样多。
任何两列所构成的各有序数对出现的次数都一样多,
正交法设计测试用例的步骤:
1、有哪些因素(变量)
2、每个因素有哪几个水平(变量的取值)
3、选择一个合适的正交表
4、把变量的值映射到表中
5、把每一行的各因素水平的组合作为一个测试用例
6、加上你认为可疑且没有在表中出现的用例组合

  • 案例:

继续以注册为例(类似工具可以使用微软的PICT工具):
因果法设计测试用例可以帮助测试人员理清输入和输出的关系,但是对于比较复杂的输入和输出,会耗费大量时间
正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合。
比特科技
1、因素:姓名、邮箱、密码、确认密码、验证码
2、水平:填写、不填写
在这里插入图片描述

场景设计法

  • 现在的软件几乎都是用事件触发来控制流程的,事件触发时的情景便形成了场景,而同一事件不同的触发顺序和处理结果就形成事件流。该方法可以比较生动地描绘出事件触发时的情景,有利于测试设计者设计测试用例,是测试用例更容易理解和执行。

错误猜测法

  • 错误猜测法是经验丰富的测试人员基于经验和直觉,找出程序中你认为可能出现的错误,有针对性地设计测试用例。

以注册为例
1、校验中特殊字符空格的处理? 2、密码校验中的大小写?
3、姓名中的特殊字符?
4、密码发送是否明文

测试用例的粒度

  • 粒度:指测试用例编写的详细程度

测试用例可以写得很简单,也可以写得很复杂。最简单的测试用例是测试的纲要,仅仅指出要测试的内容,如探索性测试中的测试设计,仅会指出需要测试产品的哪些要素、需要达到的质量目标、需要使用的测试方法等。而最复杂的测试用例就像飞机维修人员使用的工作指令卡一样,会指定输入的每项数据,期待的结果及检验的方法, 具体到界面元素的操作步骤,指定测试的方法和工具等。

扫描二维码关注公众号,回复: 11427084 查看本文章

猜你喜欢

转载自blog.csdn.net/Shangxingya/article/details/107425608