5界面测试测试对不用分辨率下页面显示效果.docVIP

界面测试 点击:1395???????更新时间:2007-7-24 14:07:26 界面测试 l?现在一般人都有使用浏览器浏览网页的经历，用户虽然不是专业人员但是对界面效果的印象是很重要的。如果你注重这方面的测试，那么验证应用程序是否易于使用就非常重要了。很多人认为这是测试中最不重要的部分，但是恰恰相反界面对不懂技术的客户来说那相当关键，慢慢体会你会明白的。 l?方法上可以根据设计文档，如果够专业的话可以专业美工人员，来确定整体风格页面风格，然后根据这个可以页面人员可以生成静态的HTML，CSS等甚至生成几套不用的方案来讨论，或者交给客户评审，最后形成统一的风格的页面/框架。注意不要靠程序员的美术素养形成你的web风格，那样可能会很糟糕。 主要包括以下几个方面的内容： ??站点地图和导航条?位置、是否合理、是否可以导航等内容布局?布局是否合理，滚动条等简介说明?说明文字是否合理，位置，是否正确 ??背景/色调?是否正确、美观，是否符合用户需求； ??页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）表单样式?大小，格式，是否对提交数据进行验证（如果在页面部分进行验证的话）等 ??连接?连接的形式，位置，是否易于理解等 l?web测试的主要页面元素 ??页面元素的容错性列表（如输入框、时间列表或日历） ??页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等） ??页面元素的容错性是否存在 ??页面元素的容错性是否正确 ??页面元素基本功能是否实现（如文字特效、动画特效、按钮、超连接） ??页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超连接等） ??页面元素是否显示正确（主要针对文字、图形、签章） ??元素是否显示（元素是否存在） 页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等） l?测试技术 ??通过页面走查，浏览确定使用的页面是否符合需求。可以结合兼容性测试对不用分辨率下页面显示效果，如果有影响应该交给设计人员提出解决方案。 ??可以结合数据定义文档查看表单项的内容，长度等信息。 ??对于动态生成的页面最好也能进行浏览查看。如Servelet部分可以结合编码规范，进行代码走查。是否支持中文，如果数据用XML封装要做的工作会多一点等等。? l?界面测试要素: 符合标准和规范,灵活性,正确性,直观性,舒适性,实用性,一致性 l?1.直观性: 用户界面是否洁净,不唐突,不拥挤.界面不应该为用户制造障碍.所需功能或者期待的响应应该明显,并在预期出现的地方. 界面组织和布局合理吗?是否允许用户轻松地从一个功能转到另一个功能?下一步做什么明显吗?任何时刻都可以决定放弃或者退回,退出吗?输入得到承认了吗?菜单或者窗口是否深藏不露? 有多余功能吗?软件整体抑或局部是否做得太多?是否有太多特性把工作复杂化了?是否感到信息太庞杂? 如果其他所有努力失败,帮助系统真能帮忙吗? l?2.一致性 快速键和菜单选项.在Windows?中按F1键总是得到帮助信息 术语和命令.整个软件使用同样的术语吗?特性命名一致吗?例如,Find是否一直叫Find,而不是有时叫Search? 软件是否一直面向同一级别用户?带有花哨用户界面的趣味贺卡程序不应该显示泄露技术机密的错误提示信息. 按钮位置和等价的按键.大家是否注意到对话框有OK按钮和Cancle按钮时,OK按钮总是在上方或者左方,而Cancle按钮总是在下方或右方?同样原因,Cancle按钮的等价按键通常是Esc,而选中按钮的等价按钮通常是Enter.保持一致. l?3.灵活性 状态跳转.灵活的软件实现同一任务有多种选择方式. 状态终止和跳过,具有容错处理能力. 数据输入和输出.用户希望有多种方法输入数据和查看结果.例如,在写字板插入文字可用键盘输入,粘贴,从6种文件格式读入,作为对象插入,或者用鼠标从其他程序拖动. l?4.舒适性 恰当.软件外观和感觉应该与所做的工作和使用者相符. 错误处理.程序应该在用户执行严重错误的操作之前提出警告,并允许用户恢复由于错误操作导致丢失的数据.如大家认为undo?/redo是当然的. 性能.快不见得是好事.要让用户看得清程序在做什么,它是有反应的.