|
|
1.必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；
2.输入的特殊字符是否能正确处理：`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?;
3. Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；
4.涉及到下拉菜单的编辑修改Form，要检查在编辑和修改From中，下拉菜单是否能正确显示当前值；
5.Form提交后，要逐项检查输入的内容跟通过查询的结果一致；
6.有多层下拉菜单选择的情况要校验两层菜单的选择是否正确；
7.备注字段的超长检查；
8.提交保存后能否转到合适的页面；
9.编辑Form显示的数据是否跟该记录的实际数据一致；
10.编辑权限的检查，比如：user1的数据user2不能编辑等；
11.可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；
12.对于保存有事务Transaction提交，比如一次提交对多表插入操作，要检查事务Transaction的处理，保证数据的完整和一致；
13.其他的合法性校验。
查询功能检查点：
1.查询输入Form是否正常工作，不输入数据是否查询到全部记录；
2.当查询的数据非常多的时候，性能有无问题；
3.查询的下拉菜单列出的数据是否正确；
4.查询结果是否正确；对于复杂的查询要通过SQL来检查结果；
5.如输入%*?等通配符是否会导致查询错误；
6.查询结果列表分页是否正确，在点击下一页上一页时，查询条件是否能带过去，不能点击翻页时又重新查询；
7.对于数据量比较大的表查询时，不容许无条件查询，避免性能问题的出现；
8.对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等；
9.分页的统计数字是否正确，共X页，第N页，共X条记录等；
10.对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确；
11.查询结果有超链接的情况要检查超链接是否正确；
12. 查询权限的检查，比如：user1不能查询到user2的数据等；
删除功能检查点：
1.必须有“确认删除”的提示；
2.根据需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；
3.是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；
4.是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；
5.如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；
6.检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；
7.跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；
上传附件检查点：
1.检查是否能正确上传附件文件；
2.检查上传的文件是否能正确下载并打开；
3.至少检查下列大小的文件能正确上传，0k,100k,1M,2M,4M,10M,20M等；
4.如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc,.xls,.txt,.ppt,.htm,.gif,.jpg,.bmp,.tif,.avi等；
5.如果有文件类型的限制还要检查能上传的文件的类型；
6.上传同名的文件，在打开的时候是否出错；
7.有中文文件名的文件能否正确上传；
影响操作性能的检查点：
（不能代替系统的性能测试和压力测试，主要看系统在正常操作情况下的响应和处理能力）
1.对数据记录条数比较多的表的查询操作，避免全表查询，比如对银行用户账号的查询就不能缺省全部查出，必须让用户输入查询条件；
2.菜单树，测试大量数据时菜单树的响应情况；
3.有日志的查询或者统计，要注意查询的效率；
4.大报表的处理或者批处理的操作，要关注效率，比如：银行对帐、财务年终结算、财务年报表、系统初始化等；
5.大报表的排序sort、组函数的使用等；
6.大数据量的处理，如导入、导出、系统备份、文件传输等；
文章出处：CNBLOG / 作者：卖烧烤的鱼 |
|
/1 
关于我们
发表于 2007-10-13 17:16:59
置顶服务
换色服务
谢谢