用例设计小记

先写一个容易漏测的case：

  • 页面内嵌一个列表，支持新增多行数据，序号依次递增，序号越小，优先级越高，此时，新增三行数据，删除第二行数据，点击保存，结果原本优先级3的行数据理应自动变成优先级2，实际页面上，优先级3的序号确实展示的是优先级2，但是在保存接口，仍然传的是优先级=3

 

 

  • 测试用例设计注意

    • 明确的前提条件、明确的执行步骤、明确的预期结果

    • 数据库

      • 数据存储在哪个表

      • 数据字段的类型符不符合需求

      • 数据库字段长度设置是否合理

    • 测试用例要从点、线、面进行设计

    • 写测试用例时，要对每个字段名及字段值来源、展现形式都要分析到

 

  • case覆盖评审

    • 筛选栏

      • 关注是模糊查询 or 精确查询

      • 查询输入框支持输入的字符类型

      • 具体哪些字段是模糊查询，哪些字段需要精确查询

      • 查询框下拉选项较多的时候，支持手输定位

      • 关注用户交互

        • 进行条件查询后，条件是清空还是保留

        • 每次返回多少条数据

      • 框架

    • 排序、样式、文案、界面异常刷新、易用性

      • 排序根据什么字段排，正排 or 倒排

      • 不同场景下的文案应该怎么提示，图标使用哪个图标

      • 样式

        • 字体、颜色、线条、布局是否统一

        • 图片布局、大小是否合适

        • 输入框是否存在提示文字，文案提示是否友好

        • 导航栏是否清晰易懂

          • 页面导航易于导航且直观，若有导航帮助，导航帮助需准确直观

          • 当存在多级菜单时，菜单图标需做区分，便于用户导航

          • 用户当前操作页面的导航菜单需高亮显示提示用户

          • 当前操作页面的导航路径需要正确显示

      • 易用性

        • 是否设置了默认值

        • 刷新后默认值是否被选中

    • 文件上传、下载

      • 上传文件大小

      • 上传文件数量

      • 上传文件格式

      • 上传文件无效文件时，举例：大小为0kb的文件，不可成功上传；

      • 上传成功的文件名称显示正确无异常

      • 上传路径支持手动输入时，输入正确的文件路径可成功上传

      • 已被打开的文件上传，根据用户需求确定能否成功上传；

      • 上传文件的过程中，若文件上传未完成时，可取消上传操作

      • 上传文件允许多个时，再次上传文件，上传页面不可显示上次文件的名称，需刷新上传页面

      • 上传为空时，点击上传按钮，需弹出提示信息

      • 文件存储位置路径深度测试，当超出最大深度，需提示，上传文件不可成功

      • 文件目标服务器已满时，上传文件需提示，文件上传不成功

      • 已损坏文件上传时，需提示，不可成功上传

    • 参数名异常

      • 正向测试

        • 必填参数

          • 所有的必填参数都包含

        • 组合参数

          • 所有的必参数 + 任意一个或多个选填参数

        • 全部参数

          • 所有的必填参数 + 所有的选填参数

      • 异常测试

        • 多参

        • 少参

        • 无参

        • 错误的参数

    • 参数值异常

      • 空值、‌null、‌参数属性错误、‌异常业务参数等，‌以确保接口在异常情况下的逻辑处理正确性

      • 参数长度、边界值、特殊字符、组合参数校验、默认值、参数类型、接口幂等性

      • 必选参数校验

        • 在接口中有必填的参数，也有选填的参数。对于每一个必填参数，都要设计一条不传的用例来验证必填性。

      • 枚举值校验

        • 参数如果是枚举值，要覆盖所有枚举值

      • 排重

        • 如果有的字段要求不能重复，那么需要对它进行排重逻辑的覆盖，看看重复请求相同的参数，服务端的处理逻辑是不是正确

    • 数据库

      • 接口传入数据与插入DB的数据一致性

      • 前端某个操作涉及后台DB多张表时，每张表都要检验数据正确性

      • 同一个字段在上下游系统的处理是否一致，以及缓存和数据库（‌DB）‌中的数据是否一致。

    • 验证接口返回数据

      • 返回json数据的层次关系是否与文档一致

      • 数值类型数据: 特别是金额，负数、小数转为json输出是否正确

      • 接口返回数据与接口文档一致

      • 接口返回数据和数据库一致

      • 接口返回数据符合业务逻辑

      • 对于列表，应该根据请求参数，也应该验证列表的长度是否与期望值一致

    • 安全层面

      • 后端接口返回给前端的数据包含敏感信息（如：姓名、身份证号、卡号、手机号、加密后的密码等）时，不能明文传输，需要加密。

      • 后台打日志要求对于敏感信息不能打出，或者进行加星号脱敏后打出

        • 身份证号，用户密码（含加密后），用户手机号码，用户姓名，银行卡号

    • 性能层面

      • 接口响应时间

      • 接口数据包大小

        • 接口传递的数据包大小也需要关注，特别是返回给前端的接口，要把不同接口数据包大小需要做限制

      • 并发承载能力

posted @ 2025-03-05 14:54  樱桃小姐  阅读(27)  评论(0)    收藏  举报