用户界面的bug,一般严重等级和修复等级都比较低。刚入门的测试新手,提交大量的这类bug报告,只会吃力不讨好,甚至招人反感。一个系统的界面风格往往是在系统最初版本时确定的,尽管这样的风格有这样,那样的不好,但是开发人员往往都乐于照旧。所以“这个页面不好看”,“这个风格难看”...这样的话不会对此bug的修复有任何帮助。 那用户界面的测试就不用做呢?当然不是,不要误解我上面的话。我的意思是“好看,丑陋”是属于美学范畴的,这仁者见仁,智者见智,不必苛求这样的bug。 用户界面的测试,我觉得关注以下事项就可以了: 1.是否有错别字?是否有拼写错误? 2.控件的触发事件是否失效?(如:js错误) 3.用户界面是否一致?(这里的一致性包含的范围很广,如:提示信息的一致,控件使用的一致,错误信息的一致...) 如果贵公司特别注重用户的体验,那么你就可以按照书中的条条框框去检查了;否则,注重以上3点就足够了。 |
另外,附上界面测试八条黄金规则: 1、尽量保持一致 2、为熟练用户提供快捷键 3、提供有效反馈 4、设计完整的对话过程 5、提供简单的错误处理机制 6、允许撤销动作 7、提供控制的内部轨迹 8、减少短期记忆负担 |