一个成功的软件一定是会以简化流程等方式为企业业务增加价值，所以企业在软件选型时甚至是选型之后一定要多多思考以下几个问题：软件项目是否能够带来期望的改进？用户会得到更好的体验吗？生产力是否会得到期望值的提高？用户对更改是否满意，并与之前的预期一致？
为了确保软件能够在工作流程、用户满意度以及设计强度等诸多方面实现业务目标，我们需要一个神器——可用性测试。那么，如何选择可用性测试？何时该使用何种可用性测试？……本文将为大家详细介绍六种可用性测试。
A / B测试
A / B测试适用于网站或登录页面，同时是在一段时间内测试两个单独的设计（A和B），并收集有关其性能的数据，如果A的测试结果更好的话，那么我们就选定使用A，之后再依次对其它部分进行测试。此类的可用性测试通常需要第三方工具辅助，同时也有很多第三方解决方案。
良好的A / B测试具体应该如何执行？为了更好的比较每个设计之间的特异性，最好每次只更改一个元素，清晰的定义测试目标、用户场景、用户可能遇到的问题等等。
更改的元素清单：
定义特定问题，例如用户未能完成提交表单的过程。
定义特定目标，例如增加用户表单提交。
定义测试，例如设计A可以是提交按钮的位置，而设计B可以是不同的位置。
通过特定的测量形式对每个设计进行持续一段时间的测试，例如对500个用户进行为期三周的测试。
测试结果的声明可能如下所示：
在三个星期的时间中，我们进行了两次测试，平均有500次用户交互，其中每个设计平均分配用户数。测试结果是，蓝色按钮提交率为46%，而橙色按钮高达76%。综上，橙色按钮的设计更适合。
A / B测试高效、明确，而且A/B测试是一个过程，需要一段时间才能看出结果，除了单变量，多变量的测试也可以用类似于A/B测试的格式，不过测试结果可能不如A/B测试准确。
原型测试
原型测试是早期测试，通常是在开发之前对完整的用户工作流程进行测试，在原型测试开始之前需要遵循的准则包括：
定义测试的预算和目标；
依靠早期测试来确定可能需要改进的特定区域；
选择原型工具，例如Axure解决方案；
选择原型测量工具来收集用户的分析，管理测试的团队必须熟悉此工具并学习如何测量测试，例如Loop11。
形成性可用性测试
形成性可用性测试是早期测试的另一种形式，更侧重于质量，产品在发布给目标用户使用之前需要通过验收标准测试。形成可用性测试要遵循以下过程：
产品在发布之前可以进行软启动（v.0.5）。
与beta测试组执行定义的可用性测试。
编写特定的测试用例，指导用户完成特定的测试目标。
选择第三方工具（例如Optimizely）来帮助运行测试并收集分析。
查看分析并为产品设计制定业务决策。
在产品正式发布之前修改设计并解决可用性问题。
运行其他测试，不断改进产品。
总结性可用性测试
总结性可用性测试在开发后期进行，目标是确定设计是否真正符合产品的目标，测试对象是已定义的用户组，产生的结果应该是可用性的准确统计测量，对于测试阶段作出指导性决策。总结性可用性测试通常遵循与形成性可用性测试相同的流程，但更注重细节和用户体验，其应与产品的每个新版本保持一致。
Eyetracking技术
Eyetracking技术是一种非常特殊的测试类型，当用户在使用产品或浏览网站时，它会跟踪用户的眼球运动和凝视。通常会需要第三方软件工具的辅助，如iMotions.com，跟踪用户的点击和鼠标移动。这种类型的测试往往是在10个或者更多的已定义用户组中执行，分析数据并确定如何改进设计和UX性能。不过，这种测试的成本很高，这也是这类可用性测试使用率很低的重要原因。
调查问卷
调查问卷不像其他形式的测试那样具有数字基础和精确性，但它们能够提供用户组的基本反馈，如果要在短时间内收集大量信息，那么调查问卷是最经济的解决方案，而且使用简单，即使是经验不足的小型测试团队也可以完成。
调查问卷也可以利用第三方工具来执行，其与其它形式的可用性测试之间的大区别是它已经制定了一系列的意见，但这种方式也有缺点，任何观点只要达到了一定的数量都会影响结果的有效性，而调查问卷这种更偏向于出题者主观意向的测试方式很容易得到错误的结论。
综上，可用性测试对于软件开发来说是一件很重要的事情，而且早期的测试不但能够提升产品的成功率，还可以节省时间和金钱。
