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

时间:2009-11-29 04:59:22

标签: testing system-testing

基于用例的测试以何种方式与系统测试不同?

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

2 个答案:

答案 0 :(得分:2)

我认为你混合了两个术语。系统测试是一个测试阶段,而用例测试是基于用例设计测试用例的技术,可以在许多测试级别上使用。例如:

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

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

3)另外应该提到的是,由于用例包含一些预期的用户操作,因此它们为用户验收测试提供了良好的起点。另一方面,由于用户不想检查登录使用案例,而是登录并执行一些操作并观察一些影响部分业务流程,因此仅查看用例是不足够的。用例是一些起点,但UAT通常要求测试深入到软件应该支持的商务流程中。

答案 1 :(得分:1)

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

作为一项规则,系统测试将所有已成功通过集成测试的“集成”软件组件以及与任何适用硬件系统集成的软件系统本身作为输入。 集成测试的目的是检测集成在一起的软件单元(称为集合)之间或任何集合与硬件之间的任何不一致。 系统测试是一种限制类型的测试;它试图在“组合间”以及整个系统内检测缺陷。

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

用例测试Verification and Validation testing的一种特殊形式,其中用例成为测试用例。这种测试的目的是看软件是否能够完成它应该做的事情;即。我符合其功能规格。

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

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

换句话说,验证确保产品实际上满足用户的需求,并且规格首先是正确的,而验证确保产品是根据要求和设计规范构建的。验证确保'你建立了正确的东西'。验证可确保“您正确构建”。验证确认所提供的产品将实现其预期用途。