(功能测试分析设计基本要求.docVIP

功能测试分析设计基本要求 --功能测试用例分析设计部分探讨 概述 按照功能操作的一些特点分成条件组合、状态转换、业务流程、录入检查、增删改读、业务操作等类型，但总体归纳来说，功能测试应熟悉被测对象，并分别从不同的质量特性来思考如何覆盖，有效设计测试用例。 而功能测试容易出现问题： 完全按照需求文档去测试，一般的文档都是不全的； 不愿意在测试前从不同角度（例如质量特性、子特性）进行一个基本的测试设计，对某些重要方面有遗漏，常见的如某些特定场景、一些少见情况、应用安全等； 对潜在的范围、状态、边界等提取和分析，例如初始数据、初始状态、初始运行环境等不考虑；在设计不到位情况下，测试也相应对一些内部的等价类分析不到位，在没有显式提到的情况下出现遗漏； 关注点放在界面有效性检查上，而对实际功能实现是否完整、可靠等投入关注度很低，没有真正将好钢用在刀刃上。 条件组合类 测试分析 功能：使用不同条件进行查询、过滤等。 对象：通常为系统应用类软件。 难点：多个条件项情况下，如何合理选择、组合，保存测试覆盖充分。 测试点： 1）条件内容的一致性和完整性： 处理条件是否包括需求要求的所有条件项（通过设计审查、界面测试可以验证） 通过下拉项输入处理条件，对应列项和实际数据列项的一致性（通过设计审查、界面测试可以验证） 2）处理正确性： （TJZH-GNCL）单个/组合处理条件编码和处理正确性 （TJZH-TJGX）组合条件对And/or等关系的处理正确与否 （TJZH-LJGX）处理条件相互之间存在先后、范围、大小等逻辑关系情况下，逻辑关系的处理情况（例如，起始时间、结束时间） 3）处理情况的边界 （TJZH-SRBJ）输入处理条件在边界情况下的处理（处理条件全部不存在、部分不存在、全部存在） （TJZH-SCBJ）输出结果边界情况（查询输出结果为空或全部） 4）附加：（TJZH-SJAQ）扩展情况下，应对SQL注入等情况进行测试。（通过应用安全测试或设计特殊输入数据验证） 测试设计 表 1 条件组合类测试设计 编号 输入输出数据 覆盖范围 备注 1.1 单个条件的处理 1.1.1 单个条件普通值（典型值） TJZH-GNCL 1.2 单个条件边界值 TJZH-GNCL、TJZH-SRBJ、TJZH-SCBJ 1.1.3 单个条件非法值 TJZH-GNCL 、TJZH-SJAQ 1.1.4 单个条件无效值 TJZH-SJAQ 1.2 组合条件的处理 1.2.1 组合条件普通值（典型值） TJZH-GNCL、TJZH-TJGX 1.2.2 组合条件边界值 TJZH-SRBJ、TJZH-SCBJ 1.2.3 条件间逻辑关系 TJZH-LJGX 1.3 应用安全 1.3.1 应用安全测试 TJZH-SJAQ 设计说明（实施要求）： 通常测试条件以SQL语句组合运行，因此如果具备条件，最佳方法为检查代码。 通常可以通过执行编号1.2下面的所有测试设计来完成对编号1.1下要求的覆盖。条件1.2.2应优先于条件1.2.1。 编号1.3.1一般通过渗透测试工具测试应用，特殊情况下通过人工输入进行简单检查，人工输入一般应注意输入对应关键字等特殊字和字符，例如SQL语句中的单引号，VBA中的单引号，脚本语言中的井号等。 状态转换类 测试分析 功能：业务处理按照不同情况在设计的状态之间转换。 对象：通常为控制类软件。 难点：转换路径难以完整覆盖，特殊情况下状态分析和覆盖不到。 测试点： （ZTZH-GNCL）状态的转换方式和设计是否一致 （ZTZH-ZTBJ）状态转换条件边界分析 （ZTZH-YCQK）异常情况下状态维持和状态转换是否稳定 测试设计 表 2 状态转换类测试设计 编号 输入/输出数据 覆盖范围 备注 2.1 状态转换条件（包括组合） ZTZH-GNCL 2.2 状态转换条件边界值 ZTZH-ZTBJ 2.3 异常情况下状态维持和状态转换 ZTZH-YCQK 设计说明（实施要求）： 通常关注点集中在显式标识出来的条件中，往往忽略了电源故障、网络中断、CPU被占用、长时间无响应、接收次序错乱等环境条件、运行依赖资源等对状态变换的影响，不过，这类问题通常是与设计问题半生的。 除各类显式地采用状态机设计软件，在各类业务处理测试中应关注动态的状态变化，例如网络信息交互的初始化、空闲、接收等待、上传、在线等都可以按照状态转换的思维来考虑。 业务流程类 测试分析 功能：通过不同部分流程交互的方式完成一个功能。 对象：系统软件。 难点：环境搭建和流程模拟。 测试点： （YWLC-LCFG）业务流程分支覆盖（包括所有成功、失败流程） 测试设计 表 3 业务流程类测试设计 编号 输入输出数据 覆盖范围 备