测试场景设计指南汇编.doc

测试场景设计指南 文档记录 修订记录 本次修订日期：2012-10-12 下次修订日期： 版本号 修订日期 变更概述 修订显示 0.1 -10-12 初始版本 否 批准者 此文档需要以下人员批准 姓名 职务 分发 此文档分发给以下部门或单位相关人员： 姓名 职务 目 录 1. 文档说明 4 1.1 文档目的 4 1.2 参考文档 4 2. 场景设计操作指南 5 2.1 梳理流程 5 2.2 梳理数据 6 2.3 将流程和数据组合为场景 6 3. 场景设计示例 7 文档说明 文档目的 本文档主要是针对于SIT/UAT测试中场景设计的参考指南。 本指南定义了场景设计的具体步骤和使用该步骤设计场景的示例，供测试部门的测试设计师参考使用。 参考文档 场景设计操作指南 基于场景的测试一般是在SIT/UAT阶段，在功能测试之后进行。测试场景是基于用户需求分析设计得出的，站在用户的视角描述用户与系统的各种交互；所以功能测试关注的重点是系统功能特征（各种正常和异常分支），场景测试关注的是业务流程、业务场景或事务，关注的重点不同，分析设计的方法也有差异。 测试场景设计的输入是系统需求规格说明书和系统流程图，设计的步骤主要分为四步： 根据需求文档分解出所有流程和数据项； 梳理流程； 梳理数据； 将流程和数据组合为场景 梳理流程 将流程按照不同维度，分解成多个组，对每个流程进行分析； 先将所有主流程绘制出来，主流程可能会有多个分支； 根据需求文档识别出每个主流程中的可选流程分支（流程维度），这些可选流程分支可以在主流程中的不同阶段插入； 将可选流程分支在多个可插入的阶段进行插入，在流程图中插入后进行排列组合（手工排列或使用工具），最终组合出若干个流程（最多的流程数是通过全排列组合，一般建议将条件进行两两组合即可，根据IBM最佳实践，排列组合中两两组合的发现全部缺陷的可能性能达到93.7%，所以两两组合的投入/产出比是最高的，推荐使用）； 使用工具或手工对排列组合的结果进行优化，如，组合出的长流程可完全覆盖其他短流程，长异常场景中流程可以覆盖短的正常场景流程，以及从业务分析出发会有部分组合出的流程不可能发生，通过一系列分析可以将流程数减少，最终确定的流程数应该是在覆盖所有可能的两两排列条件下最优化的选择； 按正常场景和异常场景将优化后的流程分别组织出来 梳理数据 首先是数据建模，建模的第一步是将整个流程可能使用到的数据项提取出来，并分析每个数据项可能产生的值，使用工具录入或在Excel表中录入； 根据录入的数据项和每个数据项的值排除不可能出现的数据组合，最后将这些相互没有关联的数据组合忽略掉； 参考流程梳理的步骤，同样采用两两排列组合的方法，通过优化最后得到所有的数据组合，这些数据组合是在可以覆盖所有可能组合的前提下的最优选择。 使用工具或在Excel表中将数据组合录入进去 将流程和数据组合为场景 通过上述的流程和数据的梳理，已分别得到优化的流程组合和数据组合，最后需要通过为每个流程配备数据来达到将流程和数据合为场景的目的。 该过程需要资深业务人员的业务知识作为支撑，但为了减少最终组合出的场景数量，有以下建议方法可以参考： 将流程进行分组，相似的流程可合为一组； 首先从一组长流程开始为每个流程中挑选数据组合； 依次为每个分组的同一组中相似的流程配备不同的数据，以有效减少最终场景的数量； 将每组流程按照上述方法配备数据，最终得到的若干个场景是全面覆盖需求流程的优化方案之一 场景设计示例 下面的示例以中台库存中心的集成测试场景设计为例进行说明 第一步：分析库存中心需求，得到多个流程，后面的步骤以正常销售流程来分析： 第二步：以“销售”流程为例，根据主要的条件不同，流程可以产生不同的排列，这些排列可以产生一系列有不同意义的业务流。以下是一个流程排列的示例，主流程有两个分支，另外有四个分支流程可以任意插入到主流程的不同阶段。这样的排列最多可能有86种： 第三步：实际所需要的流程数往往更少。如果只考虑两两之间的组合关系，通过优化（这里使用了IBM CTD理论和工具进行自动优化）可以减少至15种（如下）。在15种当中，对于低风险的流程又可以因为相互覆盖的原因减少，最终确定8个流程。在这个示例中，这8个流程应该是在覆盖所有可能的两两排列条件下最优化的选择： 第四步：流程梳理完毕之后（也可以与流程梳理同时进行），继续梳理数据组合。首先是数据建模。建模的方法是，将整个流程可能使用到的数据提取出来，并分析可能产生的值。然后对不可能出现的组合进行排除，最后将相互没有关联的数据组合忽略掉，最终得到111800种可能的数据