网站建设网页与数据库连接,长尾关键词挖掘网站,广州十大纯设计公司,重庆网站设计最佳科技测试流程第三个环节#xff1a;设计测试用例#xff1a;怎么测——测试需求的提取#xff1a;测什么 ### 5、测试用例 描述#xff1a;测试用例(TestCase)#xff1a;是一份关于【具体测试步骤】的文档#xff0c;是为了达到最佳的测试效果或高效揭露软件中潜藏的… 测试流程第三个环节设计测试用例怎么测——测试需求的提取测什么 ### 5、测试用例 描述测试用例(TestCase)是一份关于【具体测试步骤】的文档是为了达到最佳的测试效果或高效揭露软件中潜藏的bug精心设计少量且具有代表性的测试场景和测试数据。 测试用例测试场景测试步骤测试数据预期结果 分析测试用例就是设计一种情况软件在该情况下是可以正常运行且能够达到预期结果的。如果软件在该情况下不能正常运行或未达到预期结果就证明发现了bug需要提交给开发进行确认和修复。修复完成后再用同一条用例进行验证确保已修复完成。 测试用例的编写 测试用例编号测试项依赖用例测试步骤测试数据预期结果测试结果测试人备注 测试用例编号给设计好的每一个测试用例生成唯一的序列号 0001-9999 参考写法TestCase_项目名称 _模块名称 _子模块名称 _功能名称 _测试类型 _0001 注意名称可以简写比如汉语拼音的首字母当换了新的功能或新的模块编号要重新生成 测试类型功能测试 Function性能测试 Performance界面测试 UI 测试项/测试用例标题 思路关联本条测试用例设计的目的一句话做概述描述这一条用例是做什么的 写法具体的角度验证功能 例测试需求密码6-18位——设计用例验证6位长度密码的注册操作 密码小于6位——设计用例验证5位长度密码的注册操作 密码大小写字母数字—–设计用例验证纯大写字母注册操作 验证纯小写字母注册操作 验证纯数字注册操作 验证字母数字组合注册操作…. 参考话术验证XXXX的操作 XXXX情况下的验证 XXXX操作的验证 依赖用例可选可写的 概述指的是当前用例的设计需要用到其它用例的支持就把关联的用例编号写到该位置 例针对信贷系统后台用户管理模块设计用例——依赖于前台成功注册用户用例 测试步骤最核心的部分 概述根据测试项整理出详细的操作步骤(测试过程)简单清晰明了 例验证直角三角形判定 测试步骤 ①输入第一条边3 ②输入第二条边4 ③输入第三条边5 ④点击提交按钮 备注好的测试步骤任何一个人都是可以执行的也不会有任何的歧义 测试数据/输入数据 概述指的是测试步骤中用到的数据 预期结果 概述指的是按照测试步骤和测试数据操作完成后应该会出现的结果 例预期结果提示“直角三角形” 测试结果 概述写的是实际结果和预期结果对比后产生的结果值 通过成功实际结果和预期结果一致 不通过失败实际结果和预期结果不一致 阻塞因为一些其它的原因不是本公司所能解决的导致当前用例无法执行 测试人写的是执行测试用例人员名字 注意测试结果和测试人一定是执行测试后才来进行填写的内容 备注可选可写的 概述做一些额外的补充说明比如执行用例时所需要的硬件软件网络环境… 谷歌浏览器10.0 测试用例的作用 ① 有效性执行测试重要参考 ②可复用性良好的测试用例可以重复使用 ①易组织性再小的项目也会有大量的用例用例也是随着版本的更新不断完善 ④可评估性用例通过率是检查代码质量的参考标准 ⑤可管理性测试用例的设计也是检查测试工作效率的标准 ⑥测试用例的设计对于测试需求的覆盖率一定是100%
6、黑盒测试用例设计方法 提供方法的选择 测试数据等价类划分法边界值分析法测试步骤因果图法判定表法正交实验法场景法功能图法 测试数据的选择 等价类划分法划分数据区间 思想依据【需求】将程序的输入域划分成若干个部分从每个部分中再选取【少量且具有代表性】的数据作为测试用例(测试数据)选取的数据就代表了该整体。 等价类划分法分类 有效等价类依据需求划分出来【有意义合理的数据】构成的集合区间 例163邮箱手机号快速注册密码8-16位长度构成的密码数据都是有效的—–有效等价类 数据类型大小写字母数字构成的数据—–有效 无效等价类依据需求划分出来【无意义不合理的数据】构成的集合区间 例163邮箱手机号快速注册密码长度两个无效等价类小于8位的数据 大于16位的数据 数据类型特殊符号构成的数据—–无效 等价类划分原则了解 ①按照【区间】来划分如果输入项中规定了【取值范围】或【值的个数】划分出一个有效等价类和两个无效等价类 例成绩输入框规则[0,100]分数—–有效0成绩100 无效成绩0 成绩100 身份证号码输入框规则18位——有效18位 无效大于18位 小于18位 ②按照【数值】来划分如果输入项中规定了n个值每个值都必须测试划分出n个有效一个无效 例某一所大学的福利如果学校中教师的身份教授副教授院长系主任都可以得到一套房子 四个有效教授身份的人构成的集合区间副教授身份的人构成的集合区间院长身份的人构成的集合区间系主任身份的人构成的集合区间 一个无效除了上述四个身份以外的人构成的集合区间 ③按照【数据集合】来划分如果输入项中规定了输入值的集合划分出一个有效一个无效 例名字需求首个字符必须是字母 一个有效以字母开头的数据构成的集合区间 一个无效不以字母开头的数据构成的集合区间 ④按照【规则】来划分如果输入项中规定了必须要遵守规则的情况下划分出一个有效(满足规则的所有数据)若干个无效(从不同角度违反规则) 例需求校内电话拨打外线号码以9开头 有效9开头外线号码 无效非9外线号码 9非外线号码 非9非外线号码 ⑤其它情况 1如果输入项是一个布尔量划分出一个有效一个无效 2在已知划分好的等价类基础上有些情况还可以继续进一步划分出更小的等价类 例名字需求一个无效不以字母开头—–以数字开头的所有数据 无效以特殊符号开头的所有数据 无效…… 等价类划分法设计测试用例分析思路 ①建立等价类表梳理思路划分出每一个输入项的有效等价类无效等价类 输入条件有效等价类无效等价类②给划分出来的每一个等价类生成一个唯一的编号 ③设计一条用例尽可能多的覆盖有效等价类能用一条用例完成的就不考虑第二条直到把所有的有效等价类全部覆盖完成。 ④设计一条用例只覆盖一个无效等价类 注意当以某一个输入项进行违反规则设计测试用例时其他的输入项均看成是满足/符合规则 回顾 测试需求“测什么” 测试用例“怎么测” 黑盒测试 测试数据选择等价类边界值法 测试步骤设计因果图判定表法 场景法 正交实验法 功能图法 等价类划分法思想输入项—–划分集合区间有效等价类有意义合理 无效等价类无意义不合理 边界值分析法 前提成绩判定 [90,100] 优秀[70,90) 良好[60,70) 及格[0,60) 不及格 if(grade90 grade100){ alert(“优秀”) } 概述大量的测试工作经验告诉我们大部分的错误往往发生在边界并不是程序的内部针对边界设计用例能够发现更多的缺陷。边界值法是对等价类法的补充通过等价类划分区间结合边界值选取测试数据(边界数据) 边界指的是输入或输出范围中恰好处于边界刚刚超越边界边界以下的 边界值法设计用例分析思路 ①确定好边界的情况输入项或输出的边界 ②选取边界数据作为测试数据刚刚等于刚刚大于刚刚小于的边界值 边界值分析法原则了解 ①如果输入项规定了【取值范围】则取刚达到的刚超越大于小于 例成绩输入项需求0成绩100 测试数据0 100 101 -1 价格输入项[1.0,10.0] 测试数据1.0 10.0 10.1 0.9 价格输入项[1.00,10.00] 测试数据1.00 10.00 0.99 10.01 ②如果输入项规定了【值的个数】则取最大个数值最小个数值比最大值大一比最小值小一 例一个文件数据表能够接收1-255条记录测试数据1 255 256 0 ③1和2中的原则也可以用于输出结果的判定 例软件查询功能至少每次会显示1条查询结果最多不超过20条查询结果测试数据1 20 0 21 ④如果是输入或输出是一个有序序列测试数据序列中的第一个元素序列中最后一个元素 例三部电梯一部1-4楼二部1-9楼三部1,4,6楼怎么测 ⑤分析需求规格说明书找出其它可能存在的边界条件次边界值隐藏的边界值 例月份输入框1-12 MySQL数据类型字段名 tinyint -128到127 小总结等价类划分法用于测试数据的区间划分划分完成后就可以借助于边界值分析法选取具体的测试数据测试数据等价类边界值 测试用例评审 目的可以让用例的结构更加清楚覆盖用户场景更加全面(设计不合理遗漏的找出来)也是提高用例设计水平方式之一参与人员测试部门相关人员公司其它人员客户第三方 7、黑盒测试用例设计方法二
针对测试步骤的设计方法
1、因果图法 思想适用于【多种输入条件的组合】设计测试用例根据输入项的组合情况以及约束关系输出条件的因果关系分析出可能会产生的组合场景进行用例设计。 因果图法分析过程 ①根据需求说明书找出原因(条件)和结果之间的关系画出因果图 原因和结果关系 恒等只要有条件a一定会有结果b 非只要有条件a一定不会有结果b 或abc三个条件只要满足其中一个就会有结果d 与abc三个条件必须同时满足才会有结果d ②根据需求说明书给因果图加上约束条件 1原因和原因之间的约束条件 互斥Eabc三个条件最多成立一个 包含Iabc三个条件至少成立一个 唯一Oabc三个条件有且只能成立一个 要求Ra条件的操作要求b条件必须保持一致 2结果和结果之间的约束条件 屏蔽M只要有结果a就会屏蔽结果b ③根据因果图转换出判定表在表中整理出因果关系 ④判定表中每一个列都是一条测试用例
小总结因果图判定表法套路根据需求说明—–分析因果关系—–画出因果图—–生成判定表—–根据表中的每一个列设计测试用例
2、判定表法 概述“判定表驱动法”用来分析多个条件下执行不同的组合操作情况——分析工具找出原因和结果因为有些需求是比较明确我们可以直接跳过因果图利用判定表分析 判定表组成 条件桩指的是所有的输入条件原因) 条件项指的是每一个输入条件的取值 动作桩指的是所有的输出结果 动作项指的是所有输出结果的取值 规则表中的每一个列一个规则就是一条测试用例 判定表法设计用例 ①假如有n个条件且每一个条件只有两个取值0或1那么故有2n个规则 ②确定条件桩和动作桩列出所有的输入条件和输出结果问题和结果 ③分别填写条件项和动作项生成初始化的判定表 ④简化、合并、去重相似的规则或相同的动作(简化后的判定表是大家至少要设计的测试场景不能再少了)
小总结不管是因果图还是判定表最终的目的实现不同条件之间的组合产生不同结果的验证操作因果图判定表法 回顾 测试数据等价类边界值法
测试步骤因果图判定表法功能多条件组合情况 3、场景法(功能业务) 概述模拟用户使用软件时的操作场景在不同的场景下来测试系统软件主要测试系统的业务流程毕竟一个软件的功能相当于是一个业务流程的体现 场景法分析过程 场景法一般是由基本流和备选流组成软件功能操作时对应的各种{正确错误}场景 基本流指的是从执行程序开始到程序执行结束整个过程是【没有任何错误的场景】将软件运行的流程正确的分析和表达出来。 备选流指的是在基本流的基础上会发生的【各种错误情况】所生成的场景。 例ATM取款机取钱功能 基本流正确的操作流程插卡—––输入密码——选择取钱功能——输入取款金额—–确认出钱——退卡 备选流各种错误情况备选流一密码输错三次锁卡备选流二卡里余额不足备选流三取款机器没钱…… 场景法在设计测试用例时都是来源于【基本流和备选流之间组成的不同组合】生成的测试场景一个场景就是一条测试用例 注意一个完整的软件基本流是固定的因为基本流是功能业务最明确的体现所以基本流是一个正确的操作流程或业务流程没有任何其他错误的情况。备选流是在基本流的操作过程中出现的其他流程和分支错误 场景法用例设计 确定基本流和备选流 例根据案例描述能够确定一个基本流和四个备选流 根据基本流和备选流的组合生成场景 例根据上述案例生成的场景有 场景一基本流 场景二基本流备选流1 场景三基本流备选流1备选流2 场景四基本流备选流3 场景五基本流备选流3备选流1 场景六基本流备选流3备选流1备选流2 场景七基本流备选流3备选流4 场景八基本流备选流4 针对每一个场景设计测试用例一个场景是一条用例 如果有相似的场景记得去重 案例分析2 用户进入一个在线购物网站进行购物选购物品后进行在线购买这是需要使用账号登录登录成功后进行付钱交易交易成功后生成订购单完成整个购物过程。 根据上述需求结合场景法设计测试用例(购物功能) 1确定基本流和备选流 基本流进入购物网站—–选择物品——登录账号——付钱——生成订购单 备选流 备选流一账号不存在 备选流二账号密码错误 备选流三卡里余额不足 备选流四卡里没钱 2根据基本流和备选流生成场景 场景一(购物成功)基本流 场景二(账号不存在)基本流备选流1 场景三(账号密码错误)基本流备选流2 场景四(卡里余额不足)基本流备选流3 场景五(卡里没钱)基本流备选流4 3根据每一个场景设计测试用例 错误推测法
思想是一种【基于经验和直觉】的测试方法来推测程序中所有可能存在错误的地方从而更有针对性的设计测试用例列出程序中所有会存在或出现错误的特殊情况
例针对计算器的除法功能设计用例关注一下除数为0的情况验证
探索性测试 思想测试人员一边学习和了解软件系统的特性一边进行测试工作的开展学习和测试是同步进行从而了解软件更多的相关信息从而设计测试用例。
4、正交实验法 概述利用【正交表】对实验进行整体分析设计、综合比较实现通过【最少的实验次数找到较好的生产条件】以达到最优的效果。从大量的实验中选取具有代表性的实验点放入到正交表进行数据分析和实验的实施。 思想(设计测试用例分析) 在实验中把影响实验结果的量称为实验因素/因子简称“因素/因子” 解析在测试中把影响测试结果的量称为“因素”—–输入项/输入条件 在实验中每个因素所处的不同状态或状况被称为因素的水平简称“水平”—–因素的取值 解析在测试中水平相当于是每个输入项的取值 利用正交设计助手生成正交表 备注根据因素和水平的个数选择合适的正交表L4_2_3会创建一个3因素2水平的正交表生成4次实验L实验次数_水平个数 _因素个数如果没有合适的正交表就选择稍大一点的 正交表中生成的每一个实验就是一条测试用例 例做实验Word内容进行排版操作请根据正交实验法设计测试用例 第一步找出影响word内容排版的因素有哪些 字体大小 字体颜色 字体样式 第二步确定每个因素的取值(选取一下每个因素的不同状态) 字体大小水平12 18 36 字体颜色黑色 绿色 紫色 字体样式水平宋体 黑体 楷体 补充3因素3水平有3个因素点每个因素点是有3个取值 4因素5水平有4个因素点每个因素点是有5个取值 正交表特性 表中每个列的值出现的次数是一样的保证每个因素的水平值参与实验几率是一致的 表中任意两列横向组成的数据对出现的次数是一样的保证因素和水平的组合参与实验的概率也是一致的 典型的应用场景软件中【设置模块】的测试用例
练习利用正交实验助手完成下列需求的实验生成 5、测试大纲法和Monkey测试 测试大纲法 思想主要用于多个窗口以及每个窗口之间包含的多种操作这些窗口操作之间又存在一定的联系为了更清楚窗口与窗口之间的关系可以借助于测试大纲法。为了列清楚各种测试条件之间的关系把过程转化成大纲的形式来进行描述。弄清楚上一步操作和下一步之间的联系上一个窗口和下一个窗口之间的关系 应用场景测试安装、卸载的功能操作测试窗口之间的跳转关系它也是着眼于需求的一种测试方法梳理清楚需求之间的关系 Monkey测试它是一种没有书面测试用例的测试方法需要通过一系列的Monkey命令来完成测试整个测试过程充满随机性。它更偏向于测试程序的稳定性进行压力测试的一种手段。 缺点测试过程往往不真实会有较多的冗余重复的操作测试的覆盖率很难达标。
6、测试用例设计方法综合选择策略(重点掌握)
针对任何有输入项数据的选择操作必须等价类边界值法。如果程序的功能说明中含有输入条件的组合情况则一开始就要考虑因果图判定表法。对于业务流程清晰的系统软件可以利用场景法贯穿整个测试流程。对于参数配置类的软件功能可以利用正交实验法选择较少的参数组合达到最佳的测试效果。利用错误推测法再追加一些测试用例如果用例的设计没有达到测试需求的全面覆盖需要再补充足够多的测试用例 回顾 场景法基本流正确没有任何错误场景备选流各种错误的场景
正交实验法因素水平
错误推测法经验直觉
探索性测试学习和了解软件特性测试工作
测试大纲法安装卸载功能测试窗口与窗口之间跳转
Monkey测试自动化测试
重点测试用例设计方法综合选择策略
