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