用例要素:
用例编号、模块、场景、用例名称、前提条件、测试等级、操作步骤、预期结果、实际结果、创建日期、创建人
等价类划分:
定义:依据需求将输入划分为若等价类,从等价类中选定一个测试用例,如果该测试用例通过,则表明整个等价类通过测试。
使用场景:对于等价类这个法,一般适用于有无限多种输入我们不可能完成穷举测试,等价类可以使我们用较少的测试用例尽可能多的将功能覆盖。
有效等价类和无效等价类:
有效等价类:有意义的输入构成的集合,对于需求规格说明书是合法的;
无效等价类:不满足需求的集合。
例1:QQ大于6位,小于10位整数,使用等价类划分测试。
例2:某程序规定:“输入三个整数A,B,C分别作为三边的边长构成三角形。通过程序判断所构成的一般三角形的类型,当此三角形为一般三角形、等腰三角形、及等边三角形是,分辨做计算...“。用等价类划分方法为程序进行测试用例设计。
边界值分析法:
定义:边界值分析法是对等价类划分法的补充,边界值一般都是从等价类的边缘去寻找错误。
边界值分析的基本思路:正好等于,刚刚小于、刚刚大于、边界值作测试数据。
特记:0/空、N/A、null是个特殊值,我们在考虑边界值的时候同时也要考虑这个特殊值。
例1:微信红包:最小金额0.01,最大金额200元
例2:一个文本输入区域包括2-255个字符
特殊值:1,2,3 / 254,255,256
有效等价类:>=2 <=255
无效等价类:<2 >255
特殊值:0
如:边界值的思想体现:
等价类划分法和边界值分析法常见运用场景:例如报销流程
1、小于200元:上级领导审批-部门经理审批-会计审批-完成
2、大于200元:上级领导审批-部门经理审批-总监-会计审批-完成
场景法:
尽可能真实全部的模拟用户操作订单,发货,商品状态变化.
场景法主要基于:
业务(需求)层面:对所测软件的重要功能、业务逻辑(系统要干什么,怎么去实现,这个过程)、行业背景深入理解。
技术层面:基于等价类划分,有效等价类——模以用户正确操作;无效等价类——模拟错误操作
例如:去银行取款(流程)如下图所示
核心概念:
基本流(正确流、有效流):模拟用户正确的操作流程。
备选流(错误流、无效流):模拟用户错误的操作流程。
场景法分析:
每个经过用例的可能路径,可以定不同的用例场景从基本流开始,将基本流和倍选结合起来,可以确定如下场景:
场景1:基本流(ATM机取款例子)
场景2:基本流+备选流1
场景3:基本流+备选流1+备选流2
场景4:基本流+备选流3
场景5:基本流+备选流3+备选流
场景6;基本流+备选流3,备选流1+备选流2
场景7:基本流+备选流4
场景8:基本流+备选流3+备选流4
物品管理导入管理的描述:
确定基本流和备选流:
基本流:导入正确的文件,能成功导入
备选流:
备选流1:导入的文件如果是空的文件
备选流2:导入的文件格式不正确
备选流3:导入的文件超过限定的大小
备选流4:导入的数据有空格
备选流5:导入的数据信息不全
备选流6:导入已经存在的数据
备选流7:导入多条一样的数据
设计思路:根据用户有可能操作的方式都列出来
判定表:
定义:
1、分析和表述若干输入条件下,被测对象针对这些输入做出的响应的一种工具。
2、在遇到复杂业务逻辑时可以利用该表清理逻辑关系。(输入框有关联,比如:用户名和密码)
重要概念:
条件:
条件桩:需求规格说明书中定义的被测对象的所有输入。
条件项:针对条件桩所有可能输入数据的真假值。
动作:
动作桩:针对条件被测对象可能采取的所有操作。
针对动作桩:被测对象响应的可能取值。
规则:
动作项和条件项组合在一起,形成的业务逻辑处理规则。
判定表应用步骤:
1、理解需求,确定条件桩,动作桩。
2、设计及优化判定表。
3、填写动作项。
4、根据判定表输出结果的表现,进行判定表的合并(非必须),简化判定表;如果输出相同,在对应输入中,有且只有一个条件的取值对动作不产生任何影响则可合并。
以登录块为例:
正确的账号密码登录成功。
用户名和密码为空:提用户示用户名或密码不能为空用户名输入错误:提示用户名或密码错误,用户名和密码清空。
用户名正确,密码错误,提示:用户或者密码错误,用户名保留,密码清空生成判定表如下图:
判定表优化:
例1:
某研究所重新对其在大学以上学历的职工安排工作。其方针如下:“如果年龄不满18岁,文化程度是大学,若是男性,则一律要求考研究生。若是女性,则分配到研究所办公室任行政部:如果年齡满18岁但不足50岁,文化程度是研究生,不分男女性,均任课题组长。文化程度是大学,则不分男女性均担任中层以上各级领导干部;如果年龄满50岁以上,文化程度是研究生,若是男性,则任课题组长。文化程度是大学,若是男性,则任科研人员。若是女性,则任资料员”。
因果图:
概念:
因果图( Cuase- effect Graph)是一种描述输入条件的组合及每种组合对应的输出的图形化工具。在因果图的基础上可以设计测试用例。
恒等:若原因出现,则结果出现;若原因不出现,则结果不出现
非:若原因出现,则结果不出现;若原因不出现,则结果出现。
或:若几个原因中有一个出现,则结果出现;若几个原因均不出现,则结果不出现。
与:若几个原因都出现,结果才出现:若几个原因中有一个不出现,则结果不出现。
从原因方面考虑主要有4种约束条件:
1、E(互斥、排他)。a、b两个原因不会同时出现,最多只有一个出现。
2、I(包含、或)。a、b、c三个原因至少有一个出现。
3、0(唯一)。a、b两个原因必须有一个出现,且仅有一个出现
4、(R(需求)。a出现时b必定出现
从结果方面考虑主要有1种约束条件:
M(屏)。a出现时,b必定不出现a不出现时,b则不确定。
因果图法设计测试用例实例引入:
有一个单价为五角硬币的饮料自动售货机软件。需求如下
若售货机没有零钱找,则一个显示“零钱找完”的红灯亮,以提示顾客在此情况下不要投入1元硬币,否则此红灯不亮。
顾客投入5角硬币,然后按下“橙汁”或“啤酒”按钮,则相应的饮料被送出
顾客投入1元硬币并按下“橙汁”或“啤酒”按钮后,若售货机没有零钱找,则显示“零钱找完”的红灯亮,1元硬币被退出,且无饮料送出;若有零钱找,则五角硬币退出且饮料被送出。
所有的原因和结果是我们能列出来的:
在够成的判定表中,原因、中间节点、结果的取值为0表示其代表的状态不出现,为1表示状态出现。如下图:
错误推测法:
定义:
基于经验和直觉推测程序中所有可能存在的各种错误,从而有针对性的设计测试用例的方法。
28原则 80%的问题出在20%的模块。
错误推测方法的基本思想:
列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。
基本要素:
1.对开发的开发习惯很熟悉
2.对同类型项目业务非常熟悉
正交试验法:
正交试验法是研究多因素、多水平的一种试验法,它是利用正交表来对试验进行设计,通过少数的试验替代全面试验,根据正交表的正交性从全面试验中挑选适量的有代表性的点进行试验,这些有代表性的点具备了“均匀分散,整齐可比”的特点
例1:
测试word字体需求如下:
字体大小有:大,中,小字体
颜色有:红,绿,蓝
字体样式有:宋体,黑体,楷体