Web界面检查点和测试原则

1.检查点

检查点	检查内容
界面控件标题是否正确	对于界面控件，其标题需要准确无误，不能给用户产生歧义；在不同的页面中，对于同一意义的控件，名称需要保持一致
界面控件必选项检查	对于必须输入的选项，需要用*标明，在界面提交后，需要进行检查该功能是否实现
下拉框选择项检查	对于下拉框选项，需要与业务需要保持一致，要避免没有必要的选项，同时也需要保持选项没有遗漏，需要通过查看源代码进行检测，看看是否和数据库中的定义相同。
文本输入框检查	文本输入框，如果有最大输入长度的限制，需要指定最大长度，可以减少输入错误的几率
输入合法性检查	对于界面输入，需要进行合法性检查，如特殊字符需要限制不能输入，业务对输入的特殊限制。同时还需要进行边界值检查，例如手机号只能是最多11位数字，首字母为1
联动关系检查	对于需要实现联动的界面控件，需要检查联动是否实现，并且需要查看选项，检查是否正确。
按钮功能是否实现	对于重置按钮和按钮，查看是否实现取消功能，对于提交按钮，需要检查是否实现提交功能，并转向指定的页面
提交参数是否正确	对于通过界面控件提交的参数，需要检查提交的参数是否正确，尤其是一些通过特殊处理的参数，如金额转换的参数
界面布局检查	对于一些复杂的界面，最好需要经过讨论，以生成合适的布局
界面提示信息准确性的检查	界面的提示信息有助于帮助用户理解界面控件的功能。准确的提示信息有助于提高用户界面操作的正确性。对于容易造成误解的操作，都需要提供提示信息。
警告信息和错误提示信息的检查	警告信息和错误提示信息帮助用户定位错误，应该简短明确。
新的需求和需求变更，是否已经实现	在系统开发过程中，新的需求和需求变更是难免的。对于这种情况，需要检查代码是否作了及时的更新。
查询操作，需要检查返回结果是否符合条件	根据条件进行查询，是界面中的常用功能，在查询时，不仅要检查界面是否有返回结果，而且还需要检查返回的结果是否时符合条件的记录
查询操作的显示结果是否符合常规	对于查询操作，容易犯的错误就是将数据库中查询出来的内容直接显示在页面，导致页面的显示不符合规范。如日期格式不正确，金额显示不是常用货币单位，对于批量查询结果没有进行排序等。

2.用户界面要素规则

01.文字编辑框控件

规范名称	规范步骤
输入值长度检查	文本编辑框要对输入的参数是否有字数限制进行检测。如果有字数限制时一定要测试超过字数限制的情况，要看系统是否对字数限制做了校验。 这是因为所有的Web界面的输入值都是要写入数据库中的相应的表中，这些表都会定义相关字段的长度；如果输入的值超过了规定的长度，Web服务器利用JDBC向数据库插入数据就会失败。所以为了提醒用户，需要进行输入值长度校验。 下面的例子中分别演示了对单行和多行文本输入值的长度校验：（1）对于WAP URL输入260个英文字符，超过255个英文字符时的校验和错误提示；（2）对于Service Description输入130个中文字符，超过255个英文字符时的校验和错误提示；（3）对于Service Name输入框限定输入长度是50个英文字符，不能够输入超长值。
输入值格式限制	输入值的格式有特殊要求时，需要检查输入值的格式：（1）如果输入的URL网站地址，必须利用http或https开头，而且格式类似于http://xxx.yyy,其中xxx和yyy是任意的字符，不能够为空；（2）如果输入的是email地址，格式必须类似于[email protected]；如果有多个email地址，需要利用逗号隔开；（3）如果输入的是手机号码，必须只能输入11位数据，且第一位为1；（4）如果是金额栏位，输入的值只能输入到小数点后两位；（5）如果输入的是身份证号码，输入的值必须是18位等等
输入值达到最大值后显示是否正常	输入值的长度较长（255个字符或1024个字符）时，必须测试输入最大长度值，提交数据成功后，在浏览界面查看新提交的数据是否能够正确显示。特别容易出现的问题是，数据超长后，列表显示比例失调，或者显示不完全，产生内容被截断的现象。
不同编辑状态显示的外表不同	文字编辑框如果是可以编辑的状态，那么利用亮色进行表示，利用鼠标点击区域，有高亮度的闪烁光标显示；如果是不可编辑的状态，应该显示为灰色禁止状态，用户不能够输入，但是可以选择和拷贝文字。
密码输入需要使用*号	输入值是用户的密码时，在输入时必须利用*号进行显示，不能够利用明文进行显示。同时，在进行相关密码信息传送时，必须利用加密协议进行传送，保证利用网络检测工具不能够得到用户传送内容。 下面样例中修改用户的密码，新老密码都需要利用星号表示。
输入框是必填项	如果输入值是必填项,界面上统一约定在输入框后面加上红色的”*”号表示必填项,用户必须输入相关参数,不能够填写为空,或者空格键、TAB键.
输入值中有特殊字符	由于网页中采用的HTML语言中，有很多特殊含义的字符，比如<大于号、>小于号、“双引号等，所以在输入时，程序需要对输入的特殊字符进行转义处理，否则输入的值显示就会出现异常。最常用的特殊字符输入时：“hello，一般在协议模板中涉及的比较多
输入框必须提示输入值的最大输入长度	在输入框的后面，业务应该增加相关提示性的文字，告诉用户该输入项可以输入的最大长度的值。

