测试案例编写规范总结

【适用对象】

所有业务线测试人员，各产品/系统测试负责人。

【标准说明】

1.每条测试案例必须只包含一个验证点，不可以一个案例包含多个验证点；

2.每个用户故事（包括业务需求，内部优化需求，紧急变更需求）必须编写对应的测试用例；

3.用例需要达到需求的逻辑点覆盖、条件覆盖、语句覆盖、异常场景覆盖、边界值覆盖以及安全性测试覆盖；

4.测试用例需标注优先级（L1/L2/L3/L4）筛选出L1级别的用力给开发冒烟测试，L1,L2作为后续版本回归必须执行的案例。

用例要包含：测试案例路径、测试案例名称、测试案例描述、步骤描述、预期结果、优先级、所属产品模块、状态、测试用例类型、执行方式。

测试案例名称：尽量用简洁易懂概括这条测试用例的作用和目的；

步骤描述：要详细的描述整个用例的操作过程，包括一些输入，输出的数据项，鼠标点击动作等；

预期结果：要准确填写运行步骤会产生的一个什么样的结果，什么样的预期才是正确符合需求的。

【测试用例设计】

1、参数覆盖：对参数边界值、等价类等方法，编写SIT测试用例，例如string：空，非空，长度，数据 日期：空/非空/不同格式日期 数值：取值范围的边界值，极大，极小

2、蓝绿兼容覆盖：针对蓝绿checklist各种场景，便携SIT蓝绿兼容测试用例

3、开关覆盖：针对开关各种值，编写SIT和回归用例

4、异常场景覆盖：针对各种异常处理场景，边写包含正向、反向的用例

5、配置覆盖：针对新增配置的功能实现编写用例覆盖

6、产品流程覆盖：评估改动点涉及的产品流程范围，编写用了覆盖，例如：贷款分为有抵押，无抵押，薪金贷，保单贷，存量，新客。

7、客户类型覆盖：评估改动点是否涉及客户类型差异，如果有需要编写用例覆盖，前端需要评估是否涉及新老客户。

8、防重复场景覆盖：针对当前需求改动点，核查如接口、MQ等是否需要做防重处理，如有则编写用了覆盖。

9、冥等场景覆盖：针对当前需求改动点，核查如接口、MQ等是否需要做冥等处理，如有则编写用了覆盖。

10、灰度发布兼容覆盖：针对灰度发布场景，编写SIT灰度发布兼容测试用例。

11、在途数据兼容覆盖：针对当前需求修改点，编写在途数据兼容用例。

12、关联系统联调覆盖：针对涉及关联系统交互的改动，编写关联场景用例。

13、历史存量数据覆盖：针对当前需求改动点，编写历史存量数据兼容用例。例如：用存量数据走续贷，还需要考虑存量数据的产品编码，增信方式等因素。

14、历史字段取值准确新核查：对已有的字段新增select和update逻辑，喝茶是否存在不同业务线相同含义的字段，确认取值正确。

15、是否涉及敏感字段脱敏场景，涉及相关验证案例。

16、需求是否涉及渠道差异：如有，案例评估需覆盖全渠道。

17、DB修改点验证覆盖：严重DB改动点（配置、数修）的功能实现。此外重点检视场景：

• 测试环境中如存在多次修改，生产部署最新一次的DB与测试环境是否有差异。
• 测试环境的DB改动，是否都有通过流水线部署生效。

18、短信/站内信/消息推送/公告弹窗等客户触点覆盖。包含如下方面：

• 触发点明确：对触点条件、方式以及处理逻辑进行验证；涉及批量发送，重点验证批量触发条件。要求场景验证全面，避免出现场景未验证。
• 触发频次控制：是否有失败重试机制（正确不允许）、关注时间段内多次触发逻辑（通过提示、图片验证、接口频次记录、黑名单等行为控制，频次控制的逻辑需全面验证）。
• 触发范围：正常场景都是需要传一个手机号，确认不允许批量发送，可检查接口字段并查日志。
• 触发方式：单个客户推送，需对测试场景覆盖；对批量定时任务，重点验证数据来源，定时任务处理逻辑、处理后需对落地数据进行验证，模拟生产场景验证。
• 后续处理验证：对触发推送后的处理逻辑验证，批量任务针对单笔数据的多有操作必须保证原子性。例如：批量任务中单笔数据的消息发送和状态更新必须在一起执行，不可拆分。
• 内容验证覆盖：对消息文案验证；对客户信息正确性验证；对敏感信息脱敏验证。
• 验证手段：接口及字段、日志检查、落表检查（不能只查自己的手机号、可按照时间段查询），短信平台检查。

19、单证改动点覆盖（主要涉及前端、APS\SSP，检视单证改动点场景、涉及案例覆盖。

20、多笔数据并存场景覆盖（比如：无抵押贷后+在途结合场景、多半贷后数据场景）