测试需求分析.ppt

分析思路（3）－－建立测试类型库 测试类型分析法是从不同的角度来分析和测试产品，不同类型的测试会发现不同类型的Bug，每类测试类型的测试方法也会不同； 通过测试类型的建立，我们可以对整个产品的测试有一个系统的思路，而不是仅仅关注功能测试； 测试组应该建立并不断完善自己的测试类型库。 多发现25%的 测试需求 业界公司 都建立了 完整的 测试类型库 拓展了测试思路 三、功能交互分析 产品功能不是独立的，功能之间存在交互 防止有交互作用的功能的遗漏，提高功能测试的完备性 是功能测试方面的分析，与测试类型分析形成互补 应用背景 产品其他相关功能 被测功能 功能交互 分析思路（1）－－交互关系 交互点原始需求与功能特性关系 影响与约束 时序关系影响（时间、时序） 功能之间存在顺序关系 功能之间存在交互关系 共享关系影响（数据和资源） 共享数据影响 共享资源影响 分析思路（2）－－基本过程 横轴是新增特性和继承特性，继承特性来自于继承性分析的结果 分析方法有两种形式：先标记后分析、直接分析 功能交互分析的结果可以作为测试类型分析的输入，但是操作复杂，不建议这样应用 四、关联图分析 从用户角度出发来关注每个用户 如何使用被测功能特性 如何影响被测功能特性 对测试类型分析、功能交互分析的结果进行补充 应用背景 分析思路 对象 用户2 用户1 用户3 用户1对对象的影响 对象对用户1的影响 用户4 用户3对对象的影响 对象对用户3的影响 用户4对对象的影响 对象对用户4的影响 用户2对对象的影响 对象对用户2的影响 确定用户：对象与外部实体/端点 确定相互联系的数据流、物流、行为 依据不同的用户类和响应的影响因素，输出测试规格 用户类可以是执行者，也可以是应用软件、系统硬件、目标实体、接口实体或者三维空间、时间等。 分析样例 特性 用户类 产品测试规格编号 产品测试规格定义 指定用户BAM打印 维护人员 RF-OPERATOR-001 设置不同的打印方式 RF-OPERATOR-002 设置不同的打印级别 RF-OPERATOR-003 各种界面操作 主机/PC RF-HOST-001 主机各种复位影响 RF-HOST-002 PC关机复位影响 用户跟踪 RF-TRACE-001 不影响用户跟踪 RF-TRACE-002 不影响BAM打印 局域网络 RF-LAN-001 局域网故障影响 业务实体 RF-SERVICE-001 各种典型流程的打印 五、测试特性建模 应用背景 测试特性和开发特性有区别吗？ 如何合理划分测试方案？ 全局因素：指对大部分特性都有影响的因素，这里指的因素是泛义的，可以是具体的硬件，也可以是软件实体，或者是逻辑实体，只要它们的变化对大部分特性有影响就可以确定是全局因素。 子系统：子系统是一些逻辑相关的模块集合，可以包括多个模块。平时常说的子系统，比如：话统子系统、话单子系统、维护子系统等等，就属于这个范畴。如何合理的划分子系统，需要参考系统架构设计。 基本概念（1） 测试特性划分：由于开发和测试之间的分解分配思路不一样，测试需要从提高测试设计与执行的质量和效率出发建立测试自己的模型，避免测试按照设计规格分解分配思路（模块）来分配测试方案，从功能和测试类型两个角度进行测试特性划分，划分过程中考虑以下几个方面的因素： 开发特性或者功能 Build划分 系统架构（模块） 全局因素或者技术风险分析 测试组人员技能 基本概念（2） SDV/SIT所有的测试用例分布在不同的测试特性中，随着每个Build构建完成，需要确定SDV/SIT测试策略； Build （SDV）测试执行策略需要考虑如何回归，并保证功能交互测试的完备性； 图例中，Build B首先需要对Build A进行回归，确保BuildA没有出现新问题，同时补充测试两者之间的功能交互的测试用例，然后再执行测试特性3和测试特性4的相关测试用例。 测试特性1 测试特性2 测试特性3 测试特性4 测试特性5 测试特性6 Build A Build B Build C TR4 测试策略 划分测试特性 SDV/SIT策略决定测试用例如何执行 基本概念（3） 基本过程（1） 测试特性 分解分配 测试规格 测试类型 全局因素 …… 测试方案设计 任务书 测试特性模型 测试特性建模的主要目的是划分测试特性，明确每个测试特性的内容和边界。原则上，一个测试方案对应一个测试特性。 子系统1 子系统2 子系统3 子系统4 子系统5 全局因素1 全局因素2 全局因素3 全局因素4 测试特性 功能1 T C C C C 功能测试特性1 功能2 C T C S 功能测试特性2 功能3 T C X C C 功能测试特性3 功能4 C C T S C 功能测试特性3 功能5 C T C T