实用功能和界面测试标准规范要求.docx

实用功能和界面测试标准规范要求.docx

《实用功能和界面测试标准规范要求.docx》由会员分享，可在线阅读，更多相关《实用功能和界面测试标准规范要求.docx（8页珍藏版）》请在冰豆网上搜索。

实用功能和界面测试标准规范要求

一、功能测试 

功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。

常用的测试方法如下：

 1、输入框进行输入测试。

包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。

2、对界面可操作按钮进行测试。

包括【新增】/【添加】【保存】【取消】【删除】【查询（简项查询/高级查询）】【制作文书】【呈请审批】【打印】【退出】等等。

同时需要对鼠标右键的菜单进行测试。

  3、数据保存测试。

将以上1 和2 进行组合。

  4、必要条件控制测试。

在做了3 时将必要条件（如：

a、必填项（黑粗体表示）不可为空 b、身份证类型和证件号码判断 c、日期限制）联合起来验证。

5、页面链接检查：

每一个链接是否都有对应的页面，并且页面之间切换正确。

6、相关性检查：

删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。

7、字符串长度检查：

输入超出需求所说明的字符串长度的内容，看系统是否检查字符串长度，会不会出错（测试时只要看是否有截取长度的功能，过长的字符比如256个输入保存，是否会报错）。

8、字符类型检查：

在应该输入指定类型的内容的地方输入其他类型的内容（如在应该输入整型的地方输入其他字符类型），看系统是否检查字符类型，会否报错。

9、标点符号检查：

输入内容包括各种标点符号，特别是空格，各种引号，回车键\n，看系统处理是否正确。

     10、检查带出信息的完整性：

在查看信息或列表框选择的信息或者更新信息后，查看所填写的信息是不是全部带出，带出信息和添加的是否一致。

（比如地址选择控件，选择了长长的地址信息，是否都带入地址文本框，在保存后，是否地址信息都完整的保存）。

 11、信息重复：

在一些需要命名，且名字应该唯一的信息输入重复的名字或ID，看系统有没有处理，会否报错，重名包括是否区分大小写，以及在输入内容的前后输入空格，系统是否作出正确处理。

12、检查删除功能：

在一些可以一次删除多个信息的地方，不选择任何信息，按”删除”，看系统如何处理，会否提示；然后选择一个和多个信息，进行删除，看是否正确处理。

13、检查添加和修改是否一致：

检查添加和修改信息的要求是否一致，例如添加要求必填的项，修改也应该必填；添加规定为整型的项，修改也必须为整型。

14、检查修改重名：

修改时把不能重名的项改为已存在的内容，看会否处理、报错。

同时也要注意，会不会报和自己重名的错。

    15、重复提交表单：

一条已经成功提交的纪录，back （上一步）后再提交，看看系统是否做了处理。

16、检查多次使用上一步 或上一页键的情况：

在有上一步/下一步或上一页/下一页 的地方，一直点到头再点回到开始，重复多次，看会否出错或按钮失效。

     17、查询检查：

在有查询功能的地方输入系统存在和不存在的内容，看查询结果是否正，如果可以输入多个查询条件，可以同时添加合理和不合理的条件，看系统处理是否正确。

18、输入信息位置：

注意在光标停留的地方输入信息时，光标和所输入的信息会否跳到别的地方。

     19、上传下载文件检查：

上传下载文件的功能是否实现，上传文件是否能打开。

对上

传文件的格式有何规定，系统是否有解释信息，并检查系统是否能够做到。

     20、必填项检查：

应该填写的项没有填写时系统是否都做了处理，对必填项是否有提示信息，如在必填项名称中加粗显示。

     21、快捷键检查：

是否支持常用快捷键，如Ctrl+C Ctrl+V Backspace 等，对一些不允许输入信息的字段，如选人、选地址、选日期对快捷方式是否也做了限制。

     22、回车键检查：

在输入结束后直接按回车键，看系统处理如何，会否报错。

     23、日期约束检查：

比如接警日期小于报警日期，保存时是否校验提示；处警日期小于接警日期，保存时是否检验提示；日期上限小于日期下限，保存时是否检验提示。

     24、关联控件检查：

比如选择了证件类型，证件号码为空，保存时是否提示处理；选择了身份证类型，证件号码不合法，是否检验身份证号并提示处理；录入了身份证号码后，出生日期保存时是否检验并提示处理。

    25、菜单深度一般要求最多控制在三层以内。

     26、工作流程的测试，要求满足业务流程的要求，分为主业务流、次业务流或异常流的测试。

二、GUI 测试 

     1.窗体是否能够基于相关的输入或菜单命令适当的打开 

     2.窗体是否能够改变大小、移动和滚动；固定大小的窗体在IE6、IE7下是否都能完整显示，在宽屏、窄屏显示器下是否都能完整显示。

    3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作      

4.当窗体被覆盖并重新调用后，窗体是否能够正确再生      

5.窗体相关的功能是否可以操作 

     6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用 

     7.显示多窗体时，窗体名称是否能够正确表示     

 8.活动窗体是否能够被反显加亮或明显区分显示      

9.多用户联机时所有窗体是否能够实时更新 

     10.鼠标无规则点击时是否会产生无法预料的结果      

11.窗体声音及提示是否符合既定编程规则      

12.窗体是否能够被关闭 

     13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致 

     14.窗体控件布局是否合理、美观 

     15.窗体控件 TAB 顺序是否从左到右，从上到下      

16.窗体焦点是否按照编程规范落在既定的控件上      

17.窗体画面文字（全、半角、格式、拼写）是否正确 

     18.鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入） 