02.列表选择框控件

规范名称	规范步骤
列表选择两端需要标明区域内容	列表选择框控件主要是从备选的选择项中，选择适合的选择项到支持的区域中，列表选择框测试的第一个原则是，两端的选择区域必须标明选择的含义，哪个是备选区域，哪个是选中区域，这样才能够保证用户理解清晰易懂。
从备选择列表框中选择多项内容进行增加	从备选择框中同时选中多个可选择项进行增加，可以成功。
从备选择列表框中不选择内容进行增加	从备选择列表框中不选中内容，直接点击“》”增加键进行增加，应该操作不成功。
从已选择项列表框中进行删除	从已选择项列表框中选择单个或多个内容，进行删除。
备选择框中的选择项名字长度过长的显示	备选择框中的可选择项的名字长度过长时，在选择框中显示只能够截断显示。
备选框中“所有类型”和“特殊类型”选项不能够同时被选

03.增删改查等按钮控件

• 确定提交（新增）相关按钮
• 能否执行插入功能；
• 默认值是否正确；
• 必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；
• 输入的特殊字符是否能正确处理：`~!@#$%^&*()_±={}[]|:;”’<>,./?；
• Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；
• 要求唯一的数据（主键）是否可以重复添加；
• 备注字段的超长检查；
• 输入域的编辑状态是否正确（editable/uneditable）；
• 输入结果是否被正确保存；
• 插入页面为当前主页面的情况下，提交保存后能否转到合适的页面；
• 插入页面为弹出新页面的情况下，提交保存后原来的列表页面是否会自动刷新；
• 插入的数据在结果列表中是否正确排序；
• 有唯一性要求的，连续提交，不能产生重复数据，或造成数据混乱、丢失；
• 确认修改按钮的功能
• 能否执行修改功能；
• 编辑页面中各输入域是否被正确的置成可编辑、不可编辑状态；可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；
• 编辑页面中可编辑的项目是否显示正确的默认值，包括form下拉菜单与文本框 ；
• 涉及到下拉菜单的编辑修改Form，要检查在编辑和修改Form中，下拉菜单是否能正确显示当前值；
• Form提交后，要逐项检查输入的内容跟通过查询的结果一致；
• 编辑权限的检查，比如：user1的数据user2不能编辑等；
• 输入的数据是否被保存，Form提交后，要逐项检查输入的内容跟通过查询的结果一致；
• 输入的数据是否保存为其它的值；
• 如果输入的数据（主键）已经存在，是否可以保存；
• 修改操作是否被当作插入处理，即在保存原有数据的基础上，插入了修改值；
• 提交保存后能否转到合适的页面；
• 修改的结果在结果列表中是否正确排序；
• 有唯一性要求的，连续提交，不能产生重复数据，或造成数据混乱、丢失；
• 删除按钮
• 必须有“确认删除”的提示；
• 能否执行删除功能；
• 选定的数据是否被删除；
• 是否错误的删除没有选择的数据；
• 是否可以删除部分或全部数据；
• 当设置自动编号时，能否处理删除后的空白；
• 根据项目需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；
• 如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；
• 是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；
• 是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；
• 检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；
• 跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；
• 有关分页功能的按钮
  总页数是否正确，当前页数是否正确，设置跳转的页数后能否直接跳转， 首页/末页、上一页/下一页按钮的状态是否正确，点击首页/末页、上一页/下一页是否跳转到正确的页面；注意需要多测试翻页功能

规范名称	规范步骤
上传/下载	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）点击重置按钮后变灰
返回按钮的功能	返回的页面信息都不变
取消按钮	所有信息都未生效

04.下拉列表控件

• 当从下拉选项列表中，选择不同的选项时，可能会显示一些开始隐藏的选项。
• 下拉列表中的多个不同选项，对应的不同的选择值，需要通过查看源代码进行检测，看看是否和数据库中的定义相同。

05.控件

规范名称	规范步骤
日期控件的时间只能够选择，不能手工修改。	日期控件设置的时间是通过特殊的JavaScript语句写出来的，保证了用户选择的时间的格式正确性。且有默认选择今天的按钮
单选和多选控件	单选按钮必须有一个缺省选中，而且选项之间是互斥或者唯一的。

06.分页显示/单项查询

规范名称	规范步骤
分页功能	1)总页数是否正确，当前页数是否正确，设置跳转的页数后能否直接跳转;2)首页/末页、上一页/下一页按钮的状态是否正确，点击首页/末页、上一页/下一页是否跳转到正确的页面；3)查询结果分页时，在点击下一页/上一页时查询条件是否能带过去，不能点击翻页时又重新查询；4)分页的统计数字是否正确，共X页，第N页，共X条记录等 ；注意需要多测试翻页功能
单项查询、组合查询	1）能否执行查询功能 2）对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等 3）是否可以设置查询条件 4）在不同部分查询统一信息，查询结果是否一致 5）查询结果是否包括符合条件的全部数据 6）是否存在重复出现相同数据的情况 7)查询结果中是否包括检索条件、可以判断正确与否 8)查询结果是否有明确的排列顺序 9)在插入/修改操作时，查询输入的值，结果是否正确 10)不设置查询条件时是否可以查到全部数据 11)根据项目需求是否支持模糊查询 12)根据项目需求查询关键字是否区分大小写 13)设置部分查询条件时查询结果是否正确 14)设置精确查询条件时查询结果是否正确 15)查询结果页面中是否保存查询条件 16)查询结果分页时，在点击下一页/上一页时查询条件是否能带过去，不能点击翻页时又重新查询 17)查询结果是否出现内容和合计数值不一致的情况 18)查询权限的检查，比如：user1不能查询到user2的数据19)当查询的数据量较大时系统性能如何 20)设置条件进行查询后清空查询条件，再次查询时是否仍然按照之前设置的条件进行查询 21)如输入%*?等通配符是否会导致查询错误 22)分页的统计数字是否正确，共X页，第N页，共X条记录等 对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确 23)查询结果有超链接的情况要检查超链接是否正确

08.目录树显示功能

09.消息提示功能

3.常用界面元素测试原则

01.功能符合性

规范名称	规范步骤
用户界面是否和软件功能相融洽？	用户界面是否与软件功能相融洽？用户界面是否适合于用户的应用环境？“用户界面适合于软件功能”是首要设计原则，它要求设计者不要片面追求界面外观漂亮而导致华而不实。
用户界面是否正确实现了软件需求？（非常重要）	用户界面上，是否正确的实现了软件的需求，是否正确的体现了客户实际需要的软件功能,没有偏差？
用户相关功能是否完备？（非常重要）	1.用户界面上有增加功能时，应该同时有修改、删除和浏览的功能配套存在，保证用户对于此项操作可撤除。 2.用户的页面操作过程，可能需要记录相关的页面动作操作日志。3.用户的页面操作，涉及到后台的其他操作时，特别是用户提交的数据要同步给其他外部系统时，一定要检查同步功能是否成功？
页面功能操作是否具备可逆完整性？	用户的页面操作有依赖性和顺序性要求时，比如必须先增加功能A，才能够操作功能B，那么需要测试逆向操作是否有保护？比如在操作功能B成功之后，直接删除依赖条件。

02.容易理解

规范名称	规范步骤
界面元素表达是否正确？	界面元素（标签、图片、提示、按钮、表格、对话框等）是否有错别字,或措词含糊、逻辑混乱。
常用功能是否易于使用？	对于常用的功能，比如业务管理、SP管理、用户管理等，是否有足够的提示信息帮助用户轻松完成相关任务。另外，界面结构要能够清晰的反映工作流程，以便用户按部就班的操作。对于复杂的用户界面，最好提供界面向导，及时让用户知道自己的位置。
界面元素是否有充分必要的提示？
联机帮助是否提供？	是否提供了联机帮助？联机帮助是否和版本功能特性配套？联机帮助是否正确？

03.及时反馈信息

• 对于耗时较长的过程是否提供进度条、动画等反映进度？（重要）
• 是否为重要的操作返回必要的结果信息？（重要)
  用户提交数据，修改数据后，系统需要提供包括正确或错误的结果提示信息，结果码和可能的原因分析。

04.防错处理

• 执行破坏性的操作之前（修改、删除数据，修改业务状态），是否给用户明确的信息提示，获得用户的确认？
• 输入的数据或者递交数据时，是否进行相应的数据合法性检验（长度、敏感字符，数字大小等）
• 所有输入数据的必选项是否进行了检测？（非常重要）
• 是否根据用户的权限自动隐藏或者禁用某些功能？（非常重要)
• 是否提供Reset或Undo功能用以撤销不期望的操作？（可选）
  1.如果提供Reset功能，需要测试Reset是否能够使页面完全回复到起始状态？2.如果提供Undo功能，需要测试Undo是否能够撤销前一步的操作？

05.一致性

• 同类的界面元素是否有相同的视觉和相同的操作方式？比如“OK”和“Cancle”的按钮的位置顺序，标签的首字母大写，各个元素的对齐方式等
• 同一类信息是否在不同的角色查看时显示的必要的信息是一致？（重要）
• 同一个信息在不同的界面元素中是否显示一致？（重要）
• 是否符合广大用户使用同类软件的习惯？比如快捷键F1和TAB键，鼠标的操作,焦点的获得。

06.合理布局

• 界面的布局符合软件的功能逻辑吗？（可选）
• 界面元素是否在水平方向和垂直方向对齐？
• 界面元素的尺寸是否合理？行、列的间距是否保持一致?
• 窗口切换、移动、改变大小时，界面正常吗？（可选）

07.合理色彩

• 界面的色调是否让人感觉到和谐、满意？（重要）
• 重要的对象是否用醒目的色彩表示？（重要）
• 色彩使用是否符合行业的习惯？
• 是否可以让色盲、色弱人员使用？（重要）

08.最少步骤最高效率

• 是否用合理的最少步骤实现常用的操作,获得高效率？（重要）

09.国际化

• 度量单位、日期格式、人的名称等的表示方式是否符合国际惯例？
• 度量单位、日期格式、人的名称等是否正确，是否会引起用户的误解？
• 英文翻译文字是否地道，语法、词态、时态是否正确？（重要）
• 英文翻译文字是否地道，语法、词态、时态是否正确？

10.安全性

• 用户的信息在传送时是否得到保护？（重要）
• 所有的密码必须利用*表示，所有的用户认证和个人资料消息必须利用https进行传输。

11.个性化

规范名称	规范步骤
1	是否在具备必要的“一致性”的前提下，设计了与众不同的、让用户记忆深刻的界面？

————————————————
版权声明：本文为CSDN博主「邓太阿」的原创文章，遵循CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/zhoulp87/java/article/details/77567872