软件测试基础学习_day02(附思维导图)--软件测试中的核心测试用例设计方法

今日学习总结思维导图知识点回顾常见的测试分类按阶段划分单元测试、集成测试、系统测试、验收测试按代码可见度划分黑盒测试、灰盒测试、白盒测试测试流程的6大步骤需求评审分析、测试计划、用例编写、用例执行、缺陷管理、测试报告学习目标能对穷举场景设计测试点能对限定边界规则设计测试点能对多条件依赖关系进行设计测试点能对于项目业务进行设计测试点一、解决穷举场景重点使用等价类划分法1.1等价类划分法说明在所有测试数据中具有某种共同特征的数据集合进行划分分类有效等价类满足需求的数据集合无效等价类不满足需求的数据集合步骤明确需求确定有效和无效等价类提取数据编写测试用例重点有效等价和单个无效等价各取1个即可。6、10、6~10各取一个即可1.2案例案例1-1需求验证QQ账号的合法性要求6~10位自然数自然数由0开始一个接一个组成一个无穷的集体。0、1、2、3、4、5……案例1-2验证某城市电话号码的正确性需求区号空或者是三位数字前缀码非“0”且非“1”开头的三位数字后缀码四位数字重点正向一条用例尽可能覆盖多条逆向每一条都是一个单独用例1.3等价类划分法适用场景针对需要有大量数据测试输入但是没法穷举测试的地方。输入框下拉列表复选单选框典型代表页面的输入框类测试提示完整的用例应该是等价类和边界值一块写二、解决边界限制问题说明使用边界值解决边界位数限制问题。2.1边界值分析方法2.1.1边界值说明边界范围节点选取正好等于、刚好大于、刚好小于边界的值作为测试数据.上点边界上的点正好等于离点距离上点最近的点刚好大于、刚好小于内点范围内的点区间范围内的数据例[-9999]上点-99、99离点-100、-98、98、100内点50提示有关范围限制最多7条用例暂时未优化边界值能解决位数限制问题但是不能解决类型问题要结合等价类2.1.2边界值法设计用例步骤1、明确需求2、确定有效和无效等价类3、确定边界范围值4、提取数据编写测试用例2.2案例案例2-1需求通过边界值法验证标题长度的合法性要求标题长度大于0小于等于30个字符案例2-2需求通过边界值法验证QQ号码的合法性要求6~10位自然数2.3案例优化结论7个优化为5个点上点必选不考虑区间开闭内点必选建议选择中间范围离点开内闭外考虑开闭区间开区间选择内部离点闭区间选择外部离点优化后最终选取上点-9999内点50离点-1001002.4使用场景强调单个输入框常用的方式边界等价面试题最常用的用例设计方法有哪些等价类边界值在等价类的基础上针对有边界范围的测试数据输入的地方重点关注边界常见词语描述大小、尺寸、重量、最大、最小、至多、至少等修饰词语典型代表有边界范围的输入框类测试三、解决多条件有依赖关系测试重点使用判定表3.1判定表法3.1.1判定表法的引用案例验证“若用户欠费或者关机则不允许主被叫”功能的测试说明等价类边界值分析法主要关注单个输入类条件的测试并未考虑输入条件之间的各种组合输入条件与输出结果之间有相互制约关系的测试。3.1.2判定表定义及组成部分定义是一种以表格形式表达多条件逻辑判断的工具组成条件桩列出问题中的所有条件列出条件的次序不关紧要。灰色动作桩列出问题中可能采取的操作操作的排列顺序没有约束。绿色条件项列出条件对应的取值所有可能情况下的真假值。黄色动作项列出条件项的各种取值情况下应该采取的动作结果。蓝色规则判定表中贯穿条件项和动作项的一列就是一条规则用例假设有n个条件每个条件的取值有两个01全组合有2的n次方种规则用例3.1.3判定表法设计用例步骤1、明确需求2、画出判定表列出条件桩和动作桩填写条件项对条件进行全组合根据条件项的组合确定动作项简化、合并相似规则有相同的动作3、根据规则编写测试用例3.2案例案例3-1订购单检查规则如果金额大于500元又未过期则发出批准单和提货单如果金额大于500元但过期了则不发批准单和提货单如果金额小于等于500元则不论过期与否都发出批准单和提货单在过期的情况下不论金额大小还需要发出通知单。案例3-2文件修改规则规则输入的第一列字符必须是A或B第二列字符必须是一个数字如果第一列字符不正确则给出信息L如果第二列字符不正确则给出信息M如果两列字符输入正确则修改文件成功3.3判定表方法使用场景有多个输入条件多个输出结果输入之间有组合关系输入条件和输出结果之间有依赖制约关系。判定表一般适用于条件组合数量较少的情况比如4个条件以下提示多条件之间有依赖关系使用判定表来进行测试覆盖。判定表一般适合4个以内条件依赖关系。如果条件超过4个就不适合覆盖所有条件应采用正交法来解决。四、业务测试覆盖重点覆盖业务测试需要使用流程图法先测试业务再测试单功能、单模块、单页面4.1流程图提示业务用例是根据流程图来梳理的需要先了解流程图使用标准图形和箭头来表达程序或业务的走向流程图对测试人员的作用能够看懂流程图设计业务用例当需求文档信息不全时能够根据需求梳理出流程梳理测试用例网页版工具https://processon.com/Windows工具Visio1、用户名未admin密码未123输出登录成功2、登录、搜索商品、添加购物车、去结算、支付如果支付成功给则提示下单成功给否则提示支付失败4.2场景法4.2.1介绍说明场景法也可以叫流程图法是用流程图描述用户的适用场景然后通过覆盖流程路径来设计测试用例。意义用户使用角度用户平时使用的不是单个功能而是多个功能组合起来进行使用测试人员角度平时测试的都是单个功能点进行测试容易忽略多个功能的组合测试4.2.2适用场景根据实际的应用场景来测试业务用例可以使用场景法。4.3案例流程图五、错误推测法应用场景当项目用例都执行完毕且BUG修复完成离上限还有一段时间在这段时间中可使用错误推测法复测主要业务或测试未覆盖的功能。5.1错误推测法5.1.1介绍定义通过经验推测系统可能出现的问题。思想根据经验列举出可能出现问题的清单根据清单分析问题可能原因推测发现缺陷。场景时间紧任务量大是根据之前项目类似经验找出易出错的模块重点测试时间宽裕通过该方法列出之前出现问题较多的模块再次测试。***时间紧任务量大不能加人的情况下怎么做能保证自己一人实施测试根据产品人员沟通确定哪些是重要的核心的业务再验证主功能的正向逆向然后根据时间覆盖主要模块在此过程中先把测试点写完后面再写用例。