在市场竞争残酷且激烈的今天，每年都有大量的新型产品投入市场。由于新产品对于用户的粘合度有高有低，一些新型产品在市场上大卖特卖，但相当大一部分的新型产品被迅速淘汰。为了提高新型产品投入市场的存活率，每一件新产品投入生产都有经过大量的可用性测试。本文作者针对云计算产品，讲述可用性测试对产品的关键所在。
越来越多的B端产品也在向着提高用户体验而设计，开始进行做体验闭环，其中，很重要的一步就是进行“可用性测试”。
一、用户体验和可用性
这两个概念很容易混淆，在ISO定义中：
可用性Usability考虑的是特定用户，特定场景下完成具体目标过程的功能有效性、效率和满意程度。
用户体验User experience考虑的是用户与产品，服务，环境或设施互动时的体验和主观感受。
用户体验贯穿产品的的使用前后，而可用性更针对产品的使用阶段。
下面举一些简单的例子：
Mac与Windows在很大程度上可用性是一致的，有些场景的操作流程甚至都是一致的（比如打开文件夹，复制粘贴文字），但Mac的用户体验明显好过Windows；
TESLA 和NIO的用户体验从直营店开始布局，整个服务贯穿销售到后续的维护，进行全生态服务。
我们在设计云计算产品时考虑更多的是客户在使用产品时的体验，接下来所讲的完成体验闭环，也是指的进行“可用性测试”。
二、什么造就了产品的可用性
产品的可用性的评判主要有以下五点：
1. Utility 实用性
在评估产品的交互、视觉之前，应该看其是否实用，是否有用，如果提供的功能对用户无价值，用户根本不会去使用，那这个产品交互流畅视觉再好看也毫无意义。
实用性很重要，是产品成立的前提，却经常被忽视。
2. Effectiveness 有效性
用户是否能够通过产品达到、完成某些任务。（交互是否流畅）
3. Efficiency高效性
完成任务的效率，不仅需要让用户无障碍的完成某些功能，还要确保用户在使用的时候是高效的。
4. Satisfaction满意度
主观的定性的点，当用户高效的完成任务之后，主观满意度是怎样的。
5. Accessibility可达性
我们的产品和功能是否能满足特殊群体去高效的使用（老年人，盲人…）
由于云计算产品主要使用人群为办公人群，使用场景多为企业办公，而需求的提出多是出自对业务或工作的需要，所以在实际分析中，实用性和可达性可以暂时不考虑，可以将可用性测试的重点放在有效性、高效性和满意度上。
首先我们需要了解，可用性测试不是只需进行一次，理想的设计流程中会在不同阶段进行多次测试，而不同阶段的探索对象和目标也是不一致的。
1. 探索性测试
在设计初步的概念中，主要测试对象是功能概念或产品，对测试环境和原型要求不高，可以在任何场景下带着原型找用户测试。
2. 评估性测试
最典型测试类型，通过评估产品或功能的初级操作，判断产品功能的有效性、使用效率和满意度，从而发现设计缺陷。
3. 验证性测试
主要测试对象为现已开发的产品版本或样机版本，目的是为了确认早期发现的问题已经解决，一般在产品快发布前的最后一道验收屏障。
4.迭代性测试
滚动做第一、二、三轮测试，贯穿整个产品研发周期的测试类型，将多种测试在合适的时间节点有效的组合，制成功能可用性漏斗，保障产品在最终上线时的可用性是良好的，以及提供下一个产品研发周期的设计调整方向。
这四种是根据产品阶段划分的，我们在进行产品研发过程中的需求、交互开发评审以及demo测试都可以看做是这类测试，但不是真正意义上的可用性测试，因为我们现在的评审对象，多数情况下并不是真正的客户。
根据测试结果在产品研发中起到的作用，又可分为：形成性可用性和总结性可用性。
形成性评估：是指在产品开发或改进过程中，用户对产品或原型进行测试，通过测试后收集的数据来改进产品或设计达到所要求的可用性目标。
形成性评估的目标是发现尽可能多的可用性问题，通过修复可用性问题实现软件可用性的提高。
总结性评估：在有了体验目标后，请客户或使用者进行有针对性的测试使用，从而对之前定下的体验目标进行评估。
介于云计算产品现在多为敏捷开发，形成性可用性测试并不十分适用，而通过设定体验目标，请客户进行总结性评估，可以帮助做出更合理的迭代规划。
这之中，需要在产品研发前，即在需求确定时，就规划好该产品的体验目标，可用性测试不是完成体验闭环的最后一环，而是应该成为体验的开始，从而成为闭环。提前确定体验目标，也能使设计师工作时有意无意的在设计中贴近该目标。在最后的邀请客户进行体验测试时，告诉他们我们的体验目标，也能使他们在体验过程中有意识的注意，从而提高体验测试的价值。
常用的可用性评估框架有AttrakDiff、The System Usability Scale等，都可以在官网找到相应内容，但在实际操作中，需要根据所测试产品做一定调整，比如我们的产品在售出前往往会对客户进行一定培训，那基本的操作上手问题就不存在了。
