易用性测试

优秀UI常见的7个要素：

1符合行业标准和规范  

 Macintosh Human Interface Guidelines      Addison-Wesley出版 ——Apple的标准

 Microsoft Windows User Experience     Microsoft Press出版 —— Microsoft的标准

可以参考这两本书。

2灵活性

3正确性

4直观性

5舒适性

6实用性

7一致性

 

 

易用性测试      一般不用写测试用例

包括：易理解性、易学习性、易操作性、吸引性、依从性。

实际测试中，主要分为四个方面：

安装卸载易用性测试、功能易用性测试、界面易用性测试、辅助系统易用性测试。

---

 

易用性测试：以使用者为中心的设计概念，重点在于让产品的设计能够符合使用者的习惯与需求。

例子：一般情况下，安装卸载时在屏幕上都会有进程条显示，这样用户能够了解大致的进度；否则用户在不了解进度的等待中将会感觉不舒适。

1、易用性和正常功能之间是否存在冲突？

解答：有可能会存在冲突。由于易用性带有一定的主观性，不同的人会有不同的易用性体会。

例子：在要求数据库查询快的同时，增删记录也快。为了查询快而增加了索引，就会造成增删变慢。

2、怎样保证网站的易用性？

解答：首先，我们需要进行调查。

• 网站用户是谁？
• 网站用户具备哪些知识？
• 网站用户想做什么？
• 用户使用网站时，场景是什么？
• 哪部分任务可以交给程序办理？哪些需要用户来做？

其次，我们还要重视以下几点：

• 易理解：用户在几秒钟内可以观察得知网站是做什么的，以及知道可以采取的行动
• 易操作：当初次接触网站功能或界面时，用户就很容易实现这些功能，最好不用帮助文档就能使用网站
• 易学习：通过简单的帮助文件，用户就可以解决所遇问题
• 效率性：当用户熟悉网站的功能或界面后，完成任务的速度应当很迅速
• 出错率：用户在网站使用过程中出现的错误很少且这些错误不严重。
• 满意度：用户对设计满意度较高。

3、软件界面的易用性要求是什么？

解答：

• 符合行业标准和规范
• 直观性
• 一致性
• 灵活性
• 舒适性
• 正确性
• 实用性

4、针对“帮助“功能的易用性测试，请写出5条测试用例。

解答：（1）“帮助”文档中的性能介绍与说明要与软件实际性能配套一致

（2）在打包新系统时，对做修改的地方在“帮助”文档中要做相应的修改

（3）操作时要提供及时调用“帮助”的功能，常用F1键

（4）在界面上调用“帮助”时映能够及时定位到与该操作相对应的“帮助”位置

（5）提供目前流行的联机帮助格式或HTML帮助格式

（6）用户 用关键词在“帮助”索引中搜索想要的帮助，软件也应提供“帮助”主题词

（7）如果没有提供书面的帮助文档，则最好有打印“帮助”的功能

（8）在“帮助”中应提供产品技术支持的联系方式。

5、易用性软件缺陷处理的流程是怎样的？

解答：通常易用性软件缺陷首先会被提交到缺陷跟踪系统上，再经过软件缺陷分配部门的审核后，然后会被分配到设计部门，而不是开发部门。如果设计部门同意这是个缺陷，，则设计部门会修改设计文档并通知开发部门和测试部门。开发部门据此修改概要设计及详细设计文档，测试部门据此修改测试用例。之后这个缺陷会被开发部门解决并更新这个缺陷的报告状态为“已解决”，最后测试部门在新版本进行返测，确认缺陷解决后关闭这个缺陷报告。如果设计部门不同意这是个缺陷，则测试人员将比较被动，除非测试人员有非常充足的理由来支持自己的观点。