面向功能的测试需求分析和测试用例设计.ppt

测试需求分析和测试用例设计,上海鸿冠信息科技有限公司2023年8月8日,2 of X,目录,测试用例设计,测试需求分析,Q&A,想想以下几个问题,什么是测试需求？为什么要识别测试需求？测试需求从哪里来？业务需求与测试需求是怎样的关系？如何分析测试需求？,3 of X,什么是测试需求,测试需求是用来识别什么内容是需要进行测试的测试需求通常需要覆盖一些业务规则，功能以及非功能的内容，不需要有实际的测试数据出现。,4 of X,为什么要识别测试需求,确定测试完整性的一个基础确定测试的范围识别可做自动化测试的策略测试的方向标,5 of X,测试需求从哪里来,业务需求功能内部逻辑MRD技术设计方案UC等,6 of X,业务需求与测试需求的关系,业务需求通常是指系统需要做什么测试需求除了需要覆盖系统应该做什么外，还要覆盖系统不应该做什么。测试需求是用来发现需求中存在的问题,7 of X,如何分析测试需求,8 of X,实例分析,1.验证出租车任务成功1.1 检查客户投保情况1.2 查询车是否可取1.3 查询车辆费用1.4 开出租票1.4.1 验证顾客记录能输入1.4.2 验证信用卡信息查询结果有效1.4.2.1 验证在有效日期范围内1.4.2.2 验证字段的有效位数1.4.2.3 验证信用卡余额足够1.4.3 验证车的状态从“等待”变为“已出租”2.账务结算功能3.出租车预定功能,9 of X,10 of X,目录,测试用例设计,测试需求分析,Q&A,想想以下几个问题,什么是测试用例？设计测试用例应该遵循什么原则？有哪几种常见的测试用例编写格式？有哪几种常见的测试用例设计方法？如何编写有效测试用例？,11 of X,什么是测试用例,测试用例是一个包含输入和预期输出的与程序行为有关的标识测试用例是由测试中经过的一系列状态和在每个状态中必须依靠输入/输出数据满足的一对条件组成的,12 of X,测试用例的作用,执行测试，发现缺陷重复执行测试，重现缺陷管理测试过程回归测试，验证缺陷是否修复,13 of X,测试用例设计原则,准确性 简洁性 可重用性 适用性 可跟踪性 纯净性,14 of X,测试用例编写格式,测试用例的编写有三种主要格式：Step-by-StepMatrixAutomated Script,15 of X,测试用例编写格式,Step-by-Step（按步骤）,16 of X,测试用例编写格式,Matrix（矩阵表）,17 of X,测试用例编写格式,Automated Script脚本，如VB scriptTCL开源测试框架，如XUnit根据开发语言自主开发,18 of X,测试用例设计方法,功能分解等价类划分边界值分析因果图法业务流方法,19 of X,测试用例设计方法-功能分解,功能分解是把待实现的系统分解成一系列逐步细化的概念化的过程。这种概念化可以表示为结构图（Structure Chart）来进行交流。该图用方框表示创建的过程，用箭头指向子过程。,20 of X,测试用例设计方法-等价类划分,等价列划分设计方法是把所有可能的输入数据，即程序的输入域划分成若干部分（子集），然后从每一个子集中选取少量具有代表性的数据作为测试用例。有效等价类和无效等价类确定等价类的六个基本原则等价类方法设计测试用例的三大原则范例：三角形问题,21 of X,测试用例设计方法-边界值分析,边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。选择边界值方法设计测试用例的原则,22 of X,测试用例设计方法-因果图法,是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。,23 of X,测试用例设计方法-因果图法（续1）,四种因果关系,24 of X,测试用例设计方法-因果图法（续2）,五种约束关系,25 of X,测试用例设计方法-业务流方法,起源于系统级别的测试，把多个功能通过流程方式串接起来运转的测试方式设计步骤与功能测试用例不同在于：是多个功能用例的组合，会包含单一功能模块、接口交互等内容关注流程走向，不关注具体功能（表现为流程图的路线覆盖，覆盖路线必定覆盖节点）,26 of X,如何设计有效的测试用例,测试用例易测性使用合理的语言控制测试用例的长度使用模板使用克隆使用测试管理软件注意测试用例依赖关系的利弊,27 of X,28 of X,目录,测试用例设计,测试需求分析,Q&A,29 of X,Q&A,30 of X,谢 谢！,