[译文]软件可测试性的启发（下）

（接上文）

可测试性分析导语

认知可测试性

·质量的先验知识。如果我们已经相当了解一个产品了，我们不需要太多测试。

·容忍失败。所需的质量要求越低，或产品可以承担的风险越大，就越不需要测试。

项目相关的可测性

·变更控制。频繁和破坏性的变化导致重新测试，并且使我们现有的产品知识失效。谨慎的变更控制有助于产品在测试阶段的发展。

·信息的可用性。我们得到所有所需的信息进行有效测试。

·工具的可用性。提供我们所有需要的工具进行有效测试。

·测试项目的可用性。我们可对所有相关版本的产品进行访问和交互。

·沙盒。我们可以自由地做任何值得做的测试（也许包括变异测试或破坏性测试），而不用担心打扰用户、其他测试员或开发过程。

·环境可控性。我们可以控制测试环境周围所有潜在的实验相关变量。

· 时间。几乎没有时间破坏可测试性。我们需要时间来思考，准备，然后应对意外。

价值相关可测试性

·预测的可用性。我们需要途径来侦测每一个值得发现的问题。一份详尽的规范就是预测的一个例子，但也有很多其他种类的预测（包括人和工具）可以起作用。

·预测的权威。我们受益于发现潜在重要问题的预测。

·预测的可靠性。我们受益于可以一直信赖去实施，并在许多情况下依旧可行的预测。

·预测的精度。我们从对专门问题进行识别的预测中受益。

·预测的廉价。我们受益于无需太多的成本或努力就能获取或操作的预测。

·用户稳定与统一。用户越少，用户之间的多样性与不和谐性越低，测试越容易。

·用户熟悉度。我们越是了解用户，就越容易对他们进行测试。

·用户可用性。我们能够和用户交谈，就越容易对他们进行测试。

·用户数据的可用性。我们对真实数据的访问越多，就越容易测试。

·用户环境的可用性。访问实际使用环境能够提高测试。

·用户环境的稳定和统一。用户环境和平台更少的变化使得测试更容易。

主观可测性

·产品知识。了解包括产品内部是如何运作的知识，能够有效的提高我们测试它的能力。如果我们不了解产品，探索性的测试方法可以帮助我们快速学习。

·技术知识。有能力编写程序，掌握基本的技术和适用的工具，对软件开发的动态性有一定了解，这样就算没有样样详尽也能使测试更容易。

·领域知识。越了解用户和他们的问题，就可以越好地测试。

·测试技能。总体的测试的能力显然使测试更容易。相关方面的测试技能包括实验设计，建模，产品元素分解，批判性思维，测试框架。

·参与。在测试时测试员与开发过程联系更紧密，同队员的有效沟通和合作，能使测试更容易。当测试员远离开发，测试的效率将极端糟糕。

·帮助。当有人协助的时候，测试将更容易。“帮手”不认为自己对要测试的产品负责，但也可以做一些测试或为测试员提供一些有用的服务。

·测试策略。一个精心设计的测试策略可以有效地降低测试的成本和精力。

内在可测性

·可观测性。为了测试，我们必须看到产品。理想情况下，我们希望一个完全透明的产品，能够获得关于它的所有情况和特性，包括这些现象的历史。

·可控性。为了测试，我们必须能够访问该产品的行为反应。最理想的情况是，我们能立刻并且便利地提供一切可能的输入，调用一切可能的状态、状态的组合或要求的状态序列。

·算法简单。为了测试，我们必须能够访问和评估输入和输出之间的关系。产品的行为反应越复杂，越敏感，我们就越需要关注。

·缺陷消除。缺陷之所以拖慢测试，是因为我们必须停止并报告它们，或者解决它们，或者在缺陷阻断的情况下，等待它们被修复。当没有缺陷的时候测试最容易进行。

·小型。产品越少，我们需要关注的就越少，因为产品原件间的相互作用产生缺陷的几率也越少。

·可分解性。当一种产品的不同部分可以相互分离，我们就能更轻松的关注我们的测试，查找缺陷，并在变化后重新测试。

·相似性（已知并且可信赖的技术）。一个产品与其他我们已知的产品越相似，我们就越容易进行测试。如果该产品与一个可靠的产品共享核心代码，或者基于可靠的框架，情况将会相当理想。

{测试窝原创译文，译者：非辑}

译者简介：非辑，中山大学本科在读，研究信息描述，数据整合