三、具体测试标准要求 

1、焦点转移问题：

（1）使用Tab 键测试焦点转移； 

（2）当保存时如果提示“有未输入的必填”项回到页面后，      

（3）焦点应转移到未输入的必填项中最靠前的一项上 

 2、数字格式：

（1）如果对数字格式有限制则看是否符合限制 

（2）格式没有限制时，所有输入数据的小数点位数应该一致 

3、输入文本框类型控件的测试：

（1）空值测试 

（2）空格测试：

前面输入空格，中间输入空格，末尾输入空格和全部输入空格，程序是否进行处理，保存成功后，数据库中的数据是否与页面显示的一致 

     （3）长度测试（最大字符，一次输入大于256的字符观察处理情况，可以输入后再拷贝到记事本上进行比对，看是否有截断处理，如果无截断处理，点击保存是否报错。

）      

（4）类型测试（如果有类型要求，一般是整形与字符型的转换测试） 

     （5）特殊字符的测试（NUL及\n等，另外像；;‟”><,｀„：

“［”｛、\|｝］+=）-（_*&&^%$#@!

~,.。

?

/）  

     （6）关于文本框录入为数字时的测试：

          对数字长度有没有限制，输入1 位数，2 位数，加负号，字母或汉字，等等有没有提示信息 

（7）关于文本框录入数字型小数点的测试：

          录入整数加小数点、小数点加整数和单独的小数点，录入负数，保存时系统是否有提示，是否成功  

     （8）关于文本框填写不符合条件的信息保存确认后清空与否的测试：

          比如在文本框中录入不符合条件的数据（类型不符合或者超多等），保存确定后只要清空错误的数据即可  

     （9）文本框内容的合理性：

如果是输入正数的文本框，（如：

补偿金额）还要判断是否为负数。

      （10） 文本框大小写问题：

要求数据唯一性时是否区分大小写 

4、下拉列表的检测：

（1）检查列表中的内容是否漏选，重选；如果列表中的数据要求从其他页面或者数据库中或字典中获得的，就要检查是否与该页面中的数据一致。

（2）下拉列表的控件是否支持清空再选择，当清空时在页面中的有效表现 

（3）下拉列表的控件是否有多选提示，比如至少必须选择两个，至多选择5个等等提示，以及实际操作的吻合性（比如选择少于两个时，保存时会有选择两个的提示）。

（4）下拉列表框支持代号输入选择的要求，比如输入1表示选择男性。

（5）下拉列表框具有很多个选择项时的上下滚动条，或上一级选项/下一级选项的切换。

5、必填项的测试：

（1）必填项要求加粗显示或是有明显的标识（如红色加*） 

（2）检查必填项是否提示必须输入（一般是通过保存事件或输入焦点的移动或页面的切换进行触发） 

（3）对于不支持手动录入的必填项，是否支持下拉控件选择或第三方控件的录入，下拉控件的选择方式，要检查是否有提供选择的项（字典加载的数据）；另外当必填项不支持手动录入时，还要检查系统是否能自动赋值（比如点击添加/新填按钮时，就能自动调出用户信息；或是点击查看详细，就能将关联数据自动带过来） 

6、非必填项的测试：

（1）非必填项都支持空值或默认值保存； 

（2）非必填项的数据录保存后，一样能存入数据库及在页面呈现 

（3）非必填项的控件都具有清除已选或已录入数据的功能，比如日期控件支持清空或手动清除文本框的信息进行保存，清除的数据修改保存后不再显示原有的数据。

7、时间的测试：

（1）注意要清楚当前系统时间（服务端系统时间）    

（2）起始时间不可大于终止时间    

（3）检查日期为空时程序的反应。

   （4）数据库中的日期是否能够正确显示在页面上    

（5）输入错误日期时程序的反应。

   （6）如果有输入日期不得大于当前日期的限制，则是否通过    

（7）如果有输入日期不得小于当前日期的限制，则是否通过 

   （8）业务时间的先后关系，比如报案时间、接警时间、处警时间、出警时间、到案时间、结案时间等等的先后关系。

哪个时间必须要大于哪个时间，要进行校验测试。

8、边界值的检测：

（1）输入条件规定了值的范围 

（2）应取刚达到这个范围的边界的值作为测试输入数据    

（3）以及刚刚超越这个范围边界的值作为测试输入数据    

（4）输入条件规定了值的个数    

（5）最大个数    

（6）最小个数 

（7）比最小个数少一    

（8）比最大个数多一 

9、保存操作的测试：

（1）保存成功/失败后检查数据库 

（2）检查必填项，各个必填项未输入时的提示要求 

  （3）保存成功/失败是否有相应的提示信息，或者有明显的特征表示（比如保存成功，保存按钮变灰不再可操作） 

10、删除操作的测试：

（1）删除提示成功/失败后看查看数据库 

（2）删除时是否有确认对话框（点是或否，确认是否对应正确的删除操作）    

（3）删除成功/失败是否有提示信息（至少删除失败有相应提示） 

（4）确定是逻辑删除，还是物理删除；物理删除是否已经把数据库中的数据删除掉，逻辑删除是否改变了标志位（在页面上提现不出来，需要到数据库表中查询验证）。

（5）单条数据删除测试和多条数据删除测试，检查删除操作的有效性。

11、修改操作的测试：

（1）修改提示成功后看数据库中的记录是否已经修改    

（2）对于没有修改按钮也没有提供专门修改页面的业务功能，保存按钮就具有修改功能，当手动修改已录入的数据，再次提交保存后，数据就相应的修改，通过页面查询或数据库中的记录来检验是否已经修改。

12