数码狂人解读云计算产品的可用性测试方法( 二 ) 在市场竞争残酷且激烈的今天

4.迭代性测试
滚动做第一、二、三轮测试，贯穿整个产品研发周期的测试类型，将多种测试在合适的时间节点有效的组合，制成功能可用性漏斗，保障产品在最终上线时的可用性是良好的，以及提供下一个产品研发周期的设计调整方向。
这四种是根据产品阶段划分的，我们在进行产品研发过程中的需求、交互开发评审以及demo测试都可以看做是这类测试，但不是真正意义上的可用性测试，因为我们现在的评审对象，多数情况下并不是真正的客户。
四、如何进行可用性测试
根据测试结果在产品研发中起到的作用，又可分为：形成性可用性和总结性可用性。
形成性评估：是指在产品开发或改进过程中，用户对产品或原型进行测试，通过测试后收集的数据来改进产品或设计达到所要求的可用性目标。
形成性评估的目标是发现尽可能多的可用性问题，通过修复可用性问题实现软件可用性的提高。
总结性评估：在有了体验目标后，请客户或使用者进行有针对性的测试使用，从而对之前定下的体验目标进行评估。
介于云计算产品现在多为敏捷开发，形成性可用性测试并不十分适用，而通过设定体验目标，请客户进行总结性评估，可以帮助做出更合理的迭代规划。
这之中，需要在产品研发前，即在需求确定时，就规划好该产品的体验目标，可用性测试不是完成体验闭环的最后一环，而是应该成为体验的开始，从而成为闭环。提前确定体验目标，也能使设计师工作时有意无意的在设计中贴近该目标。在最后的邀请客户进行体验测试时，告诉他们我们的体验目标，也能使他们在体验过程中有意识的注意，从而提高体验测试的价值。
常用的可用性评估框架有AttrakDiff、TheSystemUsabilityScale等，都可以在官网找到相应内容，但在实际操作中，需要根据所测试产品做一定调整，比如我们的产品在售出前往往会对客户进行一定培训，那基本的操作上手问题就不存在了。