易用性测试可用性测试的注意事项

可用性测试的评估方法

（User Test）就是让用户真正地使用软件系统，由实验人员对实验过程进行观察、记录和测量。

这种方法可以准确地反馈用户的使用表现、反映用户的需求，是一种非常有效的方法。

用户测试可分为实验室测试和现场测试。

实验室测试是在可用性测试实验室里进行的，而现场测试是由可用性测试人员到用户的实际使用现场进行观察和测试。

用户测试之后评估人员需要汇编和总结测试中获得的数据，例如完成时间的平均值、中间值、范围和标准偏差，用户成功完成任务的百分比，对于单个交互，用户做出各种不同倾向性悬着的直方图表示等。

然后对数据进行分析，并根据问题的严重程度和紧急程度排序撰写最终测试报告。

什么是手机的mmi测试？

什么是手机的mmi测试： 手机软件MMI的自动化测试需要手机终端和计算机进行通讯，所以通讯方式可以选择串口或者蓝牙，鉴于稳定性和易用性，设计简单程度，串口通讯是非常简单的。

自动化测试工具选择脚本语言的问题。

摩托罗拉移动技术公司（纽约证券交易所上市代码：MMI）专注于创新科技与用户体验的融合，旨在为人们创造丰富，便捷和互联的移动生活方式。

公司产品主要包括智能手机和平板电脑等移动终端，无线配件，端到端的视频和数据融合网络解决方案，以及包括各种机顶盒、数据接入终端设备在内的管理解决方案。

软件测试中bug的种类有哪几种？bug的易用性是什么？

bug分为男/女/男同/女同程序员设计模块后在运行时产生的bug. bug的易用性是指一个有目的的设计良好的bug,可以被人认为是正常的bug而不被打死,而且自己回头处理非常快速,还可以带来加班后的加班费.

软件 功能性 可靠性 易用性 安全性 时间与资源特性分别指的是什么？

功能性指一个软件的功能执行多少，可靠性指一个软件的各类函数调用存储，运行语句是否合理，易用性指一款软件的界面友好程度，对人机数据信息交换是否繁杂，安全性是指一款软件在运行时其数据安全是否能得到保障，各项语句是否合理，是否对其运行载体存在危害，时间与资源特性指软件在一时间内运行效能与资源调取的性质比。

如何进行“网站易用性测试”

对于网站易用性测试，可通过如下步骤进行： 　　第一步：前期准备，搭建测试环境。

　　测试环境的搭建包括：一间办公室（会议室），一台电脑（要连接网络），一个屏幕录制软件，一台摄像机（可录制测试者操作行为，也可同时通过视频线将信号传到另外的办公室，以便项目小组的每个人都能进行观察而不会干扰测试用户）。

　　第二步：招募测试对象，找到典型用户。

　　可通过公开招募进行（建议派发一些小礼品或酬劳），之后对报名者进行筛选和面试，最终确定你的典型目标用户。

测试可分为多轮，每一轮3-5位用户参与测试即可。

　　第三步：设定任务（目标），观察（录制）其操作轨迹。

　　为测试用户设定任务之前，首先要明确你网站的主要目的。

　　如果是普通企业官网，网站的目的很明确，就是向用户有效传递产品（服务）信息，任务的设定就可以是：让测试用户找到xx产品； 　　如果是电商类网站，网站的目的除了要有效展示产品信息外，还应具备简单、便捷的购物流程体验。

任务则可以设定为：让测试用户找到xx产品（制定产品名称或产品属性），并完成购物。

　　其他类型的网站就不一一列举了。

为测试用户设定了有针对性的任务后，测试人员就要提起注意力，细心观察用户的每一步操作行为，并及进行详细记录。

同时要务必保证“屏幕录制软件”的有效运行，这是后期项目小组进行综合分析的有效参考。

　　第四步：采访测试用户的使用感受。

　　在观察和记录用户操作行为时，可同时进行一些简单的采访，比如xx功能是否好用。

xx栏目的设置是否合理。

名称选择是否易懂。

展品介绍是否全面。

……等等。

　　第五步：对观察结果和采访结果进行综合分析，得出结论。

　　发现问题并不难，难得是如何解决问题。

这一步的目的就是发现问题，并找到可行性解决方案。

　　最后强调一点，网站易用性测试不应仅限于网站测试期进行，应分为多个阶段多轮次进行，如：网站发展期、网站成熟期等都应合理安排测试。

　　网站易用性的优化不是一个短期的过程，是贯穿始终的、永无止境的，因为技术在不断更新，因为用户的要求也会越来越高。

请牢记。

可用性测试的注意事项

你测试的是产品，而不是使用者 对一些用户而言， 测试有负面的涵义。

我们要努力确保他们不认为测试是针对他们。

我们要让他们明白，他们正在帮助我们测试原型或网站。

事实上，我们可以不使用“测试”这个术语。

相反，我们是邀请参加者为我们提供帮助， 勇于尝试原型 。

当用户难以完成任务时，我们应该改变网站，而不是改变用户。

同时我们还应该思考该网站能在多大程度上符合那些典型用户的的目标，而不是关注用户在这个任务做的多好。

更多地依靠用户的表现，而不是他们的偏好 通过测试我们可以测量到用户的表现，以及他们的偏好。

用户的表现包括是否成功完成，所用时间，产生的错误等等。

偏好包括用户自我报告的满意度和舒适度 。

一些设计人员认为，如果他们的设计能迎合用户的喜好，用户在该网站上就会有良好的表现。

但证据并不支持这一点。

事实上，用户的表现以及他们对产品的偏好并非一一对应。

一项研究发现，约有百分之七十的用户同意表现和喜好有联系。

也就是说，他们在喜爱的网站上表现良好，在不喜欢的网站上表现欠佳。

然而，还有相对比较大比例的人（ 30 % ）认为 ，用户的表现以及他们对产品的偏好并非一一对应。

他们在不喜爱的网站上可能表现良好，在喜欢的网站上也可能表现不佳。

关于人们为什么会对自己表现欠佳的网站给出较高的评价有多种解释。

他们可能会把表现不佳归结到自己，而不是网站。

或者说，他们可能担心给一个较低的评价会伤害网站设计者，也就是我们的感情。

或者说，他们可能并没有完成任务，却自认为成功完成了，他们并没有意识到问题所在。

基于所有这些理由，我们建议你：更多地依靠用户的表现，而不是他们的偏好。

把你掌握的测试结果应用起来 可用性测试不仅仅是用于核对项目进度的一个里程碑，你要知道，当最后一个参与者完成任务的时候，可用性测试还没有结束。

整个团队必须仔细研究结果，设定优先次序，基于结果对或者网站原型进行修改。

基于用户体验，找出问题的最佳解决方法 制造任何产品，包括大部分网站和软件，需要考虑许多不同的用户的工作方式、体验、问题以及需要。

大多数项目，包括设计或修改网站，都要处理时间、预算和资源等方面的限制。

平衡各个方面对大部分项目来说都是一个重大的挑战。

在你权衡利弊时，最好优先开发那些能使最多用户完成任务的网站或软件。

有研究表明，产品推出后，用于支持失败客户的花费远远高于开发时对产品修正所付出的花费。

你需要认真考虑假定用户、使用场景以及可用性测试的结果，试图找出针对不同客户需求的理想解决方法。

找不到最好的解决方法，用户就不能够顺畅地完成任务。

有证据表明，即使用户延长使用时间在一个不太完美的产品界面完成任务，也远不及在一个更好的产品界面带来的成功感。