浅谈用户界面测试
用户界面的bug,一般严重等级和修复等级都比较低。刚入门的测试新手,提交大量的这类bug报告,只会吃力不讨好,甚至招人反感。一个系统的界面风格往往是在系统最初版本时确定的,尽管这样的风格有这样,那样的不好,但是开发人员往往都乐于照旧。所以“这个页面不好看”,“这个风格难看”...这样的话不会对此bug的修复有任何帮助。那用户界面的测试就不用做呢?当然不是,不要误解我上面的话。我的意思是“好看,丑陋”是属于美学范畴的,这仁者见仁,智者见智,不必苛求这样的bug。
用户界面的测试,我觉得关注以下事项就可以了:
1.是否有错别字?是否有拼写错误?
2.控件的触发事件是否失效?(如:js错误)
3.用户界面是否一致?(这里的一致性包含的范围很广,如:提示信息的一致,控件使用的一致,错误信息的一致...)
如果贵公司特别注重用户的体验,那么你就可以按照书中的条条框框去检查了;否则,注重以上3点就足够了。
支持原创!!
我也来说几句,抛个砖,引个玉:
格式排版(CSS)也应该包括在内,另外web的链接测试啥的(这个可以看做是触发事件是否失效) 用户界面要求符合大众需求,当然这些需要一些经验 界面测试八条黄金规则:
1、尽量保持一致
2、为熟练用户提供快捷键
3、提供有效反馈
4、设计完整的对话过程
5、提供简单的错误处理机制
6、允许撤销动作
7、提供控制的内部轨迹
8、减少短期记忆负担 现在用户体验大行其道,我就把用户界面测试归到用户体验里面去。 学习了 说的好! 支持原创 学习了。 支持原创 受教了 有道理 嗯嗯,确实是~ 我悄悄的来,我悄悄的走 确实如此,美学的东西,你提了开发也不会改。 现在很多界面测试,都是参考UI,至少要与UI保持一致,链接正常,字体和大小都要保持一致,有误错漏等问题。
页:
[1]