界面测试也是有方法的
测试界面上的功能
举例:
携程订机票
第一个方法:分类法
分类: | 测试内容 |
界面控件功能按钮类 | 比如搜索控件、单程、往返、多程的单选控件 选择单程、往返、多程的单选控件,是否会先在界面上显示 勾选带儿童、带婴儿的界面显示,以及点击搜索后,界面跳转情况 |
界面检查类 | 界面上有没有显示模糊,或者被遮挡的,影响用户体验,界面的检查,注意从兼容性(浏览器的兼容性,比如常用的IE、谷歌、360、火狐等),还要从浏览器全屏和缩小的使用场景进行测试。 |
界面跳转链接类 | 界面上经常会有跳转链接的功能,这时候我们需要进行测试,这个界面比如“儿童/婴儿票” |
查询条件或者搜索条件的检查 | 比如下拉框选择、手动输入内容进行检查。输入框的检查,需要注意前端界面对输入框输入规范的控制,比如:这个输入框的限制长度,只允许输入什么类型的字符,当输入不规范的时候,提示语是否符合用户体验 |
查询条件 | 时间的检查(一般时间的检查包括:日期+时间:时分秒) 这里日期有出发日期和返回日期,且做了可选择的操作,同时用户可以自己输入,注意一个细节,这个界面在还没有选择出发日期前,这个返回日期是置灰的,但是选择返回日期是可选的。这个时间需要考虑的场景如下: 1:选择单程的情况下,返回日期小于/大于/等于出发日期 返回日期小于出发日期,是否会友好提示 返回日期大于出发日期,是否能正常跳转到相应的机票界面 返回日期等于出发日期,是否能正常跳转到相应的机票界面 2:选择往返的情况下,返回日期小于/大于/等于出发日期 同上考虑 3:选择多程的情况下,返回日期小于/大于/等于出发日期 同上考虑 注: 这里还需要考虑今天以前的日期是否可选,站在用户思维的角度,出行只有正在进行时和将来时,没有过去时。 |
第二种方法:探索性测试
站在用户的角度去使用该界面,随意操作
界面的功能测试完毕,我们还需要或者还可以做什么?
一个界面,直接面对的是用户,所以界面的适用性和可用性,对用户体验来说是特别重要的。我们可以参考市场上,同类型的产品,进行亲身体验操作,对我们目前的界面提一些建设性的意见。