代替软件测试用例的检查表
作者:网络转载 发布时间:[ 2014/7/29 11:08:30 ] 推荐标签:软件测试 测试用例
代替软件测试用例的检查表 软件测试
2004年底在大连出差的时候,帮一个项目做测试,顺便写下这个检查表,这个检查表对测试的初学者积累经验比较有用,实际对于有经验的测试人员尤其对于测试业务管理信息系统,基本上大量的测试不需要再编写测试用例,当然对业务流程、复杂逻辑还是要设计详细的测试用例的。如果你测试的系统是有大量人机交互的业务管理信息系统,而且你又比较懒惰,那可以使用这个检查表检查了。
因此我总结了这类系统中常用的测试的检查项,供当时项目组的测试人员使用,现在再次整理出来发于博客。
1 针对测试组长或测试经理
1.1 测试管理工作检查表:
1. 检查每轮测试开始时测试环境是否准备好(包括软件硬件、测试基本数据等);
2. 确保测试环境(数据和程序)与开发分离,除了测试组之外其他人不能更新测试环境的数据和程序;
3. 每轮测试根据上一轮的情况和总体测试计划做分工调整;
4. 检查case库的填报情况,抽查执行过的case;
5. 检查BUG提交情况,抽查提交的BUG是否规范;
6. 每天晚上统计BUG情况,填写每天的BUG报告;
7. 根据每天的测试情况,决定是否开发组要发布新的BUILD;
8. 每轮测试结束后填写测试总结。
2 下面是针对测试执行人员的:
2.1 输入、编辑功能的验证检查点:
1. 必输项是否有红星标记,如果不输入提示是否跟相应的Label对应,提示的顺序是否跟Form输入域的排列次序一致;
2. 输入的特殊字符是否能正确处理:`~!@#$%^&*()_+-={}[]|:;”’<>,./?;
3. Form下拉菜单的值是否正确,下拉菜单的值通过维护后是否正确显示并可用;下拉菜单比如是机构编码,要到机构编码的维护界面查询一下是否Form列出的与其一致;
4. 涉及到下拉菜单的编辑修改Form,要检查在编辑和修改From中,下拉菜单是否能正确显示当前值;
5. Form提交后,要逐项检查输入的内容跟通过查询的结果一致;
6. 有多层下拉菜单选择的情况要校验两层菜单的选择是否正确,比如:a) 部门 财务 软件开发部 人员 张三
7. 备注字段的超常检查;
8. 提交保存后能否转到合适的页面;
9. 编辑Form显示的数据是否跟该记录的实际数据一致;
10. 编辑权限的检查,比如:user1的数据user2不能编辑等;
11. 可编辑数据项的检查,比如:数据在正式提交之前所有的属性都可以编辑,在提交之后,编号、状态等不能编辑,要根据业务来检查是否符合需求;
12. 对于保存有事务Trasaction提交,比如一次提交对多表插入操作,要检查事务Trasaction的处理,保证数据的完整和一致;
13. 其他的合法性校验。
2.2 查询功能检查点:
1. 查询输入Form是否正常工作,不输入数据是否查询到全部记录;
2. 当查询的数据非常多的时候,性能有无问题;
3. 查询的下拉菜单列出的数据是否正确;
4. 查询结果是否正确;对于复杂的查询要通过SQL来检查结果;
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11