功能与UI测试标准.docx

《功能与UI测试标准.docx》由会员分享，可在线阅读，更多相关《功能与UI测试标准.docx（14页珍藏版）》请在课桌文档上搜索。

1、常用功能及Ul测试标准2014年2月版本变更记录*状态：A创立，M修改，D废除版号状态变更人变更时间变更内容批准人批准时间VLOA2012.2.3建设常用功能及Ul的测试标准目录1 .概述22 .测试点32.1 重复提交问题32.2 弹出框提示信息问题32.3 验证提示信息问题42.4 常用的键盘命令42.5 翻页功能42.6 查询功能62.7 注销功能62.8 上传功能72.9 下载功能82.1.0导入功能82.1.1导出功能93 GUI图形用户界面94 UI控件105补充125.1 流程测试125.2 兼容性测试135.3 链接测试135.4 易用性测试145.5 性能测试指标标准141

2、.概述为了减少测试过程中的漏测等情况以及防止各种不必要的争议，所以制定这样一个标准来对测试进展标准和约束，以后测试人员在测试的时候按照该标准中列出的测试点进展测试。下面将会对一些比较常见的测试点和以往测试中有争议的问题、在需求规格说明书中客户又没有明确要求的功能点及Ul进展描述，同时，也会对相应的BUG级别进展说明（特殊情况另行考虑），可能会不太全面，以后在测试过程中会慢慢积累和完善。2 .测试点2.1 重复提交问题测试时如果存在重复提交问题，作为BUG;缺陷严重级别定义为：一般（如果一直进展重复提交造成系统连接中断、系统崩溃等，严重级别定义为：致命）；1、在进展添加或修改数据操作时要考虑到重

3、复提交问题的测试；2、测试方法：功能按钮（如：提交按钮）反响时间延迟时（限制客户端网络带宽等方式来模拟实现），在短时间内重复点击该功能键，容易出现重复提交问题；提交之后紧接着按F5或点击IE上的刷新按钮或者点击IE后退按钮之后再重新提交，进展刷新页面操作，容易出现重复提交问题；2.2 弹出框提示信息问题以下几种情况如果没有提示信息，一定作为BUG： 对于用户来说非常重要的信息在进展删除操作时没有提示信息提示用户否要删除；缺陷严重级别定义为：一般； 与其它信息有关联的信息在进展删除操作时没有提示信息；缺陷严重级别定义为：一般； 在操作之后页面没有任何变化（用户体验方面），也没有提示信息；缺陷严重

4、级别定义为：严重（功能没有实现的，功能实现的缺陷严重级别定义为：一般）； 弹出框提示信息内容错误；缺陷严重级别定义为：一般； 登录失败没有提示信息；缺陷严重级别定义为：一般;1、在进展添加、修改和删除数据的操作时都应该考虑到提示信息问题的测试；2、测试方法：对功能按钮进展操作，查看相应的提示信息；2.3 验证提示信息问题见4.0,结合控件一起说明2.4 常用的键盘命令以下几种情况没有键盘命令，一定作为BUG：缺陷严重级别定义为：严重；1、对于放在官网上访问的网站以及公司内部交流用的WEB网站；2、政府类、银行类工程等；目前主要考虑的常用的键盘命令如下： Tab键 Enter键2.5翻页功能常见

5、功能点： 首页、上一页、下一页、尾页 总页数、当前页数 指定每页显示条数 指定跳转页还有一种分页：少于多少页的时候全部以数字的形式显示，到达多少页的时候显示下页要考虑的测试点如下：1、整个系统的分页风格要是一致的；如果不一致，作为BUG;缺陷严重级别定义为：一般；2、无数据和有数据时，总页数、当前页数显示要是正确合理的;如果不正确不合理，作为BUG;缺陷严重级别定义为：微小；3、在指定跳转页的文本框中输入数字（存在的页码和不存在的页码）、字母、特殊字符，系统做了处理并且处理是正确合理的； 输入存在的页码，要能正确跳转到指定的页；如果不能跳转到指定页或者跳转报错，作为BUG;缺陷严重级别定义为：

