软件的可用性测试方法软件可用性 _可用性

在三个星期的过程中，进行了两次测试，平均有500次用户交互。每个设计在用户总数上平均分配。测试结论是，与46％的蓝色按钮相比，表格下的以橙色为中心的按钮提交率高达76％。设计B与橙色中心按钮是赢家。
A/B测试高效，明确，提供的测量数据相当于特定的设计获奖者。重要的是要了解A/B测试是一个过程，并且需要时间来查看结果。还有多变量测试可以以与A / B测试类似的格式运行。主要区别在于可以相互测试几个不同的设计元素以宣布设计获胜者。多变量测试不如A/B测试那么准确，但仍可用于评估设计。

文章插图
二、设计原型测试
原型测试可用于在线框或产品的完全设计部分进行开发之前测试完整的用户工作流程。这通常被称为早期测试。UX/UI设计人员将创建原型和设计工作流程。原型测试将有助于在开发工程开始之前解决可用性问题。开始原型测试时要遵循的一些准则：
定义测试的预算和目标。
最好依靠早期测试来揭示可能需要改进的特定区域。
选择原型制作工具。Axure是一种解决方案，但市场上有一些UX / UI设计师可能使用的原型设计工具。
选择原型的测量工具来收集用户的分析。管理测试的团队必须熟悉此工具并学习如何测量测试。是一个好的测量工具的一个例子。

文章插图

文章插图
三、形成性可用性测试
形成性可用性测试是早期测试的另一种形式。它更注重质量保证。产品在发布给目标受众之前会通过验收标准测试。该测试应在首次发布产品之前进行。然后它成为比较未来测试的基线。基础或构建块将是另一种查看此类测试的方法。形成性可用性测试可能遵循以下过程：
产品在发布之前可以进行软启动（v.0.5）。
收集beta测试组以执行定义的可用性测试。
可能需要编写测试用例以指导用户完成特定的测试目标。
选择第三方工具（例如）以帮助运行测试并收集分析。
查看分析并为产品设计制定业务决策。

文章插图
在产品正式发布之前修改设计并解决可用性问题。
运行其他测试以不断改进产品。
四、总结性可用性测试
总结性可用性测试在开发后期进行。这通常在已定义的用户组上执行。总结可用性测试的目标是确定设计的执行是否真正符合产品的目标。该测试应该产生可用性的准确统计测量。该产品应该已经完成了形成性测试阶段，最终的见解应该为总结性测试阶段做出指导性决策。总结性测试通常遵循与形成性可用性测试相同的流程，但更注重细节和更多用户体验测试结果总结性可用性测试是一个应与产品的每个新版本保持一致的过程。
五、技术
这是一种非常特殊的测试类型，可以在用户使用产品或网站时将用户放在相机前面，并跟踪用户的眼球运动和凝视。它通常需要第三方软件工具，如，它还将跟踪用户的击键和鼠标移动。这些测试通常在10个或更多用户的已定义组中执行，然后分析数据并决定如何改进设计和UX性能。这个过程成本很高，这可能是此类可用性测试一直在下降的一个原因。
六、问卷调查
调查问卷不像其他形式的测试那样具有数字基础和精确性，但它们确实提供了用户组的一般反馈。而且因为它们允许在短时间内收集大量信息，所以它们可以是更经济的解决方案。调查问卷可以由经验不足的小型测试团队完成，并且可以使用简单的第三方工具（如）来帮助创建和执行调查。问卷调查与其他形式的可用性测试之间的最大区别在于它们是一系列已制定的意见。任何数量的变量都会影响结果的有效性，例如主观研究者或误解问题的答辩者。

软件的可用性测试方法 软件可用性

软件的可用性测试方法软件可用性