ARTICLE DETAIL

资讯详情

深耕网站建设与运营推广的一线实战洞察。

表单、列表、流程类测试用例总结

表单、列表、流程类测试用例总结

表单类

什么是表单

  1. 表单:是“填信息、提交数据”的页面。它像一个“收集器”,把你要输入的内容(比如注册账号、填收货地址、写商品评价)收集起来发给系统后台。
  2. 表单和列表是测试人员经历的主要两大测试类型;

表单的测试关注点

  1. 表单的特性:页面包括输入框、下拉框、日期选择器、上传控件、富文本等、以及操作按钮如保存、取消按钮的页面就把他统一划分为表单类;
    • 数据存在联动性:如字段间存在显隐、取值、计算等依赖关系;
    • 逻辑性强:前端实时校验(格式/必填)+ 后端最终校验(安全/业务);
    • 结果校验:将用户输入转化为结构化数据,所以保存成功不等于数据正确,还需要校验保存成功的数据后输入的数据是否一致;
  2. 第一个重点字段:每个字段都需要测试,测试方法如下:等价类、边界值
    • 如用户名,需要测试正向以及逆向,使用等价类和边界值方法进行测试;
    • 正向测试用例一般一个,如登陆表单,正向-登陆成功(用户名密码正确);
    • 逆向测试用例多个,①逆向-登陆成功(用户名正确,密码错误)②逆向-登陆失败(用户名错误,密码正确)…
    • 不要一个字段一个测试用例,这样的颗粒度太细;
  3. 第二重点数据:数据的准确性与安全性
    • 提交后数据的去处
    • 涉及审核,审核不通过的去处,审核通过后的去处
    • 提交后,需要核验各个字段数据的正确性**(这样多个测试点是同一个页面的显示字段,一个测试用例就行)**
    • 数据安全,如同时审核**(A审核提交覆盖了B的,且无任何提示)**
  4. 第三种重点操作后的结果变化:
    • 如保存成功后,保存的数据是否和提交的数据一致**(这样多个测试点是同一个业务操作,分为多个步骤如输入字段、点击保存,统一可以将多个测试点用一个测试用例就行)**;
    • 涉及金额数据的,提交后金额是否发生变化,如账户余额减少,消费金额增加等;
    • 涉及统计数据的,如列表数据增加减少等;
  5. 其他:如页面导航、表单入口等;

列表类

什么是列表

  1. 列表:是“看数据、查记录”的页面。它像一个“展示柜”,把系统里已有的数据一条条整齐地摆出来(比如订单记录、商品清单、用户列表),方便你浏览、搜索和管理。
  2. 列表都包括搜索部分+列表数据部分,帮助大家进行大数据筛选和操作;

列表的测试关注点

  1. 数据:一个测试点一条用例
    • 列表数据来源-增加:app端新增数据、web端新增数据、其他操作后(如审核不通过)进入列表后数据;
    • 列表数据来源-减少:app端丢弃数据,web端丢弃数据,其他操作后(审核通过后)进入该列表的数据;
    • 列表数据整体核验:所有该显示的数据需要全部显示不能少不能漏,不该显示的不能显示,所以总体数据正确无误;
    • 列表数据单挑核验:筛选其中一条数据,核验每个字段的显示,如业务需要不同状态不同操作的数据需要每个操作一个测试用例;
    • 列表数据的排序:审核删除等操作是否影响数据排序
  2. 搜索部分:
    • 单搜索:每个筛选条件都需要单独测试(默认、输入条件、清空等情况),其中的选项如下拉可挑重点测试-可单独放到一个用例;
    • 组合搜索:两个条件,多个条件组合测试;
  3. 功能操作部分
    • 每个操作都需要单独测试;
    • 如列表审核,审核通过一条用例,审核不通过一条用例,操作后还需查看核验;
    • 如删除,删除后还需要核验数据是否删除,怎么确认判断删除等;
    • 勾选操作:“翻页后记忆勾选”批量操作时,翻页后之前勾选的数据是否保留?全选当前页是否误操作了全量数据?
  4. 翻页部分

流程类

什么是流程类

  1. 流程如工单流程、审批流程、订单流程等,包括一系列的子操作组成了一个流程,他们都是业务系统的灵魂,所以我们需要单独列出进行业务测试。同时你也可以使用场景法、状态迁移图法,根据你的需要选择合适的方法。
  2. 下方是基础的购物流程,包括5个子流程,那么可以使用5个用例覆盖测试点;

流程类的测试关注点

  1. 画出流程图,找出流程图中的所有路径(从开始到结束是一条路径);
  2. 一个路径就是一条测试用例:
  • 测试用例的标题:路径中的各个节点连接起来+预期结果
  • 测试用例的步骤:针对路径中的各个动作节点进行细化;
  • 测试用例的预期结果:针对路径中的各个判断节点的分支进行细化,如支付成功
  1. 流程中“驳回后重新提交,数据状态是否重置”。数据是否重置或者回退这块需要重点关注

测试用例总结:

好的测试用例评判标准:

  1. 覆盖测试点 —— 按照测试点或者需求说明、原型等逐条细化;
  2. (别人)看得懂:测试标题必须简单明了,包括测试目的+预期结果;
  3. 测试步骤:尽可能详细,写清楚操作的实际步骤1、2、3、4、5,让别的测试人员能够根据步骤进行测试;
  4. 预期结果:需要写清楚如何去观察对应的结果。例如:在什么页面上能看到什么样的数据/提示,比如表单提交成功,怎么判定成功,①页面提示表单提交成功,②XX列表新增一条数据,③数据和提交的表单一致,如果是金额还能看到余额的增减变化等等
返回列表