如何对一个界面进行充分测试

界面测试也是有方法的

测试界面上的功能

举例:

携程订机票

第一个方法:分类法

分类:

测试内容

界面控件功能按钮类

比如搜索控件、单程、往返、多程的单选控件

选择单程、往返、多程的单选控件,是否会先在界面上显示

勾选带儿童、带婴儿的界面显示,以及点击搜索后,界面跳转情况

界面检查类

界面上有没有显示模糊,或者被遮挡的,影响用户体验,界面的检查,注意从兼容性(浏览器的兼容性,比如常用的IE、谷歌、360、火狐等),还要从浏览器全屏和缩小的使用场景进行测试。

界面跳转链接类

界面上经常会有跳转链接的功能,这时候我们需要进行测试,这个界面比如“儿童/婴儿票”

查询条件或者搜索条件的检查

比如下拉框选择、手动输入内容进行检查。输入框的检查,需要注意前端界面对输入框输入规范的控制,比如:这个输入框的限制长度,只允许输入什么类型的字符,当输入不规范的时候,提示语是否符合用户体验

查询条件

时间的检查(一般时间的检查包括:日期+时间:时分秒)

这里日期有出发日期和返回日期,且做了可选择的操作,同时用户可以自己输入,注意一个细节,这个界面在还没有选择出发日期前,这个返回日期是置灰的,但是选择返回日期是可选的。这个时间需要考虑的场景如下:

1:选择单程的情况下,返回日期小于/大于/等于出发日期

返回日期小于出发日期,是否会友好提示

返回日期大于出发日期,是否能正常跳转到相应的机票界面

返回日期等于出发日期,是否能正常跳转到相应的机票界面

2:选择往返的情况下,返回日期小于/大于/等于出发日期

同上考虑

3:选择多程的情况下,返回日期小于/大于/等于出发日期

同上考虑

注:

这里还需要考虑今天以前的日期是否可选,站在用户思维的角度,出行只有正在进行时和将来时,没有过去时。

 

第二种方法:探索性测试

站在用户的角度去使用该界面,随意操作

 

界面的功能测试完毕,我们还需要或者还可以做什么?

一个界面,直接面对的是用户,所以界面的适用性和可用性,对用户体验来说是特别重要的。我们可以参考市场上,同类型的产品,进行亲身体验操作,对我们目前的界面提一些建设性的意见。

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1. 易用性 : 按钮名称应该易懂,用词准确,屏弃没楞两可的字眼,要与同一界面上的其它按钮易于区分,能望文知意最好。理想的情况是用户不用查阅帮助就能知道该界面的功能并进行相关的正确操作。 易用性细则: 1) 完成相同或相近功能的按钮用Frame框起来,常用按钮要支持快捷方式。 2) 完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。 3) 按功能将界面划分区域块,用Frame框括起来,并要有功能说明或标题。 4) 界面要支持键盘自动浏览按钮功能,即按Tab键、回车键的自动切换功能。 5) 界面上首先要输入的和重要信息的控件在Tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。 6) 同一界面上的控件数最好不要超过10个,多于10个时可以考虑使用分页界面显示。 7) 分页界面要支持在页面间的快捷切换,常用组合快捷键Ctrl+Tab 8) 默认按钮要支持Enter及选操作,即按Enter后自动执行默认按钮对应操作。 9) 可写控件检测到非法输入后应给出说明并能自动获得焦点。 10) Tab键的顺序与控件排列顺序要一致,目前流行总体从上到下,同时行间从左到右的方式。 11) 复选框和选项框按选择几率的高底而先后排列。 12) 复选框和选项框要有默认选项,并支持Tab选择。 13) 选项数相同时多用选项框而不用下拉列表框//两个的 14) 界面空间较小时使用下拉框而不用选项框。 15) 选项数较少时使用选项框,相反使用下拉列表框。 16) 专业性强的软件要使用相关的专业术语,通用性界面则提倡使用通用性词语。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值