界面测试方法总结
通用界面元素测试... 1
界面整体性测试... 2
新增页面及功能测试... 3
修改页面测试... 4
管理/查询页面测试... 4
常用功能键的功能测试... 4
数据完整性测试... 5
只读模式的测试... 5
特殊域的测试... 6
安全性考虑... 6
通用界面元素测试
（1） 文本框（Text Boxes）
- 不要使用文本输入框来显示只读数据和信息。只读信息的文本框应该底色变灰，并且去掉文本框边框，和可编辑但未激活的状态区别开来。
- 给日期，数字，单位等特殊文字选择框或特殊文本框，检测到非法输入后应给出说明并能自动获得焦点。
（2） 单选钮（Radio Buttons）
- 用左右键和上下键移动，或以及鼠标单击选中。
- 单选框是一种多选一设置，可选数目在2-8之间。
- 当空间不够时，单选框可以用循环按钮、下拉菜单、滚动列表框来代替。
（3） 复选框（Check Boxes）
- 在框中用鼠标单击，或在文本上设置/取消设置，试着用空格键做这件事。
- 复选框和选项框按选择几率的高底而先后排列。
- 复选框和选项框要有默认选项，并支持Tab选择。
（4） 命令钮（Command Buttons）
- 如果它能导出一个新的窗口，使用户能输入或改变内容，则按钮的文字后带省略号（3个小点）；
- 除确定（ok）或取消（Cancel）外，其他的按钮应有一个字符代表，这个字符在按钮上是以下划线表示的，用[ALT]+字符组合键的方式可激活它，保证不重复定义这类字符；
- 用鼠标单击每一个按钮，应能激活；
- 用[Tab]走到这个按钮后，按[空格]或[Enter]键应能激活；
- 用[Tab]移到其他类型的控制按钮（非命令），则在屏上这个控制钮以加宽黑框表示，这时按Enter应能激活这个控制钮；
- 按[Esc]键应能激活[Cancel]钮。
（5） 下拉列表框（Drop Down List Boxes）
- 按下拉列表框右边的箭头处，应能得到（打开）选择列表项，列表项可以卷动（当内容多时应有卷动条），其框中应不能输入文本；
- 按一个字符应到以这个字符开头的项（英文时），按[Ctrl]+[F4]组合键应能打开下拉列表框。
- 下拉列表框中的选项应是排好了序的。
（6） Message Box 消息框
- 标题：建议以主窗口的名称作为标题，以变量的形式显示，最好不要写死。（标题是否根据内容显示为“提示”，“警告”）
- 文本：不考虑国际化开发时，可以直接以中文显示，考虑国际化开发时，需要根据字串取本地化文本。请注意提示信息的语气及标点符号。
- 按钮：当有多个按钮时，执行删除操作时，默认按钮应为否（取消）。
- 符号：根据提示的内容，确认图标的显示。
界面整体性测试
（1） 测试界面设计是否合理、简洁、美观，操作是否方便
（2） 功能键、数据项信息是否齐全
（3） 确认系统中同一功能的名称是否统一
（4） 不同模块相同字段值的输入方式是否统一
（5） 设计样式、风格（查询条件样式；输入风格（点选/手输入））是否与系统其它模块统一
（6） 确认页面内所有字段名称显示风格是否统一（居中、左对齐、右对齐，一般采用居中显示风格）
（7） 所有弹出窗口显示位置是否统一
（8） 添加/修改保存后，添加/修改界面是否自动关闭要求统一（建议修改保存后，修改界面一般是自动关闭）
（9） 一个系统中相同功能的按钮名称要统一（如：添加_新增，取消_取消选择）
（10） 底层结点不允许添加子结点信息，那么单击底层结点时，“添加”功能按钮设为不可用的，还是系统弹出相应的提示信息，在一个系统中要求统一
（11） 同一个功能按钮，不同模块相同的错误提示信息是否统一
新增页面及功能测试
(1) 各字段输入正确的信息值保存，确认系统是否可以正确完成新增操作
(2) 进入添加界面不输入任何信息值，单击“保存”功能按钮，系统应该给出某个不允许为空字段的提示信息（属于边界测试）
(3) 建议不允许为空的字段前面加上‘*’作为标记（统一性，方便性问题）
(4) 确认字段是否已做长度限制，如果输入值超出长度范围，那么在保存时系统应该给出提示信息
(5) 非法测试，如：校验数值型字段输入非数值，保存时系统是否给出相应的提示信息；（根据实际需要确定数值型字段是否能够接受负数）
(6) 边界测试，如：确认数值型字段的边界值（如：有效值为‘0-100’整数，那么输入-1或101保存时系统应该给出相应的提示信息；输入值为0、100 系统应该能正确保存信息值；输入0 到100 内的整数值系统应该正确保存信息值）
(7) 精确值测试，测试小数位数是否在定义的长度内
(8) 根据实际情况测试名称字段是否具有唯一性，（一般情况下名称是不允许重复的，具体问题具体分析），否则系统应该给出相应的提示信息
(9) 确认各字段名称书写是否正确（注意：要求编辑界面、住息列表中、错误提示信息、查询条件中的字段名称完全相同）
(10) 确认特殊格式的字段是否已做标准格式的限制（如：电子邮件、邮编等）
(11) 测试上级信息字段（如：上级XXX 名称、上级XXX 编号）的信息值是否根据所选择的上级XXX 名称系统自动生成（注意：编号生成值一定是维护界面的编号，而不应该是相应表的那个主键编码）
(12) 测试如果某字段信息值是从另一个模块中选择输入的，那么需要确认其它相关联字段的信息值是否也相应的正确的自动带入，并且这些字段应该都是只读的
(13) 创建人/编辑人、发布人、创建时间、创建人字段应该设为只读的，而且此类字段值应该默认当前操作人的姓名
(14) 如果某个字段可以点选输入多个信息值，那么测试该字段是否接受，并保存了点选输入的多个信息值
(15) 测试字符型字段是否可以接受空格（统一性问题，建议不要接受空格）
(16) 引用其它模块的字段信息值的字段长度是否与被引用模块相应字段长度一致
修改页面测试
（1） 确认各字段是否已经保存了添加界面输入的信息值
（2） 确认各字段所保存/取到的信息值，是否与添加界面输入的相关信息值完全匹配
（3） 确认字段是否保存修改后的信息值
（4） 修改界面的字段长度是否与添加界面相应字段长度一致
（5） 修改界面字段命名是否与新增界面相应字段命名完全一致
管理/查询页面测试
(1) 测试界面整体设计合理，操作方便，尤其是查询条件排放是否整齐，操作是否方便；功能按钮顺序设计是否合理，操作是否方便
(2) 测试信息列表是否有一定的排序规则（建议如果有时间一般按时间倒序--先从客户要求）
(3) 测试界面各功能按钮功能是否已经正确实现
(4) 测试系统内不同模块相同的查询条件值输入方式是否统一
(5) 测试各查询条件是否起作用，即输入查询条件值可以查到相应查询结果
(6) 测试可以手动输入查询条件时的查询条件支持全部模糊查询；通常对于下拉选择输入、点选择输入的查询条件仅支持精确查询
(7) 测试信息列表中显示的信息（字段）是否齐全，是否方便查询/查看
(8) 测试信息列表中信息值显示格式是否统一
(9) 测试列表各字段信息值是否有折行显示，要求所有字段不允许折行显示
(10) 测试是否提供翻页查询功能，并且功能是否已经正确实现
(11) 测试信息列表中的链接数据是否正确链接到相应信息界面
(12) 下拉选择输入格式的查询条件如果没有特殊要求，系统默认查询‘全部’选择值
(13) 测试时间查询条件查询结果是否正确：1、查询结果包括边界时间值的记录；2、不包括边界时间值的记录
常用功能键的功能测试
(1) 保存
- 所有编辑页面如果未输入任何信息值而单击“保存”，系统应该给出“XXX 字段不允许为空”的提示信息
- 如果某字段输入值有错误或超出长度范围，那么单击“保存”按钮时，系统应该给出相应的提示信息
- 输入相关信息单击“保存”后，建议系统给出“保存成功”提示信息
- 测试新增/修改信息保存后，信息列表是否自动刷新
(2) 上传附件
- 文件类型正确，文件大小的校验
- 测试上传功能已经正确实现，确认上传的附件在界面相应位置是否显示
- 测试下载功能已经正确实现（可以将上传到服务器的附件下载的本地相应位置）
(3) 关闭
单击此功能按钮系统将关闭当前页面，建议当单击此功能按钮时系统弹出“确认离开此页面提示信息”
(4) 查询
单击查询功能按钮，系统按钮输入查询条件进行模糊查询；查询条件输入非法值进行查询操作，系统应该查询0 记录
(5) 删除
未勾选待删除记录单击此按钮系统弹出相应提示信息；正常情况下系统删除所选记录
(6) 选择
勾选待选记录，单击此按钮系统完成选择操作；单击选择超链接功能按钮系统完成选择操作
数据完整性测试
（1） 关闭窗口时数据是否得到了保存；
（2） 检查域的长度，以保证没有字样被截掉；
（3） 有的域是通过在数据库中查询一个值作为缺省值，并且用户可以输入一个有效值来取代这个值；
（4） 检查数字域的最大值和最小值；
（5） 检查能接受负数的数字域能将负数正确的存储；
（6） 一组单选按钮是否由一组值代表（在数据库中）；
（7） 数据库对数据的存储是否完整，如字符串是否被截，数值是否被舍入。
只读模式的测试
（1） 只读模式屏幕和域的颜色设置是否正确；
（2） 只读模式是否合乎实际（这种情况下，是否应设为只读模式）；
（3） 字段域和控制按钮是否以只读模式来表示非激活；
（4） 与正在进行的操作无关的按钮应加以屏蔽（只读模式）
（5） 从窗口/菜单/工具条的只读模式是否能进入下一级窗口；
（6） 从只读模式进入的窗口是否有效；
（7） 只读模式下不能执行或进行“确认”；
特殊域的测试
（1） 日期域的检查
- 保证闰年日期有效正确，不产生错误和计算误差；
- 测试月份是在1和12之间（含），保证00和12报告错误；
- 测试日期在1和31之间（含），最大值与月份相关；
- 对二月的28,29,30日，进行验证；
- 测试日期的周期性计算正确。
（2） 数字域的测试
- 保证对最低、最高值处理正确；
- 输入无效的数据值被记录和报告；
- 保证有效的值被正确地处理
- 在数字前面带有空格的数字域被正确处理还是报错误；
- 在数字后面带有空格的数字域被正确处理还是报错误；
- 保证正、负值被正确处理；
- 保证除零的事不会发生；
- 数字域范围至少含有一个值
- 数字域范围含最大值和最小值
- 对范围处的值进行测试，保证错误值能被检测出来。
（3） 字符域的测试
- 测试使用空格和非空格字符；
- 测试最高值和最低值
- 测试非法字符或控制符
- 测试合法字符
- 测试第一个位置是空格的数据或最后一位置是空格的数据。
安全性考虑
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
安全性细则：
(1) 最重要的是排除可能会使应用非正常中止的错误
(2) 应当注意尽可能避免用户无意录入无效的数据
(3) 采用相关控件限制用户输入值的种类
(4) 当用户作出选择的可能性只有两个时,可以采用单选框
(5) 当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择
(6) 当选项特别多时，可以采用列表框，下拉式列表框
(7) 对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽
(8) 对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态
(9) 对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符
(10) 在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作
(11) 对可能造成等待时间较长的操作应该提供取消功能。
(12) 特殊字符常有；;’”><,｀‘：“［”｛、|｝］+=)-(_*&&^%$#@!,.。?/还有空格
(13) 与系统采用的保留字符冲突的要加以限制
(14) 在读入用户所输入的信息时，根据需要选择是否去掉前后空格
(15) 有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在
程序中加以处理