6、严重； 输入不存在的页码（也要考虑超长字符），系统要做处理（如：默认跳转到首页或当前页）；如果没有做处理的可以跳转到不存在的页，作为BUG;缺陷严重级别定义为：一般（如果报错，缺陷严重级别定义为：严重）； 输入字母、特殊字符，系统要做处理（如：默认跳转到首页或当前页）；如果没有做处理，作为BUG;缺陷严重级别定义为：一般（如果报错，缺陷严重级别定义为：严重）；4、指定每页显示条数时，列表中显示的数据条数要和指定显示的条数一致；如果指定的条数和显示的不一致，作为BUG;缺陷严重级别定义为：一般；5、处于第一页时，首页、上一页按钮不可用；如果可用，作为BUG;缺陷严重级别定义为:一般（如果报错,缺

7、陷严重级别定义为:严重）；6、处于最后一页，尾页、下一页按钮不可用；如果可用，作为BUG;缺陷严重级别定义为:一般（如果报错,缺陷严重级别定义为:严重）；7、多页情况下，中间页的首页、上一页、下一页、尾页按钮可用；8、对查询出来的结果，点击分页按钮时，不能影响查询结果（如：点击分页之后，数据又显示的是全部数据了，而不是先前查询出来的数据）；如果影响了查询结果，作为BUG;缺陷严重级别定义为：严重；2.6查询功能考虑的测试点如下：1、输入的查询条件为数据库中存在的数据，能够查询出来；如果不能查询出来，作为BUG;缺陷严重级别定义为：严重；2、输入格式或范围不符合的数据（如果是文本输入框也要考虑超

8、长字符）作为查询条件，给出提示或者列表中显示为空；如果没有提示或列表显示不为空或报错，作为BUG;缺陷严重级别定义为：一般（报错的，缺陷严重级别定义为：严重）；3、输入数据库中不存在的，但是格式和范围都是符合要求的查询条件,列表中显示为空；如果列表中有数据，作为BUG;缺陷严重级别定义为：严重；注：对于模糊查询，比较有争议的是：是否过滤空格；如果模糊查询没有过滤空格，作为BUG;缺陷严重级别定义为：一般；2.7注销功能要考虑的测试点如下：1、点击注销按钮，返回到登录页面；如果不能返回到登陆页面的，作为BUG;缺陷严重级别定义为：严重；2、复制页面URL地址，注销后，通过该地址再尝试访问，此时不

9、能访问应该跳转到登陆页面；如果可以访问或报错，作为BUG;缺陷严重级别定义为：严重；3、注销后，点击后退按钮，不能继续操作；如果可以继续操作，作为BUG;缺陷严重级别定义为：严重；2.8上传功能要考虑的测试点如下：1、没有选择上传资料时，点上传按钮要有提示信息；如果没有提示信息，作为BUG;缺陷严重级别定义为：一般；2、上传格式、大小符合要求的文件或图片，可以上传成功；如果不能上传成功，最为BUG;缺陷严重级别定义为：严重；3、上传格式或大小不符合要求的文件或图片，有提示信息不能上传，并且不能上传成功；如果没有提示信息或上传成功的，作为BUG;缺陷严重级别定义为：严重；4、正在使用的文件不能上

10、传；5、如果支持批量上传，批量上传的资料的数量是否有限制，如果超出限制要有提示信息；如果没有提示信息或超过限制都上传成功，作为BUG;缺陷严重级别定义为：一般；6、如果支持批量上传，上传资料数量在限制范围内，都要上传成功；如果没有全部上传成功，有漏掉的或只第一个上传成功的，作为BUG;缺陷严重级别定义为：严重；7、上传成功之后显示的文件名中不能有乱码；如果有乱码，作为BUG;缺陷严重级别定义为：严重;2.9下载功能要考虑的测试点如下：1、点击下载按钮，能弹出下载页面；如果不能弹出下载页面，作为BUG;缺陷严重级别定义为：严重；2、下载弹出框中的文件名等显示正常；如果显示不正常，如：显示乱码，作

