1、 用例设计准备
- 全面了解功能需求、系统及功能逻辑等
- 测试执行整体完成，测试结果汇总
2、测试报告的覆盖面
- 规范性：使用公司规定的统一模板、文件格式。
- 真实性：根据实际测试情况填写结果，不捏造数据，不随意填写测试结果。
- 准确性：准确填写测试所用设备、测试数据、测试结果统计、测试执行情况、备注信息。
- 合理性：测试结果（Block或N/A）、Bug等级标注合理
3、用例设计编写规范及示例
a) 用例标题：描述清楚该用例所要达到的测试目的，不是单纯的描述所在模块
正确示例：
【未登录状态下发布动态能否成功】
【登录状态下只发布文字动态内容能否成功】
错误示例：
【推荐-重磅推存】
b) 前置条件：用例必须清晰地描述此用例所需的前提条件
正确示例：
【1、用户已登录APP；2、用户已进入动态页面】
错误示例：
【网络正常】
c) 用例步骤：测试用例编写要步骤明确，输入输出要素（输入数据值）清晰，并且无疑义
正确示例：
【1、打开客户端进入首页->点击我的->点击用户头像，进入个人资料页面；
2、个人资料页面->点击头像->拍照后点击保存头像；
3、从个人资料页面返回我的页面，查看头像是否更新】
d) 输入数据值：当前用例输入值的具体范围及明确值
e) 预期结果：预期结果的可判定性，即测试步骤执行后，结果是可判定的，每一个测试用例步骤都应有相应
的唯一的预期结果且预期结果可以验证
正确示例：
【发布动态成功，页面跳转至动态页面】 【发布动态失败，提示请输入内容】
错误示例：
【1.APP成功打开；2.显示我的页面；3.打开编辑页面；4.弹出性别选择窗口】
f) 测试用例集：一条用例内多个用例步骤对应多个预期结果时，禁止使用编号内附加子级编号形式编写测试
用例，需要单独表述。
测试用例可以使用单条用例或测试用例集的方式编写，单条用例需要把同一情况下的测试用例整合在一条
内编写，预期结果与操作步骤相互对应。测试用例集需要操作步骤与预期结果编号相对应，完整的表达操
作与结果之间的关系。
g) 真实示例：下面是某软件的直播模块标准用例的书写规范
4、用例颗粒度说明
- 验证一个功能点一条用例，没有重复、冗余的测试用例。
- 测试用例需要从用户层面来设计用户使用场景和使用流程。
- 冒烟测试：验证系统正向功能流程通畅及验证系统正向必填项（系统要求验证项）输入值、单选项、下拉框、按钮等符合系统要求；
- 功能测试：用例中需要合理的使用测试用例编写方法设计反向用例、容错性用例、三方交互用例等场景，以确保覆盖业务操作的基本路径和异常路径，以及对其他模块/功能的影响对必填项（系统要求验证项），保证达到系统规定；
- UI测试:对系统UI页面进行检查，确保UI布局合理、文字统一、易用性、友好型等达到系统要求（同一页面没有操作整体页面检查算一个功能点）；