UI测试点随笔

验证界面显示内容的完整性

1.报表显示时应考虑数据显示宽度的自适应或自动换行。例如在有些情况下当长度超过一定的时候,内容显示就会被截断或者重叠。

2.在系统分辨率或者浏览器缩放变化后,界面显示是否完整;

界面显示内容的一致性

1.提示的格式是否一致;

2.菜单的格式是否一致;

3.帮助的格式是否一致;

4.提示、菜单、帮助中的术语是否一致;

5.各个控件之间的对齐方式是否一致;

6.输入界面和输出界面在外观、布局、交互方式上是否一致;

7.功能类似的相关界面是否在在外观、布局、交互方式上是否一致(比如商品代码检索和商品名称检索);

8.存在同一产品族的时候,是否与其他产品在外观、布局、交互方式上是否一致;

9.同一层次的文字在同一种提示场合(一般情况、突显、警告等)在文字大小、字体、颜色、对齐方式方面是否一致;

10.多个连续界面依次出现的情况下,界面的外观、操作方式是否一致(当然可能会有例外,比如操作结束的界面);

界面显示内容的友好性

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

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

3.界面内容更新后系统应提供刷新功能

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

界面提示信息的指导性

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

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

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

4.系统显示用户的错误输入的提示是否正确,浅显易懂(例:“ERR004”这样的提示让人不知所云);

5.系统是否在用户输入前给出用户具体输入方式的提示(例:网站注册程序);

6.系统提示所用的图标或图形是否具有代表性和警示性;

7.系统提示用语是否按警告级别和完成程度进行分级(若非某些破坏性操作,请对用户温和一些);

8.系统在界面(主要是菜单、工具条)上是否提供突显功能(比如鼠标移动到控件时,控件图标变大或颜色变化至与背景有较大反差,当移动开后恢复原状)

9.系统是否在用户完成操作时给出操作成功的提示。

界面显示内容的合理性

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

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

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

考虑用户使用的方便性

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

界面显示及处理的正确性

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

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

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

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

考虑数据显示的规范性

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

2.确保时间及日期显示格式的统一;

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

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

你可能感兴趣的:(UI测试点随笔)