11、为BUG;缺陷严重级别定义为：一般；4、下载下来的文件名要和目标文件名一致；如果不一致，作为BUG;缺陷严重级别定义为：一般；5、翻开下载的文件，内容显示正确，没有乱码或内容丧失（如：应该是2KB,下载下来的是IKB）;如果有乱码或内容丧失，作为BUG;缺陷严重级别定义为：严重；2.1.0导入功能要考虑的测试点如下；1、导入成功后数据要插入到数据库；如果没有插入到数据库，作为BUG;缺陷严重级别定义为：严重；2、导入失败数据不能插入到数据库；如果插入到数据库，作为BUG;缺陷严重级别定义为：严重；3、导入格式、大小不符合的要有提示；如果没有提示或报错，作为BUG;缺陷严重级别定义为：严重；4、

12、重复导入一样的文件中的数据，要覆盖原来的数据；如果不覆盖原来的数据，作为BUG;缺陷严重级别定义为：一般；1 .1.1导出功能1、查看导出成功后的文件，数据和指定导出的数据一致；如果导出的数据和指定导出的数据不一致，作为BUG;缺陷严重级别定义为：严重；2、导出目的磁盘空间已满的情况下，导出时有相应的提示信息；如果没有提示信息，又有局部数据被导出来了，那么会认为和导出的数据不一致；缺陷严重级别定义为：严重；3 .GUI图形用户界面1、整个系统页面标签风格要一致；如果不一致，作为BUG;缺陷严重级别定义为：一般；2、文字方面：标题等对客户来说很重要的文字要正确不能出错；如果出错，作为BUG;缺陷

13、严重级别定义为：严重；3、页面是否美观；4、各控件的操作方式统一；如果不一致作为BUG;缺陷严重级别定义为：一般；4.UI控件如果下面的验证出现错误和不符合需求的，就作为BUG;缺陷严重级别定义为：一般；1、以下是输入框中各字符类型输入验证的详细信息：数值型：边界值输入最小值T程序应给出相应的提示信息输入最小值OK输入最大值OK输入最大值+1程序应给出相应的提示信息位数输入最小位数-1程序应给出相应的提示信息输入最小位数OK输入最大位数OK输入最大位数+1程序应给出相应的提示信息允许输入小数位的控件，小数位的长度做以上同样测试同上异常值、特殊值输入空白(NULL),空格或1#$舟飞*O_+-=

14、口I:,./?;等可能导致系统错误的字符程序应给出相应的提示信息制止直接输入特殊字符时，使用“粘贴、“拷贝”功能尝试输入，并测试能否正常提交保存。只能使用“粘贴、“拷贝方法输入的特殊字符应无法保存，并应给出相应提示word中的特殊功能，通过剪贴板拷贝到输入框：分页符，分节符，类似公式的上下标等程序应给出相应的提示信息输入负值根据需求要求判定输入设计书说明书明确指出制止输入的数字根据需求要求判定愉入英文字母程序应给出相应的提示信息数值输入的长度：整型32位最大值65535,最小值-65535；16位最大值32767,最小值-32767根据需求要求判定带符号的数值：带正号的正数，带负号的负数根据需

15、求要求判定小数：小数点后的位数，小数的四舍五入问题，小数点前零舍去的情况，如.12；多个小数点的情况：0值：0.0,0.,.0根据需求要求判定分数：如2/3根据需求要求判定首位为零的数值：如01=1根据需求要求判定科学技术法是否支持：如1.0E2根据需求要求判定指数是否支持根据需求要求判定全角数字和半角数字的情况根据需求要求判定数字与字母的混合：16进制数值，8进制数值根据需求要求判定货币型输入项：允许小数点后几位根据需求要求判定字符型字符种类输入全角字符根据需求要求判定输入半角字符根据需求要求判定数字字符根据需求要求判定邮政编码输入项的输入限制，如只能输入半角数字字符或某几个指定字符根据需求

16、要求判定号码和输入限制，如只能输入半角数字字符和半角括号()”及半角减号；或只能输入数字和减号。根据需求要求判定E-mail地址的格式检查，如输入字符串中必须包含“仁和半角字符。根据需求要求判定年龄的输入限制检查，一般=200即可。根据需求要求判定输入设计书中明确指出制止输入的字符程序应提示错误输入空白(NULL)或“!#$犷&*()_+-=口|:;,./?；等可能导致系统错误的字符程序应提示错误密码输入项的特殊处理登录验证时大、小写是否区分根据需求要求判定登录只能输入半角字符根据需求要求判定是否允许输入特殊字符根据需求要求判定多行文本框输入允许回车换行根据需求要求判定保存后再显示能够保持输入

