网站开发通过什么途径接活最好用的建站模板
容易被忽视的bug
第三章 查询列表容易被忽视的bug
文章目录
- 容易被忽视的bug
- 第三章 查询列表容易被忽视的bug
- 前言
- 1.查询角色
- 2.接口设计
- 三、测试设计
- 1.测试点
- 2.容易发现bug的测试点如下：
- 总结
前言
一个WEB系统的所有功能模块，其实都是围绕“增、删、改、查”这4个接口的功能开展的。作为测试人员，我们的测试思路和用例设计的思路也离不开“增、删、改、查”这4个大的方向。
1.查询角色
输入:角色名称
输出:列表显示并且进行分页，默认每页显示10条记录可选择
列表字段:序号、角色名称、创建时间(格式YYYY-MM-DD HH:MM:SS)
2.接口设计
接口名及入参：
selectByRoleId()
queryRoleList()
resetQuery()
role_name 角色名称 varchar(30)
角色信息表 表sys_role
三、测试设计
1.测试点
- 查询框及按钮的UI界面友好性检查
- 查询框未输入直接点击查询按钮
- 查询框未输入直接点击重置按钮
- 验证正确的名称查询正确
- 验证错误的名称查询不到
- 查询后点击重置按钮
- 未查询直接点击重置按钮
- 查询按钮连续点击测试
- 重置按钮连续点击测试
- 先查询，后翻页测试
- 先翻页，再查询测试
- 查询时，名称两端输入的空格是否会自动过滤
2.容易发现bug的测试点如下：
查询框未输入直接点击重置按钮
查询后点击重置按钮
查询按钮连续点击测试
重置按钮连续点击测试
先查询，后翻页测试
先翻页，再查询测试
查询时，名称两端输入的空格是否会自动过滤
总结
以上就是今天要讲的查询模块容易忽略的测试点查询功能在web系统在测试中应用的也特别广泛，我们在评审产品需求说明书、开发设计及设计用例的时候都要注意：点击重置按钮是只重置查询条件 还是列表内容要跟着一起重置，重置功能有时候会设计成只重置查询条件，希望大家在测试的过程继续举一反三。