基于用例的测试和系统测试的区别和优势是什么

Question

基于用例的测试与系统测试有何不同？

我们是否可以将系统测试视为基于用例的测试的子集，（即）系统测试仅考虑系统中组件或子系统的用例。

Answer 1

我认为您混淆了两个术语。系统测试是一个测试阶段，而用例测试是基于用例设计测试用例的技术，可用于许多测试级别。例如：

1) 在用例测试中，您根据用例创建测试用例。应该开发、构建和集成系统或至少涉及给定用例的组件。人们可能想检查给定用例中涉及的两个模块是否一起正常工作。因此，在您的集成测试中，您需要根据暴露这两个模块的合作的用例来准备测试用例。

2) 当您进行 系统测试 作为其中的一部分时，您可以进行用例测试 - 以确认用例指定的行为可以正常工作。但正如罗伯特哈维指出的那样，系统测试是为了检查是否符合要求，因此它既可以进行正面测试，也可以进行负面测试。因此，系统测试不仅涵盖用例中描述的预期行为，还试图从特定需求的角度“破坏”系统。

3) 另外应该提到的是，由于用例包含一些预期的用户操作，它们是用户验收测试的良好起点。另一方面，由于用户不想检查登录用例，而是登录并做一些事情并观察他们业务流程的一些影响，因此只需检查用例是不足够的。用例是一些起点，但 UAT 通常需要对给定软件应支持的业务流程进行更深入的测试。

Answer 2

System testing 的软件或硬件是在完整的集成系统上进行的测试，以评估系统是否符合其指定要求。系统测试属于黑盒测试的范围，因此不需要了解代码或逻辑的内部设计。

通常，系统测试将所有已成功通过集成测试的“集成”软件组件以及与任何适用硬件系统集成的软件系统本身作为其输入。 集成测试的目的是检测集成在一起的软件单元（称为程序集）之间或任何程序集与硬件之间的任何不一致。 系统测试是一种限制性更强的测试；它试图检测“内部组合”内以及整个系统内的缺陷。

系统测试是一个调查性测试阶段，其重点是采取几乎破坏性的态度，不仅测试设计，还测试客户的行为甚至是相信的期望。它还旨在测试超出软件/硬件需求规范中定义的范围。

用例测试是Verification and Validation testing 的一种特殊形式，其中用例成为测试用例。这种测试的目的是看软件是否做了它应该做的事情； IE。 i 符合其功能规格。

验证：评估软件以确定给定开发阶段的产品是否满足该阶段开始时施加的条件的过程。

验证：在开发过程中或结束时评估软件以确定其是否满足指定要求的过程。

换句话说，验证确保产品真正满足用户的需求，并且首先确保规格是正确的，而验证则是确保产品是按照要求和设计规格制造的。验证可确保“您构建了正确的东西”。验证可确保“您正确构建了它”。验证确认所提供的产品将满足其预期用途。