本文主要是介绍测试人员必备基本功(3),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
容易被忽视的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系统在测试中应用的也特别广泛,我们在评审产品需求说明书、开发设计及设计用例的时候都要注意:点击重置按钮是只重置查询条件 还是列表内容要跟着一起重置,重置功能有时候会设计成只重置查询条件,希望大家在测试的过程继续举一反三。
这篇关于测试人员必备基本功(3)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!