用例测试标准规范及示例展示


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布局合理、文字统一、易用性、友好型等达到系统要求(同一页面没有操作整体页面检查算一个功能点);