软件测试


网站首页 | 软件测试论坛 | 软件测试培训 | 软件测试博客 | 软件测试杂志 | 软件测试沙龙 | 软件测试下载 | 软件测试顾问
业界新闻 | 软件测试人才 | 软件测试技术 | 软件测试工具 | 行业软件测试 | 软件测试管理 | 软件质量专栏 | 软件开发专栏
当前位置:首页>>软件测试技术>>用例设计>>正文
界面测试经验总结
文章出处:51testing博客 作者:natureyxu 发布时间:2006-12-25

1.应验证界面显示内容的完整性:

a) 报表显示时应考虑数据显示宽度的自适应或自动换行。

b) 所有有数据展现的界面(如统计、查询、编辑录入、打印预览、打印等),必须使测试数据的记录数超过一屏/一页,以验证满屏/页时其窗体是否有横向、纵向滚动条或换页打印,界面显示是否正常;

2.应验证界面显示内容的一致性:

a) 如有多个系统展现同一数据源时,应保证其一致性;

3.应验证界面显示内容的准确性:

a) 对于报表中的所有字段值都应该有明确的定义,对于无意义的字段值,不应该显示空,应显示“--”或“/”,表示该字段值无意义。

4.应验证界面显示内容的友好性:

a) 对统计的数据应按用户习惯进行分类、排序。

b) 某些重要信息在输入、修改、删除时应有“确认”提示信息;

c) 界面内容更新后系统应提供刷新功能。

d) 用户在退出系统后重新登陆时应考虑是否需要自动返回到上次退出系统时的界面;

5.应验证界面提示信息的指导性:

a) 在多个业务功能组成的一个业务流程中,如果各个功能之间的执行顺序有一定的制约条件,应通过界面提示用户。

b) 用户提示信息应具有一定的指导性,在应用程序正在进行关键业务的处理时,应考虑在前台界面提示用户应用程序正在进行的处理,以及相应的处理过程,在处理结束后再提示用户处理完毕。

c) 在某些数据输入界面,如果要求输入的数据符合某项规则,应在输入界面提供相应的规则描述;当输入数据不符合规则时应提示用户是否继续。

d) 在对任何配置信息修改后,都应该在用户退出该界面时提示用户保存(如果用户没有主动保存的情况下);

6.应验证界面显示内容的合理性:

a) 在对某些查询功能进行测试时,应考虑查询条件的设置的合理性以及查询结果的互补性。如某些后台处理时间不应该作为查询条件。

b) 界面测试时,应考虑某一界面上按钮先后使用的顺序问题,以免用户对此产生迷惑。例如只能在查询成功后显示执行按钮。

c) 界面测试时,应验证窗口与窗口之间、字段与字段之间的浏览顺序是否正确;

7.界面测试时,应考虑用户使用的方便性:

a) 在某些对数据进行处理的操作界面,应考虑用户可能对数据进行处理的频繁程度和工作量,考虑是否可以进行批量操作。

8.界面测试时,应考虑界面显示及处理的正确性:

a) 界面测试时应验证所有窗体中的对象状态是否正常,是否符合相关的业务规则需要。

b) 应验证各种对象访问方法(Tab 健、鼠标移动和快捷键)是否可正常使用,并且在一个激活界面中快捷键无重复;

c) 界面测试不光要考虑合理的键盘输入,还应考虑是否可以通过鼠标拷贝粘贴输入。

d) 对于统计查询功能的查询结果应验证其是否只能通过界面上的查询或刷新按键人工触发,应避免其他形式的触发。

e) 对界面上的任何对象进行拖拉,然后进行查询、打印,应保证查询打印结果不变;

9.界面测试时,应考虑数据显示的规范性:

a) 确保数据精度显示的统一:如单价0元,应显示为0.00元;

b) 确保时间及日期显示格式的统一;

c) 确保相同含义属性/字段名的统一;

d) 对所有可能产生的提示信息界面内容和位置进行验证,确保所有的提示信息界面应居中。

原始链接:http://blog.51testing.com/?6272/action_viewspace_itemid_1737.html


站内搜索
相关文章
◎功能测试用例的书写方式(适于新手学习)
◎测试用例容易遗漏的内容
◎设计功能和界面测试用例二
◎设计功能和界面测试用例一
◎测试用例设计自动化
◎测试用例的复审
◎黑盒测试之因果图分析-《软件测试艺术》读书笔记(20)
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎白盒测试-《软件测试艺术》读书笔记(17)
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎JUnit in java 真正的测试用例实战
◎如何设计编制软件测试用例
◎覆盖率测试用例设计
◎测试驱动开发全攻略
◎前期测试用例编写规范和流程
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎黑盒测试的测试用例设计方法
◎谈谈关于测试覆盖
◎使用组合改进软件测试用例的生成
◎用例建模指南
◎掌握可用性规则
◎通用设计的原则
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎快速划分测试用例的优先级
◎为什么测试全覆盖很难?
◎边界值法
◎如何写性能测试用例
◎安装测试指南
◎强化测试用例在测试活动中的作用
◎高手过招的乐趣---测试用例预演
◎构件可测试性挑战
◎软件测试入门书籍
◎一个基于UML协作图的集成测试用例生成方法(三)
◎一个基于UML协作图的集成测试用例生成方法(二)
◎一个基于UML协作图的集成测试用例生成方法(一)
◎细说软件测试错误
◎测试用例设计的误区
热门文章
◎软件测试入门书籍
◎黑盒测试的测试用例设计方法
◎用例建模指南
◎如何写性能测试用例
◎测试用例设计的误区
◎高手过招的乐趣---测试用例预演
◎用路径分析的方法编写测试用例
◎系统测试设计的层次
◎一个基于UML协作图的集成测试用例生成方法(一)
◎边界值法
◎细说软件测试错误
◎谈谈关于测试覆盖
◎界面测试
◎软件测试用例的认识误区
◎测试用例的有效维护
◎如何设计编制软件测试用例
◎功能测试用例的书写方式(适于新手学习)
◎快速划分测试用例的优先级
◎通用设计的原则
◎强化测试用例在测试活动中的作用
◎使用组合改进软件测试用例的生成
◎安装测试指南
◎设计功能和界面测试用例一
◎一个基于UML协作图的集成测试用例生成方法(三)
◎为什么测试全覆盖很难?
◎前期测试用例编写规范和流程
◎构件可测试性挑战
◎一个基于UML协作图的集成测试用例生成方法(二)
◎设计功能和界面测试用例二
◎掌握可用性规则
◎黑盒测试之边界值分析、错误猜测-《软件测试艺术》读书笔记(19)
◎黑盒测试之因果图分析-《软件测试艺术》读书笔记(20)
◎测试用例容易遗漏的内容
◎黑盒测试之等价类划分-《软件测试艺术》读书笔记(18)
◎JUnit in java 真正的测试用例实战
◎覆盖率测试用例设计
◎白盒测试-《软件测试艺术》读书笔记(17)
◎测试用例设计自动化
◎浅谈测试用例-《软件测试艺术》读书笔记(16)
◎从测试用例看测试的问题及变化
◎测试用例具体用法
◎测试用例的复审
◎测试用例具体用法续
◎测试驱动开发全攻略

Google提供的广告