功能及UI测试标准.docx
《功能及UI测试标准.docx》由会员分享，可在线阅读，更多相关《功能及UI测试标准.docx（16页珍藏版）》请在冰点文库上搜索。
功能及UI测试标准
标准化管理部编码-[99968T-6889628-J68568-1689N]
功能及UI测试标准
常用功能及UI测试标准
2017年3月
版本变更记录
*状态：
A——创建，M——修改，D——废除
版号
状态
变更人
变更时间
变更内容
批准人
批准时间
V1.0
A
2017.3.1
建立常用功能及UI的测试标准
概述
为了减少测试过程中的漏测等情况以及避免各种不必要的争议，所以制定这样一个标准来对测试进行规范和约束，以后测试人员在测试的时候按照该规范中列出的测试点进行测试。
下面将会对一些比较常见的测试点和以往测试中有争议的问题、在需求规格说明书中客户又没有明确要求的功能点及UI进行描述，同时，也会对相应的BUG级别进行说明（特殊情况另行考虑），可能会不太全面，以后在测试过程中会慢慢积累和完善。
测试点
重复提交问题
测试时如果存在重复提交问题，作为BUG；
缺陷严重级别定义为：
一般（如果一直进行重复提交造成系统连接中断、系统崩溃等，严重级别定义为：
致命）；
1、在进行添加或修改数据操作时要考虑到重复提交问题的测试；
2、测试方法：
功能按钮（如：
提交按钮）反应时间延迟时（限制客户端网络带宽等方式来模拟实现），在短时间内重复点击该功能键，容易出现重复提交问题；
提交之后紧接着按F5或点击IE上的刷新按钮或者点击IE后退按钮之后再重新提交，进行刷新页面操作，容易出现重复提交问题；
弹出框提示信息问题
以下几种情况如果没有提示信息，一定作为BUG：
对于用户来说非常重要的信息在进行删除操作时没有提示信息提示用户否要删除；
缺陷严重级别定义为：
一般；
与其它信息有关联的信息在进行删除操作时没有提示信息；
缺陷严重级别定义为：
一般；
在操作之后页面没有任何变化（用户体验方面），也没有提示信息；
缺陷严重级别定义为：
严重或一般（功能没有实现的缺陷严重级别定义为：
严重，功能实现的缺陷严重级别定义为：
一般）；
弹出框提示信息内容错误；
缺陷严重级别定义为：
一般；
登录失败没有提示信息；
缺陷严重级别定义为：
一般；
1、在进行添加、修改和删除数据的操作时都应该考虑到提示信息问题的测试；
2、测试方法：
对功能按钮进行操作，查看相应的提示信息；
验证提示信息问题
见4.0，结合控件一起说明
常用的键盘命令
以下几种情况没有键盘命令，一定作为BUG：
缺陷严重级别定义为：
一般；
目前主要考虑的常用的键盘命令如下：
Tab键
Enter键
翻页功能
常见功能点：
首页、上一页、下一页、尾页
总页数、当前页数
指定每页显示条数
指定跳转页
还有一种分页：
少于多少页的时候全部以数字的形式显示，达到多少页的时候显示下一页
要考虑的测试点如下：
1、整个系统的分页风格要是一致的；
如果不一致，作为BUG；
缺陷严重级别定义为：
一般；
2、无数据和有数据时，总页数、当前页数显示要是正确合理的；
如果不正确不合理，作为BUG；
缺陷严重级别定义为：
微小；
3、在指定跳转页的文本框中输入数字（存在的页码和不存在的页码）、字母、特殊字符，系统做了处理并且处理是正确合理的；
输入存在的页码，要能正确跳转到指定的页；
如果不能跳转到指定页或者跳转报错，作为BUG；
缺陷严重级别定义为：
严重；
输入不存在的页码（也要考虑超长字符），系统要做处理（如：
默认跳转到首页或当前页）；
如果没有做处理的可以跳转到不存在的页，作为BUG；
缺陷严重级别定义为：
一般（如果报错，缺陷严重级别定义为：
严重）；
输入字母、特殊字符，系统要做处理（如：
默认跳转到首页或当前页）；
如果没有做处理，作为BUG；
缺陷严重级别定义为：
一般（如果报错，缺陷严重级别定义为：
严重）；
4、指定每页显示条数时，列表中显示的数据条数要和指定显示的条数一致；
如果指定的条数和显示的不一致，作为BUG；
缺陷严重级别定义为：
一般；
5、处于第一页时，首页、上一页按钮不可用；
如果可用，作为BUG；
缺陷严重级别定义为：
一般（如果报错，缺陷严重级别定义为：
严重）；
6、处于最后一页，尾页、下一页按钮不可用；
如果可用，作为BUG；
缺陷严重级别定义为：
一般（如果报错，缺陷严重级别定义为：
严重）；
7、多页情况下，中间页的首页、上一页、下一页、尾页按钮可用；
8、对查询出来的结果，点击分页按钮时，不能影响查询结果（如：
点击分页之后，数据又显示的是全部数据了，而不是先前查询出来的数据）；
如果影响了查询结果，作为BUG；
缺陷严重级别定义为：
严重；
查询功能
考虑的测试点如下：
1、输入的查询条件为数据库中存在的数据，能够查询出来；
如果不能查询出来，作为BUG；
缺陷严重级别定义为：
严重；
2、输入格式或范围不符合的数据（如果是文本输入框也要考虑超长字符）作为查询条件，给出提示或者列表中显示为空；
如果没有提示或列表显示不为空或报错，作为BUG；
缺陷严重级别定义为：
一般（报错的，缺陷严重级别定义为：
严重）；
3、输入数据库中不存在的，但是格式和范围都是符合要求的查询条件，列表中显示为空；
如果列表中有数据，作为BUG；
缺陷严重级别定义为：
严重；
注：
对于模糊查询，比较有争议的是：
是否过滤空格；
如果模糊查询没有过滤空格，作为BUG；
缺陷严重级别定义为：
一般；
注销功能
要考虑的测试点如下:
1、点击注销按钮，返回到登录页面；
如果不能返回到登陆页面的，作为BUG；
缺陷严重级别定义为：
严重；
2、复制页面URL地址，注销后，通过该地址再尝试访问，此时不能访问应该跳转到登陆页面；
如果可以访问或报错，作为BUG；
缺陷严重级别定义为：
严重；
3、注销后，点击后退按钮，不能继续操作；
如果可以继续操作，作为BUG；
缺陷严重级别定义为：
严重；
上传功能
要考虑的测试点如下：
1、没有选择上传资料时，点上传按钮要有提示信息；
如果没有提示信息，作为BUG；
缺陷严重级别定义为：
一般；
2、上传格式、大小符合要求的文件或图片，可以上传成功；
如果不能上传成功，最为BUG；
缺陷严重级别定义为：
严重；
3、上传格式或大小不符合要求的文件或图片，有提示信息不能上传，并且不能上传成功；
如果没有提示信息或上传成功的，作为BUG；
缺陷严重级别定义为：
严重；
4、正在使用的文件不能上传；
5、如果支持批量上传，批量上传的资料的数量是否有限制，如果超出限制要有提示信息；
如果没有提示信息或超过限制都上传成功，作为BUG；
缺陷严重级别定义为：
一般；
6、如果支持批量上传，上传资料数量在限制范围内，都要上传成功；
如果没有全部上传成功，有漏掉的或只第一个上传成功的，作为BUG；
缺陷严重级别定义为：
严重；
7、上传成功之后显示的文件名中不能有乱码；
如果有乱码，作为BUG；
缺陷严重级别定义为：
严重；
下载功能
要考虑的测试点如下：
1、点击下载按钮，能弹出下载页面；
如果不能弹出下载页面，作为BUG；
缺陷严重级别定义为：
严重；
2、下载弹出框中的文件名等显示正常；
如果显示不正常，如：
显示乱码，作为BUG；
缺陷严重级别定义为：
一般；
3、下载下来的文件名要和目标文件名一致；
如果不一致，作为BUG；
缺陷严重级别定义为：
一般；
4、打开下载的文件，内容显示正确，没有乱码或内容丢失（如：
应该是2KB，下载下来的是1KB）；
如果有乱码或内容丢失，作为BUG；
缺陷严重级别定义为：
严重；
GUI图形用户界面
1、整个系统页面标签风格要一致；
如果不一致，作为BUG；
缺陷严重级别定义为：
一般；
2、文字方面：
标题等对客户来说很重要的文字要正确不能出错；
如果出错，作为BUG；
缺陷严重级别定义为：
严重；
3、页面是否美观；
4、各控件的操作方式统一；
如果不一致作为BUG；
缺陷严重级别定义为：
一般；
UI控件
如果下面的验证出现错误和不符合需求的，就作为BUG；
缺陷严重级别定义为：
一般；
1、以下是输入框中各字符类型输入验证的详细信息：
数值型：
边界值
输入[最小值-1]
程序应给出相应的提示信息
输入[最小值]
OK
输入[最大值]
OK
输入[最大值+1]
程序应给出相应的提示信息
位数
输入[最小位数-1]
程序应给出相应的提示信息
输入[最小位数]
OK
输入[最大位数]
OK
输入[最大位数+1]
程序应给出相应的提示信息
允许输入小数位的控件，小数位的长度做以上同样测试
同上
异常值、特殊值
输入[空白（NULL）]、空格或‘“~!
@#$%^&*（）_+-={}[]|\:
；”’<>，./?
；”等可能导致系统错误的字符
程序应给出相应的提示信息
禁止直接输入特殊字符时，使用“粘贴”、“拷贝”功能尝试输入，并测试能否正常提交保存。
只能使用“粘贴”、“拷贝”方法输入的特殊字符应无法保存，并应给出相应提示
word中的特殊功能，通过剪贴板拷贝到输入框：
分页符，分节符，类似公式的上下标等
程序应给出相应的提示信息
输入[负值]
根据需求要求判定
输入设计书说明书明确指出禁止输入的数字
根据需求要求判定
输入[英文字母]
程序应给出相应的提示信息
数值输入的长度：
整型----32位最大值65535，最小值-65535；16位最大值32767，最小值-32767
根据需求要求判定
带符号的数值：
带正号的正数，带负号的负数
根据需求要求判定
小数：
小数点后的位数，小数的四舍五入问题，小数点前零舍去的情况，如.12；多个小数点的情况；0值：
0.0，0.，.0
根据需求要求判定
分数：
如2/3
根据需求要求判定
首位为零的数值：
如01＝1
根据需求要求判定
科学技术法是否支持：
如1.0E2
根据需求要求判定
指数是否支持
根据需求要求判定
全角数字和半角数字的情况
根据需求要求判定
数字与字母的混合：
16进制数值，8进制数值
根据需求要求判定
货币型输入项：
允许小数点后几位
根据需求要求判定
字符型
字符种类
输入[全角字符]
根据需求要求判定
输入[半角字符]
根据需求要求判定
数字字符
根据需求要求判定
邮政编码输入项的输入限制，如只能输入半角数字字符或某几个指定字符
根据需求要求判定
电话号码和传真输入限制，如只能输入半角数字字符和半角括号“（）”及半角减号“-”；电话或传真只能输入数字和减号。
根据需求要求判定
E-mail地址的格式检查，如输入字符串中必须包含“@”和半角“.”字符。
根据需求要求判定
年龄的输入限制检查，一般<=200即可。
根据需求要求判定
输入设计书中明确指出禁止输入的字符
程序应提示错误
输入[空白（NULL）]或“~!
@#$%^&*（）_+-={}[]|\:
；”’<>，./?
；”等可能导致系统错误的字符
程序应提示错误
密码输入项的特殊处理
登录验证时大、小写是否区分
根据需求要求判定
登录只能输入半角字符
根据需求要求判定
是否允许输入特殊字符
根据需求要求判定
多行文本框输入
允许回车换行
根据需求要求判定
保存后再显示能够保持输入时的格式
根据需求要求判定
仅输入回车换行，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示
根据需求要求判定
仅输入空格，检查能否正确保存；若能，查看保存结果。
若不能，查看是否有正确提示
根据需求要求判定
长度检查
输入[最小字符数-1]
程序应给出相应的提示信息
输入[最小字符数]
OK
输入[最大字符数]
OK
输入[最小字符数+1]
程序应给出相应的提示信息
文件名输入项的测试
输入不存在的文件名
程序应给出相应的提示信息
输入文件名称超长（256个字符）
程序应给出相应的提示信息
输入带路径的文件名和不带路径的文件名
根据需求要求判定
手工输入后缀名称
根据需求要求判定
对于文件大小的限制，需要采用边界值法测试系统的处理方式是否符合需求；考虑磁盘空间不足/满的情况
程序应给出相应的提示信息
文件名的非法字符集：
/\:
*?
"<>|
程序应给出相应的提示信息
不输入文件名和输入空格
程序应给出相应的提示信息
输入中间有空格的路径名和文件名
根据需求要求判定
输入合法字符，但影响系统判断文件名有效性的情况，如输入a；b-20003.5.8
根据需求要求判定
时间型
合法性检查
时输入[30时]
允许输入30时制的项目“OK"；
不允许输入30时制的项目程序应提示错误
时输入[31时]
程序应给出相应的提示信息
时输入[00时]
程序应给出相应的提示信息
30时制是否允许存在1点~5点
？
？
分输入[59分]
OK
分输入[60分]
程序应给出相应的提示信息
分输入[00分]
OK
秒输入[59秒]
OK
秒输入[60秒]
程序应给出相应的提示信息
秒输入[00秒]
OK
异常值、特殊值
输入[空白（NULL）]或“~!
@#$%^&*（）_+-={}[]|\:
；”’<>，./?
；”等可能导致系统错误的字符
程序应给出相应的提示信息
另外，对于时间型的文本框，既有起始时间又有截止时间的还要对以下几点进行验证：
截止时间不能小于起始时间，如果截止时间小于起始时间又没有提示信息，作为BUG；
缺陷严重级别定义为：
一般；
补充
流程测试
流程测试涉及到多个表单模块之间数据的传递，所以在测试业务流程时要考虑每个表单模块之间的数据的正确性和一致性；
1、每个流程是否能从起点走到结点；
如果不能走通，作为BUG；
缺陷严重级别定义为：
严重；
2、指定流转目标，如果该目标有处理该流程的权限，查看该目标能否正确接收到数据；
如果传递过来的数据不正确或没有传递过来，作为BUG；
缺陷严重级别定义为：
严重；
3、指定流转目标，如果该目标没有处理该流程的权限，查看该目标能否正确接收到数据；
如果数据传递过来了，作为BUG；
缺陷严重级别定义为：
严重；
4、流程驳回，是否能驳回到相关人；
如果不能驳回到相关人，作为BUG；
缺陷严重级别定义为：
严重；
5、流程拒绝，是否能中止流程；
如果不能终止流程，作为BUG；
缺陷严重级别定义为：
严重
6、流程图显示，是否清晰；
如果流程图显示节点、线路混乱，作为BUG；
缺陷严重级别定义为：
严重
注：
测试流程一定要注意各个模块各个流程之间的数据的关联。
兼容性测试
目前主要考虑的测试点如下：
1、浏览器的兼容性（如：
IE内核与非IE内核浏览器测试）；
2、操作系统的兼容性；
3、分辨率的兼容性；
链接测试
1、各链接指向目标正确；
2、各链接之间切换正确；
3、链接已切换，是否用旧URL地址仍可访问。
假定程序第一版已经对外运营，客户收藏了某个页面，在第二版中，相应功能作出了调整，且更换了新的URL。
新版本发布时只对导航的指向做了修改，而对旧链接未作处理。
则会造成用户可能访问到老版本页面
易用性测试
1、操作符合大众习惯；
2、如若是工作流等系统，是否任一模块在三个操作步骤以内找到目标
在选值时就加以控制，最大化避免错误。
例如：
选择日期如果只能选择当天以前的，则可以将日期控件之后的日期设定为灰色不可选择的标记等等；
性能测试指标规范
在客户要求做性能测试，但是又没有明确性能通过指标的情况下，我们将按以下指标进行测试（主要考虑用户的体验）：
1、复杂的列表查询或树查询操作，平均响应时间在5S以内（可以根据复杂程度以及服务器的硬件环境灵活处理）；
2、页面展示（读取数据展示在页面），平均响应时间不超过3S；
升级会员 