软件测试中的可测试性设计 (DFT)

可测试性设计 (DFT)是一个程序，用于在资源有限或可靠性驱动的方案下设置开发过程以实现最大效率。资源有限的过程使用测试方法来获得满足预发布可靠性目标的结果。这个过程将测试视为一种在时间或金钱允许的情况下从系统中删除尽可能多的粗糙边缘的方法。可测试性对于降低可靠性驱动过程中的成本非常重要。并且还可以提高资源有限过程的可靠性。

软件可测试性是许多因素的结果，其中一些因素如下：

1. 表征的特点。
2. 实施的特点。
3. 内置测试功能。
4. 测试套件。
5. 测试支持环境。
6. 进行测试的软件过程。

现在，让我们看一下考虑可测试性关系的鱼骨图。

1. 表示：
由于以下原因，表示在测试开发中的存在和有用性是一个关键的可测试性因素：

• 一种。如果您在没有表示的情况下进行测试，就像在试验原型一样。
• 湾。如果没有对预期结果的任何明确声明，则表示无法确定测试是通过还是失败。
• C。作为测试计划的一部分，它还可能强制生成部分表示。

在表示中，有多种方法可以开发面向对象的表示，例如面向对象分析 (OOA) 或面向对象设计 (OOD)。

2. 实施：
符合普遍接受的 OOP 原则的面向对象程序对测试构成的障碍最少。结构可测试性可以通过几个简单的指标来评估。度量标准可以指示可测试性、测试范围或两者。例如，由于类之间的高度耦合，通常更难以控制被测类 (CUT)，从而降低了可测试性。所有内在可测试性指标的效果都是一样的：

• 一种。相对较高的值 = 降低的可测试性。
• 湾。相对较低的值 = 增加的可测试性。

范围指标表明测试的数量与指标的值成正比。

3. 内置测试：
它提供了测试和应用程序功能的明确分离。内置测试具有以下功能：

• 一种。 built-n-test 中的断言自动执行基本检查，并为正确执行程序提供基本条件的“设置并忘记”运行时检查。
• 湾。设置或重置有助于可控性。
• C。记者有助于观察。
• d。测试套件是测试用例和使用它们的计划的集合，它定义了测试计划的一般内容。
• e.测试工具需要自动化，如果没有自动化，测试将更少，为实现给定的可靠性目标将产生更多成本。