《测试用例设计方法相关培训》.ppt

测试用例设计方法培训 2014.02.14 目录 测试设计开展流程 如何多方面考虑测试一个系统 常用测试设计方法 1 2 3 4 5 测试用例更新及维护 漏测分析 5 测试设计开展流程： 需求文档学习 输出问题确认列表 需求文档评审 制定测试设计计划 思维导图评审，汇总意见 问题确认与汇总 《需求确认问题汇总》 开发讲解，测试提问 输出评审结论，归档 制定设计任务分配表 启动设计输出思维导图 输出修改后思维导图 《测试设计思维导图》 评审通过后启动设计 输出测试用例初稿 启动测试用例评审 汇总评审意见，启动更新 第一次更新完成，再评审 汇总形成测试用例 归档，设计完成 1 2 3 测试设计相关文档： 1、需求确认阶段： 2、需求评审阶段： 需求评审阶段的评审文档由项目管理部出具，组织评审，留存评审结论。 3、用例设计阶段： 如何多方面考虑测试一个系统： 【用例设计原则】： 1、按照测试类型分析法，按功能，压力，稳定性，性能，安全性，兼容性进行测试类型划分。 2、针对场景分析法，进行基于流程的功力遍历。 3、针对单个点，进行边界值，等价类相关的测试点的考虑。 4、考虑流程中的异常操作。 5、考虑环境中的可能出现的异常情况，如断开电源，断开网络，网络带宽被占用。 6、考虑其他设备对软件的影响。比如多USB设备。 7、考虑压力的积累，和功能使用的稳定性。 8、考虑性能诉求 9、考虑存储空间即将满，已经满的情况下的数据处理。 10、考虑安装、卸载、升级、重复安装等实际使用场景中遇到的情况。 如何多方面考虑测试一个系统： 【个页面的测试点的考虑】： 基于整个页面： 1、填写区域是否为空的检查： A、只填写一处 B、填写部分、空白部分 C、填写剩一处 D、填写所有。 2、针对单个填写框： A、考虑长度（最长、最短） B、考虑字符（数字、字母、特殊字符、组合） C、考虑全角半角 3、测试点1和测试2的组合。 4、存在关联的不同单元格之间的测试点的考虑： 如单张发票金额不能大于累计发票金额。设计用例时就要考虑验证这点。 5、考虑不同功能模块的入口，如正票开具，可以从菜单选择，也可以直接点击正票开具的按钮。不同入口出口的组合要遍历验证。 如何多方面考虑测试一个系统： 【存在关联业务的测试点的考虑】： 重点关注在当前业务走通的情况下，对其他相关联页面的影响。主要考虑如下几个方面： 1、当前业务正常走通，其他相关模块是否能正常显示对应数据。 2、当前业务执行过程中出现异常情况，对自身及子他模块数据的影响是否正常。 3、考虑积累作用：长时间，重复操作本模块，是否会对其他模块的数据处理造成影响，相关模块数据处理是否正常。 4、几个模块共同作用，都发生数据变更，查看彼此间的影响是否正常，数据处理是否正确。。 功能测试常规测试点： 性能测试压力测试稳定性测试： 思维导图设计格式的原则： 1、整体把握： 使用【测试类型分析法】建立第一级目录。 2、单类型测试点： A、首先以小的功能模块进行分级。 B、小的功能模块里面按照“***执行成功”，“***执行失败”，“***关联性测试”，“异常情况测试”等若干模块。 C、举例：“***执行成功”里面再分“一次执行成功”，“多次执行成功（考虑重复执行同一记录，不同记录）”。 3、最后一级描述规则： 【测试点】+【简洁扼要的测试步骤】+隔断符号+【预期结果】，如： “校验客户名称长度：点击进入客户信息新增界面，输入客户名称允许输入的最大长度，其他信息符合规则，点击保存。---对应客户信息能够正常保存，显示正常。” 4、严格控制思维导图横向层级： 为了思维导图转化用例时的方便，横向分级不宜过多。 5、最后一级测试描述颗粒度：一个用例永远只关注一个测试点。比如关注一个输入框的输入内容的时候，就不考虑长度，不考虑其他单元框对他的影响。 测试用例设计说明： 用例设计原则说明： 1、单个功能的用例设计条数需要考虑其重要程度、重要性为高的功能，用例设计就相对完善、相对丰富些，重要性比较低的功能，用例设计的力度就小一些。 2、Level1级别的用例多考虑正常流，少考虑异常流。 3、单条用例执行的步骤和预期结果的条数要控制，步骤太多的话，容易引起测试遗漏，一般不要超过3个步骤 4、一个用例只有一个测试点。 测试用例编号格