ARTICLE DETAIL

资讯详情

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

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

表单、列表、流程类测试用例总结 表单类什么是表单表单是“填信息、提交数据”的页面。它像一个“收集器”把你要输入的内容比如注册账号、填收货地址、写商品评价收集起来发给系统后台。表单和列表是测试人员经历的主要两大测试类型表单的测试关注点表单的特性页面包括输入框、下拉框、日期选择器、上传控件、富文本等、以及操作按钮如保存、取消按钮的页面就把他统一划分为表单类数据存在联动性如字段间存在显隐、取值、计算等依赖关系逻辑性强前端实时校验格式/必填 后端最终校验安全/业务结果校验将用户输入转化为结构化数据所以保存成功不等于数据正确还需要校验保存成功的数据后输入的数据是否一致第一个重点字段每个字段都需要测试测试方法如下等价类、边界值如用户名需要测试正向以及逆向使用等价类和边界值方法进行测试正向测试用例一般一个如登陆表单正向-登陆成功用户名密码正确逆向测试用例多个①逆向-登陆成功用户名正确密码错误②逆向-登陆失败用户名错误密码正确…不要一个字段一个测试用例这样的颗粒度太细第二重点数据数据的准确性与安全性提交后数据的去处涉及审核审核不通过的去处审核通过后的去处提交后需要核验各个字段数据的正确性**这样多个测试点是同一个页面的显示字段一个测试用例就行**数据安全如同时审核**A审核提交覆盖了B的且无任何提示**第三种重点操作后的结果变化如保存成功后保存的数据是否和提交的数据一致**这样多个测试点是同一个业务操作分为多个步骤如输入字段、点击保存统一可以将多个测试点用一个测试用例就行**涉及金额数据的提交后金额是否发生变化如账户余额减少消费金额增加等涉及统计数据的如列表数据增加减少等其他如页面导航、表单入口等列表类什么是列表列表是“看数据、查记录”的页面。它像一个“展示柜”把系统里已有的数据一条条整齐地摆出来比如订单记录、商品清单、用户列表方便你浏览、搜索和管理。列表都包括搜索部分列表数据部分帮助大家进行大数据筛选和操作列表的测试关注点数据一个测试点一条用例列表数据来源-增加app端新增数据、web端新增数据、其他操作后如审核不通过进入列表后数据列表数据来源-减少app端丢弃数据web端丢弃数据其他操作后审核通过后进入该列表的数据列表数据整体核验所有该显示的数据需要全部显示不能少不能漏不该显示的不能显示所以总体数据正确无误列表数据单挑核验筛选其中一条数据核验每个字段的显示如业务需要不同状态不同操作的数据需要每个操作一个测试用例列表数据的排序审核删除等操作是否影响数据排序搜索部分单搜索每个筛选条件都需要单独测试默认、输入条件、清空等情况其中的选项如下拉可挑重点测试-可单独放到一个用例组合搜索两个条件多个条件组合测试功能操作部分每个操作都需要单独测试如列表审核审核通过一条用例审核不通过一条用例操作后还需查看核验如删除删除后还需要核验数据是否删除怎么确认判断删除等勾选操作“翻页后记忆勾选”批量操作时翻页后之前勾选的数据是否保留全选当前页是否误操作了全量数据翻页部分流程类什么是流程类流程如工单流程、审批流程、订单流程等包括一系列的子操作组成了一个流程他们都是业务系统的灵魂所以我们需要单独列出进行业务测试。同时你也可以使用场景法、状态迁移图法根据你的需要选择合适的方法。下方是基础的购物流程包括5个子流程那么可以使用5个用例覆盖测试点流程类的测试关注点画出流程图找出流程图中的所有路径从开始到结束是一条路径一个路径就是一条测试用例测试用例的标题路径中的各个节点连接起来预期结果测试用例的步骤针对路径中的各个动作节点进行细化测试用例的预期结果针对路径中的各个判断节点的分支进行细化如支付成功流程中“驳回后重新提交数据状态是否重置”。数据是否重置或者回退这块需要重点关注测试用例总结好的测试用例评判标准覆盖测试点 —— 按照测试点或者需求说明、原型等逐条细化别人看得懂测试标题必须简单明了包括测试目的预期结果测试步骤尽可能详细写清楚操作的实际步骤1、2、3、4、5让别的测试人员能够根据步骤进行测试预期结果需要写清楚如何去观察对应的结果。例如在什么页面上能看到什么样的数据/提示比如表单提交成功怎么判定成功①页面提示表单提交成功②XX列表新增一条数据③数据和提交的表单一致如果是金额还能看到余额的增减变化等等
返回列表