测试人员必备基本功(3)

容易被忽视的bug

第三章 查询列表容易被忽视的bug


前言

一个WEB系统的所有功能模块,其实都是围绕“增、删、改、查”这4个接口的功能开展的。作为测试人员,我们的测试思路和用例设计的思路也离不开“增、删、改、查”这4个大的方向。


1.查询角色

输入:角色名称

输出:列表显示并且进行分页,默认每页显示10条记录可选择
列表字段:序号、角色名称、创建时间(格式YYYY-MM-DD HH:MM:SS)

2.接口设计

接口名及入参:

selectByRoleId()
queryRoleList()
resetQuery()
role_name	角色名称	 varchar(30)

角色信息表 表sys_role


三、测试设计

1.测试点

  1. 查询框及按钮的UI界面友好性检查
  2. 查询框未输入直接点击查询按钮
  3. 查询框未输入直接点击重置按钮
  4. 验证正确的名称查询正确
  5. 验证错误的名称查询不到
  6. 查询后点击重置按钮
  7. 未查询直接点击重置按钮
  8. 查询按钮连续点击测试
  9. 重置按钮连续点击测试
  10. 先查询,后翻页测试
  11. 先翻页,再查询测试
  12. 查询时,名称两端输入的空格是否会自动过滤

2.容易发现bug的测试点如下:

查询框未输入直接点击重置按钮
查询后点击重置按钮
查询按钮连续点击测试
重置按钮连续点击测试
先查询,后翻页测试
先翻页,再查询测试
查询时,名称两端输入的空格是否会自动过滤

总结

以上就是今天要讲的查询模块容易忽略的测试点查询功能在web系统在测试中应用的也特别广泛,我们在评审产品需求说明书、开发设计及设计用例的时候都要注意:点击重置按钮是只重置查询条件 还是列表内容要跟着一起重置,重置功能有时候会设计成只重置查询条件,希望大家在测试的过程继续举一反三。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

测试部的故事

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值