A / B测试
A / B测试通常适用于网站或登录页面。 在一段时间内测试了两个单独的设计（A和B）。 然后收集有关其性能的数据。 目标是潜在客户的产生或产品销售的转换。 如果分析表明设计A或B转换用户的速率更高，那么它被宣布为获胜者，其他设计也将退出，我们将继续进行其他拆分测试-始终尝试提高转换率。 有许多第三方解决方案将帮助运行此类可用性测试。 实际上，如果没有诸如Optimizely之类的第三方工具，则很难运行这些测试。
好的A / B测试应该有多具体？ 一次更改一个元素。 要真正理解为什么一种设计优于另一种设计需要特定性。 明确定义测试的目标，用户的方案，用户可能遇到的问题以及两个单独的解决方案（A和B）。 清单：
1.定义一个特定的问题，例如用户未能完成提交表单的过程。
2.定义特定目标，例如增加用户表单提交。
3.定义测试。 设计A可能是提交按钮的一个位置，而设计B将是另一个位置。
4.用特定的度量形式定义每个测试的持续时间，例如对500个用户进行为期三周的测试。
您的测试结论声明可能看起来像这样：
在三周的过??程中，平均进行了500次用户互动，进行了两次测试。 每个设计均等地分配给总用户群。 测试结论是，与以蓝色为中心的按钮（46％）相比，表单下以橙色为中心的按钮的提交率更高，为76％。 带有橙色居中按钮的设计B是获胜者。
A / B测试是高效且明确的，可提供等同于特定设计赢家的测量数据。 重要的是要了解A / B测试是一个过程，并且要花一些时间才能看到结果。 也可以使用与A / B测试类似的格式运行多变量测试。 主要区别在于，可以将多个不同的设计元素进行相互测试以声明一个设计优胜者。 多元测试的准确性不如A / B测试，但可以证明对评估设计很有用。
AB测试Vesica Productions
设计原型测试
原型测试可用于在产品进行开发之前，在产品的线框或完全设计的部分中测试完整的用户工作流程。 这通常被称为早期测试。 UX / UI设计人员将创建原型和设计工作流程。 原型测试将有助于在开发工程开始之前解决可用性问题。 开始进行原型测试时应遵循的一些准则：
1.定义测试的预算和目标。
2.最好依靠早期测试来揭示可能需要改进的特定领域。
3.选择一个原型制作工具。 Axure是一种解决方案，但是市场上有UX / UI设计人员可以使用的几种原型工具。
4.为原型选择一种测量工具，以从用户那里收集分析数据。 管理测试的团队必须熟悉此工具，并学习如何衡量测试。 Loop11是一种很好的测量工具的例子。
设计原型测试Vesica Productions
形成性可用性测试
形成性可用性测试是早期测试的另一种形式。 它更多地关注质量保证。 该产品先经过接受标准测试，然后再发布给目标受众。 该测试应在开发产品的首次发布之前进行。 然后，它成为比较未来测试的基准。 基础或构件块是查看此类测试的另一种方法。 形成性可用性测试可以遵循以下过程：
1.产品可能会在发布前进行软启动（v.0.5）。
2.收集beta测试组以执行定义的可用性测试。
3.可能需要编写测试用例，以指导用户完成特定的测试目标。
4.选择诸如Optimizely之类的第三方工具来帮助运行测试并收集分析。
5.查看分析并为产品设计制定业务决策。
6.在产品正式发布之前，修改设计并解决可用性问题。
7.运行其他测试以不断改进产品。
汇总可用性测试
汇总可用性测试在开发的后期进行。 通常在定义的用户组上执行此操作。 汇总可用性测试的目标是确定设计的执行是否确实满足产品的目标。 此测试应产生可用性的准确统计度量。 该产品应该已经通过了形成性测试阶段，并且所得到的见解应该对汇总测试阶段具有指导性的决策。 总结性测试通常遵循与形成性可用性测试相同的流程，但更多地关注细节和更多的用户体验测试结果。 汇总可用性测试是一个应与产品的每个新发行版保持一致的过程。
眼动追踪技术
这是一种非常特殊的测试，可以在用户使用产品或网站时将其放在相机前面，并跟踪用户的眼睛运动和注视。 它通常需要第三方软件工具，例如iMotions.com ，它也可以跟踪用户的击键和鼠标移动。 这些测试通常在10个或更多用户的定义组上执行，然后分析数据并就如何改善设计和UX性能做出决策。 此过程可能很昂贵，这可能是这种可用性测试一直在下降的原因之一。
问卷调查
问卷不像其他形式的测试那样具有数字基础和精确性，但确实可以提供用户组的一般反馈。 并且由于它们使您可以在短时间内收集大量信息，因此它们可能是一种更经济的解决方案。 问卷调查可以由经验不足的小型测试团队完成，并且可以使用简单的第三方工具（例如www.surveymonkey.com）来帮助创建和进行调查。 问卷和其他形式的可用性测试之间的最大区别是，它们是表达意见的集合。 结果的有效性可能会受到许多变量的影响，例如主观研究人员或对问题有误解的受访者。
重要的是要记住，可用性测试是对软件产品的宝贵投资。 除非明确定义和衡量这些目标，否则任何项目都无法实现其目标。 还要记住，可用性测试通常不会在产品或网站开发中及早解决。 早期测试可以节省时间和金钱，并有助于使您的产品取得成功。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
