《QC测试用例书写规范.docx》由会员分享，可在线阅读，更多相关《QC测试用例书写规范.docx（4页珍藏版）》请在三一办公上搜索。
1、QC测试用例书写规范测试用例书写规范 作者：山石 1. 功能测试用例 1.1 用例组织结构 测试用例分为“系统联调测试用例”和“验收测试用例”两部分。每部分用例按照功能模块基本分为4层，第一层为功能模块、第二层为要素级或业务级、第三层为子模块、第四层为用例，具体见图1.1。 图1.1 用例组织结构图 第一层：功能模块主要指系统的模块划分，如航空售票系统中“交易处理”、“账务处理”，图中“01功能模块A”所示。 第二层：基于要素级和业务级进行划分，如图“01要素级用例”所示。 第三层：第一层功能模块下的子模块，如电视支付系统中第一层“交易处理”下的“支付扣款”，如图“01子模块A”所示。 第四层
2、：具体的用例，如图“BH01-用例名称-正例”所示。 1.2 用例的命名及编号 最外层：项目名称+基线库用例 第一层：编号+模块名称，编号依照01、0210的格式，如：“01交易1 处理”、“10、用户管理”。 第二层：“01要素级用例”和“02业务级用例” 第三层：编号+子模块名称，编号依照01、0210的格式，如“01支付扣款”、“08充值”。 第四层：用例编号-用例名称-用例性质-是否为冒烟用例。编号为第一层模块名称的拼音简写+数字，数字依照01、0210的格式；用例名称主要是对所测功能点的概括；用例性质指正例反例；冒烟用例，标明“冒烟”如：“JYCL01-支付扣款-正例-冒烟”，非冒烟
3、用例，不用标记。 1.3 用例的说明及步骤设计 测试用例中需要在“详细信息”中说明业务意图、测试目的、预置条件。业务意图指要执行哪项业务；测试目的指覆盖的测试需求，语言描述应为“验证.是否.”；预置条件指执行用例需要的预置条件；适用版本指本条用例适用的软件版本，详见图1.2。 图1.2 详细信息 “设计步骤”中需要在“描述”中写清操作步骤，“预期结果”中写清对应此操作的预期结果，“步骤名称”统一为“步骤1”.“步骤n”，划分步骤的标准就是执行该步骤会有对应的预期结果予以验证。如果步骤执行没有预期结果，则可以予以合并，如图1.3设计步骤。 2 图1.3 设计步骤 2. 性能测试用例 2.1 用例
4、组织结构 性能测试主要分为：并发测试、破坏测试、容量测试、稳定测试、双机热备测试等。每个项目不一定包括所有测试类型，具体的测试类型根据项目的实际需求进行制定。性能测试用例的组织结构，划分为三层，功能模块-测试业务-测试用例，如图2.1。 图2.1性能测试用例组织结构 2.2 用例的命名及编号 组织结构，第一层编号+功能模块，编号依照01、0210的格式，如“03订购产品”；第二层编号+测试业务，编号依照01、0210的格式，如“01并发测试”；第三层用例编号-用例名称-测试类型，编号为第一层模块名称的拼音简写+数字，数字依照01、0210的格式，如：“DGCP01-订购产品-并发”。 3 2.
5、3 用例的说明及步骤设计 1、详细信息只写测试目的和场景设计， “测试目的”如果有性能指标，则此项为验证系统实现是否满足.的性能指标。若没有，则可能是为获得.方面的性能瓶颈。“场景设计”，详细描述设计的场景，包括集合点的设计也会在其中体现，如图2.1所示。 图2.1 性能测试详细信息 2、设计步骤名称统一为“步骤1”“步骤n”。用例执行过程中应用到的脚本，需要在步骤中准确描述使用方法，且名称应该和真实脚本名称一致，步骤的划分不要求每一步都要对应预期结果，以描述清晰，可执行度强，要求有简单工具使用基础的人都能够顺利执行用例，如图2.2所示。 图2.2 性能测试设计步骤 测试脚本命名，项目名称简写+编号。项目名称简写，如航空售票是HKSP，编号依照01、0210的格式。4 3. 说明 本规范中设计的样例保存位置：QC-航空售票项目-测试计划-用例编写规范，欢迎参考并提出建议。 5
