界面测试的要点.docVIP

软件测试中有关界面测试经验总结1、验证界面显示内容的完整性： a) 所有有数据展现的界面(如统计、查询、编辑录入、搜索等)，必须使测试数据的记录数超过一屏/一页，以验证满屏/页时其窗体是否有横向、纵向滚动条或换页显示，界面显示是否正常。 b）报表显示时应考虑数据显示宽度的自适应或自动换行。2、验证界面显示内容的一致性：　　a) 如有多个系统展现同一数据源时，应保证其一致性。 b）弹出的提示信息格式、展现方式应该保持一致。 c）按钮点击之前、点击中、点击后的状态区分保持一致。 3、验证界面显示内容的准确性：　　a) 统计数据、登录用户名、字段元素显示是否正确。 b）提示信息、界面元素信息、输入信息中英文、特殊符号的情况等都应该进行验证其是否正确。 4、验证界面显示内容的友好性：　　a) 对统计的数据应按用户习惯进行分类、排序。　　b) 某些重要信息在输入、修改、删除时应有“确认”提示信息;二次确认。　　c) 界面内容更新后系统应提供刷新功能。是否提供实时更新。　　d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面。 e）各界面之间是否便于交互，关闭提示信息后该回退到哪个界面。 5、应验证界面提示信息的指导性：　　a) 在多个业务功能组成的一个业务流程中，如果各个功能之间的执行顺序有一定的制约条件，应通过界面提示用户。 b) 用户提示信息应具有一定的指导性，在应用程序正在进行关键业务的处理时，应考虑在前台界面提示用户应用程序正在进行的处理，以及相应的处理过程，在处理结束后再提示用户处理完毕。　　c) 在某些数据输入界面，如果要求输入的数据符合某项规则，应在输入界面提供相应的规则描述，当输入数据不符合规则时应提示用户是否继续。　　d) 在对任何配置信息修改后，都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下)。 e）在需要网络连接才能进行操作的时候，网络连接失败、网络中断应该给予用户指导。6、验证界面显示内容的合理性：　　a) 在对某些查询功能进行测试时，应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。　　b) 界面测试时，应考虑某一界面上按钮先后使用的顺序问题，以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。　　c) 界面测试时，应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确。 7、界面测试时，应考虑用户使用的方便性：　　a) 在某些对数据进行处理的操作界面，应考虑用户可能对数据进行处理的频繁程度和工作量，考虑是否可以进行批量操作。如删除。 8、界面测试时，应考虑界面显示及处理的正确性：　　a) 界面测试时应验证所有窗体中的对象状态是否正常，是否符合相关的业务规则需要。　　b) 应验证各种对象访问方法(menu、home、back等)是否可正常使用。 c) 界面测试不光要考虑合理的键盘输入，还应考虑是否可以拷贝粘贴输入。　　e) 对界面上的任何对象进行拖拉，然后进行查询、搜索等，应保证结果不变; 9、界面测试时，应考虑数据显示的规范性：　　a) 确保数据精度显示的统一。　　b) 确保时间及日期显示格式的统一。　　c) 确保相同含义属性/字段名的统一。 d) 对所有可能产生的提示信息界面内容和位置进行验证，确保所有的提示信息界面应居中。 一、文本框、按钮等控件测试 如何对文本框进行测试a,输入正常的字母或数字；b,输入已存在的文件的名称；c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入?256个字符，检查程序能否正确处理； d,输入默认值，空白，空格；e,若只允许输入字母，尝试输入数字；反之；尝试输入字母；只能输入数字的，输入首字母为0；f,利用复制，粘贴等操作强制输入程序不允许的输入数据；g,输入特殊字符集，例如，NUL及\n等；输入程序敏感字符，如sql，@，#；h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；文本框是否会变形i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示； 录入界面 1、输入字段要完整，且要与列表字段相符合（参照数据库进行检查） 2、必填项一律在后面用*表示（必填项为空在处理之前要有相关的提示信息） 3、字段需要做校验，如果校验不对需要在处理之前要有相关的提示信息 　　（1） 长度校验 　　（2） 数字、字母、日期等等的校验 　　（3） 范围的校验 4、录入字段的排序按照流程或使用习惯，字段特别多的时候需要进行分组显示 5、下拉框不选值的时候应该提供默认值 6、相同字段的录入方