17、时的格式根据需求要求判定仅输入回车换行，检查能否正确保存；假设能，查看保存结果。假设不能，查看是否有正确提示根据需求要求判定仅输入空格，检查能否正确保存；假设能，查看保存结果。假设不能，查看是否有正确提示根据需求要求判定长度检查输入最小字符数T程序应给出相应的提示信息输入最小字符数OK输入最大字符数OK输入最小字符数+1程序应给出相应的提示信息文件名输入项的测试输入不存在的文件名程序应给出相应的提示信息输入文件名称超长(256个字符)程序应给出相应的提示信息输入带路径的文件名和不带路径的文件名根据需求要求判定手工输入后缀名称根据需求要求判定对于文件大小的限制，需要采用边界值法测试系统的处理方式

18、是否符合需求；考虑磁盘空间缺乏/满的情况程序应给出相应的提示信息文件名的非法字符集：/：*?|程序应给出相应的提示信息不输入文件名和输入空格程序应给出相应的提示信息输入中间有空格的路径名和文件名根据需求要求判定输入合法字符，但影响系统判断文件名有效性的情况，如输入a;b-20003.5.8根据需求要求判定时间型合法性检查时输入30时允许输入30时制的工程“0K；不允许输入30时制的工程程序应提示错误时输入31时程序应给出相应的提示信息时输入00时程序应给出相应的提示信息30时制是否允许存在1点5点分输入59分OK分输入60分程序应给出相应的提示信息分输入00分OK秒输入59秒OK秒输入60秒程

19、序应给出相应的提示信息秒输入00秒OK异常值、特殊值输入空白(NULL)或“!#$%-*()_+-=口|:;,./?；等可能导致系统错误的季符程序应给出相应的提示信息另外，对于时间型的文本框，既有起始时间又有截止时间的还要对以下几点进展验证：1.1 时间不能小于起始时间，如果截止时间小于起始时间又没有提示信息，作为BUG;缺陷严重级别定义为：一般；5补充1.2 流程测试流程测试涉及到多个模块之间数据的传递，所以在测试业务流程时要考虑每个模块之间的数据的正确性和一致性;1、每个流程是否能从起点走到结点；如果不能走通，作为BUG;缺陷严重级别定义为：严重；2、指定流转目标，如果该目标有处理该流程的

20、权限，查看该目标能否正确接收到数据；如果传递过来的数据不正确或没有传递过来，作为BUG;缺陷严重级别定义为：严重；3、指定流转目标，如果该目标有处理该流程的权限，查看该目标能否正确接收到数据；如果数据传递过来了，作为BUG;缺陷严重级别定义为：严重；4、流程回退，是否能退回到发送人；如果不能退回到发送人，作为BUG;缺陷严重级别定义为：严重；注：测试流程一定要注意各个模块各个流程之间的数据的关联。1.3 兼容性测试目前主要考虑的测试点如下：1、浏览器的兼容性（如：IE内核与非IE内核浏览器测试）；2、操作系统的兼容性；3、分辨率的兼容性；1.4 链接测试1、各链接指向目标正确；2、各链接之间切

21、换正确；3、导航已经删除，是否用URL地址仍可访问。假定程序第一版已经对外运营，客户收藏了某个页面，在第二版中，相应功能作出了调整，且更换了新的URL新版本发布时只对导航的指向做了修改，而对旧链接未作处理。那么会造成用户可能访问到老版本页面1.5 易用性测试1、操作符合群众习惯；2、如假设是工作流等系统，是否任一模块在三个操作步骤以内找到目标在选值时就加以控制，最大化防止错误。例如：选择日期如果只能选择当天以前的，那么可以将口期控件之后的日期设定为灰色不可选择的标记等等；1.6 性能测试指标标准在客户要求做性能测试，但是又没有明确性能通过指标的情况下，我们将按以下指标进展测试（主要考虑用户的体验）：1、复杂的列表查询或树查询操作，平均响应时间在IOS以内（可以根据复杂程度以及服务器的硬件环境灵活处理）；2、页面展示（读取数据展示在页面），平均响应时间不超过5S;