在软件测试过程中，你有没有遇到过“Sanity”的概念？它是什么？为什么我们需要Sanity测试（健全测试）？它从何而来，又是如何与回归测试联系在一起的？
如果你是一个项目经理或团队领导者，那么你不仅需要清楚地了解如何使用测试技术，而还应该清楚合适去应用它，这是十分重要的。例如，Sanity测试（健全测试）与回归测试相比，具有许多共同的特性和相同目标。这就是为什么项目经理应该知道每种方法的不同之处，以便适当地让测试团队参与进来，并为其提供相应的工具，以免浪费项目时间和预算。
Sanity测试（健全测试）:它的本质和有效执行的技巧
它是一种检测产品质量以确定其是否准备好进行进一步测试的方法。这是回归测试的一个分支，用于检测不同的领域。主要任务是测试程序在功能扩展和更改后的性能。主要目标不是检测某些错误，而是在修复已经检测到的错误之后分析工作。
这样的测试可以在产品质量不佳的情况下通知开发人员，从而节省您的时间。它减少了额外的测试工作。
乍一看似乎特别简单，但就像其他类型的测试一样，Sanity测试（健全测试）也有其特殊性。以下是QA专家与我们分享的如何以最大效率执行此测试的方法:
- 不要编写测试用例，因为测试是相当直观的;
- 概述新的功能元素、验证或修复bug;
- 检查新应用的变更是否不影响程序正常性能;
- 随机抽查不同相关功能，并检测其工作情况;
- 完成前几点后，继续进行按照计划进行测试。
进行Sanity测试（健全测试）的理由
如果修改后的代码会影响整个功能呢?如果每一次修正案都出现失败怎么办?
Sanity测试（健全测试）是可以帮你减轻工作量的。以下正是我挑选出的使用这类测试的最相关的原因:
- 需要速度。速度是应用Sanity测试（健全测试）的首要原因。没有人会拒绝使用一些缓冲时间来修复检测到的bug。这种测试的使用范围很窄，并且对检查范围有严格的限定。您可在不需要准备一个明确的测试用例的情况改下，直观地执行这个测试。
- 无需额外努力。其次，Sanity测试（健全测试）防止不必要的操作。它可以直接表明是否需要进行额外的测试。这就减少了额外的工作，但同时又为测试团队提供了额外的时间，并简化了流程。因为它不需要正式的bug报告。
- 外部问题识别。Sanity测试（健全测试）揭示了部署的问题。例如如果开发人员在编译过程中没有使用所有的资源文件，那么测试人员可能会看到一个不准确的用户界面。又或者，开发人员也可能没有列举一些重要特性，那么测试人员就根本接触不到它们。Sanity测试（健全测试）可以检测任何此类问题，并为功能良好的版本提供快速解决方案。
- 快速反应。最后，测试快速定义产品的状态，并预测下一步的步骤。在失败的情况下，您可以指导您的测试团队在产品发布之前修复所暴露的问题，然后进行下一个任务。反之如果您通过了这类试，您就可以要求您的团队继续下一个任务的同时，可以只动用少量开发或测试人员去做修复，且只需给很少的时间来纠错。
这种测试通过提供一种快速和广泛的检查来了解是否需要进一步的测试。它用来对产品中的某些有缺陷且需要进行修改的元素或部分进行检测。
回归还是健全:区别在哪里?
Sanity技术检查代码修改后的产品是否正常工作。该任务是验证那些被修改和调整后代码是否不会影响以前的产品版本。其主要特点是一个“测试体量”。Sanity测试（健全测试）的范围更窄，它只关注特定的功能内容或部分内容，而回归测试的范围则要更广。
它检查所有可能影响修改后代码的功能。它的目的是捕捉可能被发现的错误。测试人员执行回归测试，并在缺陷跟踪系统中报告问题。一旦Sanity Check（健全检查）完成，程序就准备好可以进行回归测试了。对于两种被描述的测试类型，有一些明显的特征需要大家了解。下面就让我们比较一下这两种类型的测试，以便更准确地表明它们的特征。
关于Sanity测试（健全测试）的总结
回顾Sanity测试（健全测试）和回归测试之间的这些差异，我们可以发现这两种类型主要是在使用上不同，而不是在目的上不同。如果您的团队不受严格的时间阶段和截止日期的限制，那么请进行回归测试。如果您的项目的时间紧凑，那么请进行Sanity测试（健全测试）。最好的选择是在不同的情况下灵活变通，更合理地划分职责。但目的是一样的，都在实现了修订和修改后去检测产品，并证明其功能的正确性。
{测试窝原创译文，译者：Elaine66}
