本文主要是介绍web测试用例检查点总结,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
转自:http://www.51testing.com/html/34/369434-247483.html
按照自己的想法,持续总结中~
易用性
3、显示与 当前操作相关的信息,给出操作提示。
4、界面要支持键盘自动浏览按钮功能,即按Tab键、回车键的自动切换功能
5、对于常用的功能,用户不需要阅 读用户手册就能使用
一致性
1、是否符合广大用户使用同类软件的习惯
2、表现形式的一致性,字体、按钮、控件风格、颜色、术语、提示信息等。(需要有一个全局的概念,不要每个模块都按照他们自己的风格做,结果每个模块效果做出来都不一致,这也是至关重要的所有要 测试 人员认真检查)
3、交互习惯的一致性,查询、新增、编辑、删除等操作,并保证同一操作类型按钮名称一致。(顺序一致,页面位置也要尽量相同。)
4、当输入框为不可输入或控件为不可使用状态时,统一为灰色不可输入状态;
有序性
1、界面文字、表单、图标等元素根据业务规则、使用频率排列
2、Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式
3、必填项提示信息按照从上到下,从左到右的提示方式依次提示
安全性
1、ID/密码验证方式中能否使用简单密码。如密码标准为6位以上,字母和数字混合,不能包含ID,连续的字母或数字不能超过n位
2、ID/密码验证方式中,连续数次输入错误密码后该账户是否被锁定
3、不登录系统,直接输入登录后的页面的url是否可以访问,(添加拦截器)
4、退出登录后按后退按钮能否访问之前的页面(确认在退出后他的session的信息被注销)
5、当用户无意录入无效和不符合相关规范的数据(如电子邮箱就需要验证他的邮箱格式是否正确)时,并且给予提示信息
6、在用户作出危险的选择时有信息进行提示,比如要删除系统的重要数据,或者这种操作可能对系统造成 其他 的影响。
7、对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽
8、给用户提供UNDO功能用以撤销不期望的操作
9、输入的特殊字符是否能正确处理:`~!@#$%^&*()_+-={}[]|\:;”’ <>,./?
灵活性
1、用户能自由的作出选择,且选择都是可逆的
2、用户方便的使用即互动多重性,不局限于单一的工具(包括鼠标、键盘或软键盘)
3、当页面数据暴涨,出现较长列表时,是否有滚动条保证页面显示完整的信息。
人性化
1、用户可依据自己的习惯定制界面,并能保存设置
2、提供常用的快捷方式
3、尽量减少用户输入动作的数量,加快输入的速度:例如,日期等可以提供默认显示当天日期并且可以进行清除和选择日期,下拉默认选中“请选择”,单选框默认选取使用频率最高的选项等
4、是否用合理的最少步骤实现常用的操作,获得高效率
5、是否提供进度条、动画等反映正在进行的比较耗时间的过程,(特别有的操作可能造成长时间等待,没有直观的呈现出现在的操作状态或相关的提示信息,容易让不熟悉系统的人误会系统出现了问题)
6、是否为重要的操作返回必要的结果信息如:成功,失败(失败的原因),正在执行
7、重要的对象是否用醒目的色彩表示,
8、色彩使用是否符合行业的习惯,界面的色调是否让人感到和谐、满意
页面检查
1、界面布局有序,简洁,符合用户使用习惯
2、界面元素是否在水平或者垂直方向对齐
3、界面元素的尺寸是否合理
4、行列间距是否保持一致
5、是否恰当地利用窗体和控件的空白,以及分割线条
6、窗口切换、移动、改变大小时,界面显示是否正常
7、刷新后界面是否正常显示合理布局
8、不同分辨率页面布局显示是否合理,整齐,分辨率一般为1024*768 > 1280*1024 >800*600
9、不同的浏览器下渲染出来的页面是否存在变形的情况。
弹出窗口
1、弹出的窗口应垂直居中对齐
2、对于弹出窗口界面内容较多,须提供自动全屏功能
3、弹出窗口时应禁用主界面,保证用户使用的焦点
4、活动窗体是否能够被反显加亮
页面正确性
1、界面元素是否有错别字,或者措词含糊、逻辑混乱
2、当用户选中了页面中的一个复选框,之后回退一个页面,再前进一个页面,复选框是否还处于选中状态
3、导航显示正确
4、title显示正确
5、页面显示无乱码
6、需要必填的控件,有必填提醒,如 *
7、适时禁用功能按钮(如权限控制时无权限操作时按钮灰掉或不显示;无法输入的输入框disable掉)
8、页面无js错
9、鼠标无规则点击时是否会产生无法预料的结果
10、鼠标有多个形状时是否能够被窗体识别(如漏斗状时窗体不接受输入)
控件检查
1、查询时默认显示全部
2、选择时默认显示请选择
3、禁用时样式置灰
复选框
1、多个复选框可以被同时选中
2、多个复选框可以被部分选中
3、多个复选框可以都不被选中
4、逐一执行每个复选框的功能
5、当复选框太多时,提供全选和全不选的功能
单选框
1、一组单选按钮不能同时选中,只能选中一个
2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中,不能同时为空
下拉树
1、应支持多选与单选
2、禁用时样式置灰
树形
1、各层级用不同图标表示,最下层节点无加减号
2、提供全部收起、全部展开功能
3、如有需要提供搜索与右键功能,如提供需有提示信息
4、展开时,内容刷新正常
日历控件
1、同时支持选择年月日、年月日时分秒规则
2、打开日历控件时,默认显示当前日期
滚动条控件
1、滚动条的长度根据显示信息的长度或宽度及时变换,这样有利于用户了解显示信息的位置和百分比,如,word中浏览100页文档,浏览到50页时,滚动条位置应处于中间
2、拖动滚动条,检查屏幕刷新情况,并查看是否有乱码
3、单击滚动条时,页面信息是否正确显示
4、用滚轮控制滚动条时,页面信息是否正确显示
5、用滚动条的上下按钮时,页面信息是否正确显示
按钮
1、点击按钮是否正确响应操作。如单击确定,正确执行操作;单击取消,退出窗口
2、对非法的输入或操作给出足够的提示说明
3、对可能造成数据无法恢复的操作必须给出确认信息,给用户放弃选择的机会(如删除等危险操作)
文本框
1、输入正常的字母和数字
2、输入已存在的文件的名称
3、输入超长字符。
4、输入默认值,空白,空格。
5、若只允许输入字母,尝试输入数字;反之,尝试输入字母
6、利用复制,粘贴等操作强制输入程序不允许的输入数据
7、输入特殊字符集,例如,NUL及\n等
8、输入不符合格式的数据,检查程序是否正常校验,如程序要求输入年月日格式为yy/mm/dd,实际输入yyyy/mm/dd,程序应该给出错误提示。
分页
1、当列表数据较多时是否使用分页控件。
2、系统是否都是使用的同一风格的分页控件。
上传文件功能检查
- 上传文件大小在需求限制范围内可成功上传;
- 上传文件大小超出需求限制范围需提示超出限制,不可成功上传;
- 上传文件数量在需求限制范围内可成功上传;
- 上传文件数量超出需求限制范围需提示超出限制,不可成功上传;
- 上传文件格式在需求限制范围内可成功上传;
- 上传文件格式超出需求限制范围需提示超出限制,不可成功上传;
- 上传文件名长度超出需求限制长度的文件提示超出限制,不可成功上传;
- 上传文件无效文件时,举例:大小为0kb的文件,不可成功上传;
- 上传成功的文件名称显示正确无异常;
- 在不同浏览器上传符合要求的文件均可成功上传;
- 根据需求,若上传路径支持手动输入时,输入正确的文件路径可成功上传;
- 根据需求,若上传路径支持手动输入时,输入错误的文件路径不可成功上传;
- 已被打开的文件上传,根据用户需求确定能否成功上传;
- 修改非法格式文件的后缀名为支持文件格式的类型,文件上传不成功;
- 修改合法格式文件的后缀名为不支持文件格式的类型,文件上传不成功;
- 上传同名文件,根据需求确定能否上传成功;
- 上传文件的过程中,若文件上传未完成时,可取消上传操作;
- 若上传文件成功后,页面存在数据保存或提交按钮时,未点击保存或提交按钮,上传文件则不显示在页面中;
- 上传文件允许多个时,再次上传文件,上传页面不可显示上次文件的名称,需刷新上传页面;
- 上传为空时,点击上传按钮,需弹出提示信息;
- 已损坏文件上传时,需提示,不可成功上传;
- 文件存储位置路径深度测试,当超出最大深度,需提示,上传文件不可成功;
- 文件目标服务器已满时,上传文件需提示,文件上传不成功;
- 上传时间用户是否可接受
- 是否支持批量上传
- 若在传输过程中,网络中断时,页面显示什么
- 选择文件后,想取消上传功能,是否有删除按钮
- 文件上传结束后,是否有提示信息并且能回到原来界面
文件下载测试
- 可以下载成功,下载文件和上传文件大小,文件名称,格式一致;
- 下载文件打开内容正确,和上传文件内容一致,无乱码,无异常;
- 不同浏览器都可下载下载成功,文件大小,文件名称,格式,内容一致;
- 下载未完成时,可取消下载操作;
- 可下载文件后台被删除时,点击下载需提示,根据用户需求而定;
添加功能检查
- 正确输入或选择所有项的相关内容,点添加按钮,记录是否成功添加
- 仅填写或选择必填项,点添加按钮,记录能否添加成功
- 必填项内容不填,其它项正确输入或选择,点添加按钮,系统是否有相应提示
- 添加记录失败时,原填写内容是否保存
- 新添加的记录是否排列在首行
- 重复提交相同记录,系统是否有相应提示
- 单个控件的覆盖测试(一般信息增加界面都会包含多种信息选择方式:文本框、多级下拉选择框、单级下拉选择框、单选框、复选框、日历控件等,对于单个控件的测试,请参考对应控件的测试条目)
- 如果不填,是否存在默认值写入数据库(这个一般会单独要求)
删除功能检查
1、选择任意一条记录,进行删除,能否删除成功
2、选择不连续多条记录,进行删除,能否删除成功
3、选择连续多条记录,进行删除,能否删除成功
4、能否进行批量删除操作
5、删除时,系统是否有确认删除的提示
查询功能检查
查询条件一般会存在输入框和选择框两种形式。对于输入框和选择框的测试参考对应框的测试点。查询条件的测试包含纵向和横向的测试,纵向测试是多个条件的组合测试,结果为多个条件查询结果的交集;横向的测试是单个条件的测试,如果可以选择多个项,则结果为多项的并集。
这里只针对查询功能进行测试点分析:
- 针对单个查询条件进行查询,系统能否查询出相关记录
- 针对多个查询条件,进行组合查询,系统能否查询出相关记录
- 查询条件全部匹配时,系统能否查询出相关记录
- 查询条件全为空时,系统能否查询出相关记录
- 默认条件查询时,系统查询出相关记录是否正确
- 系统能否支持模糊查询 (字符串连续匹配或者字符单独匹配)
- 查询条件中输入%或_或[],系统能否查询出相关记录
- 系统是否支持回车查询
- 比较长的名称是否能查到
- 输入系统中不存在的与之匹配的条件用户进行查询操作时,一般情况是不进行查询条件的清空,除非需求特殊说明。
- 不同查询条件之间来回选择,是否出现页面错误
这篇关于web测试用例检查点总结的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!