用例测试规范及颗粒度说明

一、用例测试规范说明

1.用例设计准备

   1）全面了解功能需求、系统及功能逻辑等

   2）测试执行整体完成，测试结果汇总

2.测试报告的覆盖面

   规范性：使用公司规定的统一模板、文件格式。

   真实性：根据实际测试情况填写结果，不捏造数据，不随意填写测试结果。

   准确性：准确填写测试所用设备、测试数据、测试结果统计、测试执行情况、备注信息。

   合理性：测试结果（Block或N/A）、Bug等级标注合理。

3.用例设计编写规范及示例

●用例标题：描述清楚该用例所要达到的测试目的，不是单纯的描述所在模块

正确示例：

【未登录状态下发布动态能否成功】

【登录状态下只发布文字动态内容能否成功】

错误示例：

【推荐-重磅推存】

●前置条件：用例必须清晰地描述此用例所需的前提条件

正确示例：

【1、用户已登录APP；2、用户已进入动态页面】

错误示例：

【网络正常】

●用例步骤：测试用例编写要步骤明确，输入输出要素（输入数据值）清晰，并且无疑义

正确示例：

【1、点击动态下的（发动态）按钮；2、输入文字：我很享受音乐；3、点击（发送）按钮】

●输入数据值：当前用例输入值的具体范围及明确值

●预期结果：预期结果的可判定性，即测试步骤执行后，结果是可判定的，每一个测试用例步骤都应有相应的唯一的预期结果且预期结果可以验证

正确示例：

【发布动态成功，页面跳转至动态页面】

【发布动态失败，提示请输入内容】

错误示例：

【1.APP成功打开；2.显示我的页面；3.打开编辑页面；4.弹出性别选择窗口】

●测试用例集：一条用例内多个用例步骤对应多个预期结果时，禁止使用编号内附加子级编号形式编写测试用例，需要单独表述。

测试用例可以使用单条用例或测试用例集的方式编写，单条用例需要把同一情况下的测试用例整合在一条内编写，预期结果与操作步骤相互对应。测试用例集需要操作步骤与预期结果编号相对应，完整的表达操作与结果之间的关系。

●真实示例：下面是某软件的直播模块标准用例的书写规范

三、用例颗粒度说明

●验证一个功能点一条用例，没有重复、冗余的测试用例。

●测试用例需要从用户层面来设计用户使用场景和使用流程。

●冒烟测试：验证系统正向功能流程通畅及验证系统正向必填项（系统要求验证项）输入值、单选项、下拉框、按钮等符合系统要求；

●功能测试：用例中需要合理的使用测试用例编写方法设计反向用例、容错性用例、三方交互用例等场景，以确保覆盖业务操作的基本路径和异常路径，以及对其他模块/功能的影响对必填项（系统要求验证项），保证达到系统规定；

UI测试:对系统UI页面进行检查，确保UI布局合理、文字统一、易用性、友好型等达到系统要求（同一页面没有操作整体页面检查算一个功能点）；

转载于:https://www.cnblogs.com/lptlpt/p/11063184.html