测试用例设计

1、密级：秘密如何设计测试用例测试部：陈娟测试部：陈娟 设计测试用例的方法设计测试用例的方法因果图法与判定表 3错误推测法 4正交法 5场景法 6界面测试 8控件测试 7易用性测试 9 1、等价类划分法、等价类划分法针对“计算两个1100之间整数的和”问题，进行测试用例设计。1+1 1+2 1+3 1+4 1+5 .2+1 2+3 2+4 2+5 2+6 .3+1 3+2 3+3 3+4 3+5 . 4+1 4+2 4+3 4+4 4+5 . . . . . .“穷举法”，耗时耗力，重复性强，很不智慧的一种做法，对不对。 1、等价类划分法、等价类划分法1）需求：新建综合会员的界面需符合如下要求综合

2、会员编号：长度3位自然数。综合会员名称：（必填项）管理员账号： （必填项）管理员名： （必填项）登陆密码： 字母开头确认密码： 确认密码因和登陆密码 完全一致。2）界面原型如右图 1、等价类划分法、等价类划分法3）等价类划分法步骤u第1步：依据常用方法划分等价类u第2步：为等价类表中的每一个等价类分别规定一个唯一的编号 1、等价类划分法、等价类划分法u第3步：设计一个新用例，使它能够尽量多覆盖尚未覆盖的有效等价类。重复该步骤，直到所有的有效等价类均被用例覆盖，如表中的用例编号1。u第4步：设计一个新用例，使它仅覆盖一个尚未覆盖的有效等价类。重复该步骤，直到所有的无效等价类均被用例覆盖，如表1.

3、2中用例编号214。 1、等价类划分法、等价类划分法等价类划分法设计的OTC用例 2、边界值分析法、边界值分析法a) 程序员使用比较操作符进行比较时，往往容易将“=”操作符误写成“”操作符等。b) 程序员使用for循环、while循环等时，往往也会设计比较运算符，再或者容易将+i或i+混淆。c) 对需求理解有误，显然也会产生上述问题。仅此足以说明，单单依靠等价类划分法设计测试用例并不能完覆盖测试点，往往在边界区域更容易暴露程序的问题。2、边界值分析法、边界值分析法 1）需求：综合会员编号为长度3位的自然数 2）界面原型：如图3）采用“边界值法”设计OTC测试用例第1步：进行边界值选取，边界值为

4、2和4。第2步：针对边界值进行测试用例设计，如表 2、边界值分析法、边界值分析法2、边界值分析法、边界值分析法 u 边界值分析法往往是在等价类划分法基础上采用，作为等价类划分法测试用例的追加和扩充。基于经验得知，采用边界值分析法更易发现系统缺陷。u 使用边界值分析法补充测试用例过程中，若追加的用例在等价类划分法中恰巧已经设计过，则该用例可以省略不编写或不执行。2、边界值分析法、边界值分析法小练习：一个输入文件应包括1255个记录。答案：边界值可取1、255、0、256。某程序的规格说明要求计算出“每月保险金扣除额为01165.25元”。答案：边界值可取0.00、1165.25、-0.01、11

5、65.26。情报检索系统，要求每次“至少显示1条，最多显示4条情报摘要”。答案：边界值可取1、4、0、5。3、因果图法、因果图法1）主要适用于各种输入条件之间存在相互制约关系。2）输出结果依赖于各种输入条件组合时的情况。3、因果图法、因果图法3、因果图法、因果图法1 1）需求：）需求：OTCOTC系统中客户变更所属机构系统中客户变更所属机构a) 结算规则中选择“不支持”，不允许更改所属机构。b) 结算规则中选择“本月”，客户本月无单据并且无资金，允许更改所属机构。c) 结算规则中选择“当前”，客户当前无单据并且无资金，允许更改所属机构。d) 结算规则中选择“无限制”，客户客户有单据或者有资金，

