什么是单元测试和集成测试,以及我应该了解的其他类型的测试？

集成测试是单元测试的逻辑扩展.在最简单的形式中,已经测试的两个单元组合成一个组件,并测试它们之间的接口.在这个意义上,组件是指多个单元的集成组合.在一个现实的场景中,许多单元被组合成组件,这些组件又被聚合到程序的更大部分中.我们的想法是测试各个部分的组合,并最终扩展流程,以便与其他组的模块一起测试您的模块.最终,构成过程的所有模块一起进行测试.除此之外,如果程序由多个进程组成,则应该成对测试,而不是一次测试.

检查网站以获取更多信息.除了微软以外,还有大量的信息来源.

Answer 4

Nor*_*sey 8

另一项重要技术是回归测试.在这种技术中,您需要维护一套测试(称为回归套件),这些测试通常在每晚以及每次签入之前运行.每次修复错误时,都会向套件添加一个或多个测试.目的是阻止您重新引入已修复的旧错误.(这个问题非常普遍!)

在项目变大之前,尽早开始累积回归套件,否则你会后悔.我当然有!

Answer 5

rra*_*azd 6

对于软件开发生命周期中的阶段,有不同级别的测试.最高级别是需求分析,最低级别是解决方案的实施.

什么是单元测试？

单元测试评估软件的实现.
我们专注于测试程序的单元(即单个方法),并忽略谁调用/使用这些单元.因此,我们基本上将每个单元视为独立单元.
有许多单元测试工具,其中最受欢迎的是JUnit.
在执行单元测试时,我们想要构建满足特定覆盖标准的测试集(测试用例集).这可能是一些结构覆盖标准(NC,EC,PPC等)或数据流标准(ADC,AUC,ADUPC等)
请注意,单元测试是最低级别的测试,因为它评估实现后生成的实际代码单元.这种类型的测试是在集成测试之前完成的.
高效的单元测试有助于确保集成测试不会很痛苦,因为在进行单元测试时,更便宜,更容易发现和修复错误

什么是集成测试？

需要进行集成测试,以确保在组合两个或多个组件时我们的软件仍能正常工作.
您可以在系统完成之前执行集成测试.
类集成测试顺序(CITO)问题与集成测试相关联.CITO与集成组件的策略有关.CITO有许多提议的解决方案,例如自上而下的集成,自下而上的集成等.主要目标是以一种能够实现高效测试和最少量存根的方式集成组件,因为编写代码存根并不总是很容易并且需要时间.请注意,这仍然是一个活跃的研究领域!
集成测试在单元测试后完成.
通常情况下,各个组件工作正常,但是当所有内容组合在一起时,我们突然看到由于与接口的不兼容性/问题而出现的错误.

其他级别的测试包括:

回归测试
- 这种类型的测试非常重要,因为开发人员通常会经常更改软件,因此我们希望确保这些更改不会引入错误.
- 有效回归测试的关键是限制回归测试的大小,以便完成测试不会花费太长时间,否则测试集将无法在下次提交之前完成运行.我们还必须选择不会错过错误的有效测试用例.
- 这种类型的测试应该是自动化的.
- 重要的是要注意,我们可以继续添加更多的机器,以抵消越来越多的回归测试,但在某些时候,权衡是不值得的.
验收测试
- 通过此测试,我们评估与所提供的要求相关的软件,基本上我们看到我们生产的软件是否满足我们给出的要求.
- 这通常是在软件开发活动序列中完成的最后一种类型的测试.因此,在单元测试和集成测试之后进行这种类型的测试.

归档时间：	16 年，9 月前
查看次数：	28913 次
最近记录：	7 年，11 月前