用例设计指南.docVIP

用例设计指南 修订记录 版本号 发布日期 编制人 审核人/批准人 修改的章节号 1.0 2004-11-08 王春雨 初始版本 用例体系说明 类别 作用范围 主要工作产品 A类 功能、逻辑检查类 包含基本功能检查，功能约束检查、字段约束检查以及状态、权限检查 《A_**子系统_功能、逻辑检查类用例》 B类 数据检查类 对系统中具有复杂运算功能单独制作测试用例，用于进行数据正确性的验证，用例中需要对影响运算的字段、系统参数以及操作进行等价类划分。 《B_**子系统_数据检查类用例》 C类 流程检查类 以流程为基准的用例，模拟用户业务，从流程输入开始，到流程结束过程的操作/数据检查结果。包括子系统主业务流程、整个产品的主业务流程，用于指导系统、金盘阶段的测试 《C_**子系统_主业务流程检查用例》 《C_**产品_主业务流程检查用例》 D类 用户场景类 描述用户如何使用软件，用户操作场景以及遇到的问题，在后续的测试设计过程中需要逐步将其转化并补充到ABC三类用例中去 《D_**子系统_用户场景类用例》 E类 产品通用类 提取测试设计中共性部分，抽取有经验人员组成虚拟团队单独制作测试用例，加强评审力度，严格保证共用部分用例质量。 《E_**产品_界面检查类用例》 《E_**产品_加密测试用例》 《E_**产品_升级测试用例》 《E_**产品_环境测试用例》 《E_**产品_安装测试用例》 A类用例设计指南 明确粒度 用例中需要对某一功能的关键控制点以及具有逻辑约束内容进行抽象和说明，不需要将每个用例具体的前置条件、输入值与输出结果描述出来，以下是报表类别的一个样例仅供参考： 用例编号 级别 用例描述（关键的功能、逻辑约束控制点） 报表类型增加 　 　 1 1 正常增加一个保表类型，输入所有项，保存成功 2 2 增加报表类型，编码/名称/报表属性不能为空，描述可以为空 3 3 增加报表类型，新增编码不能重复 4 3 增加报表类型，新增名称不能重复 写作格式 格式上采用描述的方式，但写作时要注意必须保证每个用例都能够单独执行，以便于将来进行测试的执行与跟踪。 定义用例级别 编写用例时，需要依据等价类划分用例执行级次，目前定义为4级： 级别1：正常，一般用户最常见的操作，属于有效等价类中的一个常规操作； 级别2：通常，一般用户可能会进行的操作，此类用例全部属于有效等价类范畴； 级别3：共性，软件测试功能中比较共性的功能，属于已有人有过类似测试； 级别4：异常，比较少见的异常操作，属于无效等价类或输入边界； 执行时，优先保证正常、通常测试点上不会出现问题，然后再进行异常、边界的操作。在整个测试流程中，前期单元功能测试阶段需要执行到第4级，但在后期回归过程中可有选择性的执行测试用例。 B类用例设计指南 我们的目标 基础资料、单据录入占用了我们过去日常测试工作的大部分时间，今后我们应尽量杜绝测试过程中的重复劳动，通过有效分析建立我们经典的测试账套，通过数据灌入缩减基础资料、单据录入时间，预期的工作过程将是： 如何实现这一目标，以下给出用例设计中的一些建议，仅供参考。 确定范围优先级 分析被测系统，确定设计B类用例的功能点以及优先级，建议设计B类用例的功能点以及优先级如下： 序号 功能点 优先级 描述 样例 1 每个业务系统的核心算法功能 固定资产_折旧 高 2 含有取数的功能点 报表_取数公式 中 3 跨系统的数据传递功能 固定资产_生成凭证 中 4 含有复杂过滤条件的查询功能 总账_明细账查询 低 5 含有钩稽关系检查的功能 合并报表_报表检查 低 6 …… 　 　 以上列示仅供参考，每个子系统需要设计B类用例的功能点和优先级，需要结合自身的测试经验以及问题高发区进行定义。 功能描述 在进行用例设计之前，我们要充分了解被测功能点，对其进行详细描述，以便指导后续的测试分析工作，我们可以从以下几个方面进行描述。 业务约定公式 如果该功能点是业务系统的核心算法，我们应了解相关专业制度、法规所约定的算法，例如，固定资产_折旧，我们应收集财务上约定的几种折旧计算方法，并将运算公式列示出来。 注：公式要保证及时更新，适应最新业务约定。 系统算法 建议多与开发人员进行交流，了解该功能点系统内部运算方法，输入、输出约束，以及数据存取方式，这将对测试用例的设计有很好的启发作用。 业务对象及关系 如果涉及到业务对象之间的数据传递关系，建议用VISIO图划出相关的的业务对象，并用在图中说明业务对象之间数据传递的关系。 以下是合并报表中自动生成往来抵消分录的一个业务对象关系图，仅供参考： 错误分析 对该功能点上历次版本发布后，用户反馈问题进行分析，了解用户原始意图，列出该功能点上经常出错的情况，将其逐步转化到用例的设计中。 测试分析 在充分了解被测功能后，进入测试