6、允许更改所属机构。3、因果图法、因果图法2）界面原型如下图所示 3、因果图法、因果图法3）采用“因果图法”设计OTC测试用例第1步：分析需求说明，找出原因（即输入）和结果（即输出）原因：结果：第2步：画出因果图，并标注相应关系符号，如图所示。所有原因节点显示于左侧，所有结果节点显示与右侧，并建立中间节点以表示处理的中间状态。 3、因果图法、因果图法3、因果图法、因果图法第3步：转换成判定表如下表注：注：（1）有单据 （2）有资金 （3）不支持 （4）本月 （5）当前 （6）不限制 （21）不允许变更所属机构 （22）变更所属机构成功1 4、错误推测法、错误推测法 4、错误推测法、错误推测法u

7、基于经验可知，在变更所属机构功能中，本月这个时间段可能会隐藏一些bug，月份分为大月小月，还有润月。u 2015年12月31日u 2016年1月 1日u 2016年 2月29 日u 2016年 3月1 日 4、错误推测法、错误推测法u基于经验可知，在变更所属机构功能中，本月这个时间段可能会隐藏一些bug，月份分为大月小月，还有润月。u 2015年12月31日u2016年1月 1日u2016年 2月29 日u2016年 3月1 日 5、正交法、正交法 5、正交法、正交法 正交试验法即使用事先已创建好的表-正交表，来安排试验并进行数据分析的一种科学试验设计方法，该方法简单易行，应用甚广。此外，正交

8、表种类繁多。如L(3) 、L8(27)、L16(45)等均为常用类型。u 上表所示的为L9(34)正交实验表，正交表的典型代表之一。简要解释其各项内涵如下：（1）行号19：代表测试用例的个数之多9个（2）列号ABCD：代表各分类，例如，需求中的“Web浏览器”、“插件”、“应用服务器”及“操作系统”。（3）表中内容项：代表各分类下的各个元素。概括来讲，L9(34)的含义为：L表示正交表，“9”表示该正交表可构成的最大用例数，“4”表示最大分类数，“3”表示各分类下的最大元素数。5、正交法、正交法注意：L9(34)正交表仅能处理分类数小于等于4个，且每个分类中最多包含3个元素的情况。5、正交法“

9、场景”可理解为由“由哪些人、什么时间、什么地点、做什么以及如何做”等要素组成的一系列相关活动，且场景中的活动还能由一系列场景组成。通常，场景法由基本流和备选流两部分构成。6、场景法、场景法u 基本流：图中中间的黑色直线。基本流是经过用例的最简单的路径，即无任何差错，程序从开始直接执行到结束的流程。通常，一个业务仅存在一个基本流；且基本流仅有一个起点和一个终点。u 备选流：中间黑色直线两旁的多条彩色线条。备选流为除基本流之外的各支流，包含各种不同的情况。6、场景法、场景法6、场景法、场景法6、场景法、场景法6、场景法、场景法u （1）分析需求，确认出软件的基本流及各项备选流。（2）依据基本流和各

10、项的备选流，生成不同的场景。（3）针对生成的各种场景，设计相应的测试用例。（4）重新审核生成的测试用例，去掉多余部分；并针对最终确定出的测试用例，设计测试数据。6、场景法、场景法7、控件测试、控件测试7、控件测试、控件测试2、单选按钮测试7、控件测试、控件测试3、复选框测试 用户界面（User Interface，UI）u它是软件与用户交互的最直接的层u界面的好坏决定用户对软件的第一印象u优秀的界面可引导用户进一步访问深层次页面和操作其它功能u并带给用户轻松愉悦的感受。8、界面测试、界面测试u 红色背景u 采用长方形划分区域u 整体布局排列整齐u 色彩丰富u 形式生动、活泼u 整体布局无特定规则 大家一起来找一下这个界面的bug 标签页名称显示乱码； log色彩不统一； 百度log有误； 字体大小不统一； 字体色彩过于刺眼，不统一； 控件位置摆放有误； 内容显示有误； 页面布局欠合理，上下均未流出空间，给人感觉