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