集成测试与连续集成测试的区别

Question

在我的大学里，我学习了集成测试，在集成测试中，我们将整个代码组合在一起，然后在完成单元测试之后立即测试它。

几天前，我听说了Jenkins，它说它可以进行持续集成测试。我了解到这一点，并了解到这意味着开发人员每天向Jenkins推送他/她的代码几次进行测试，而不是在一天结束时发送代码。

我很困惑，所以我从维基百科上读到了这件事，但没什么用。我读了下面的两个链接

集成测试

连续积分

ELI5

这一切意味着什么？

常规集成测试和持续集成测试有什么区别？

Answer 1

集成测试

集成测试是将与单元测试一起开发的代码单元合并到所需的系统中。它(can)还意味着通过包含依赖项(如数据库、屏幕、通信、微服务等)来测试软件。这与单元测试、模拟和处理所有依赖项(基本上假设它们起作用并提供您在测试中期望的值)相反。

有时，集成测试可以分为“本地”和“完全”。本地意味着测试该代码以及它用于该应用程序的所有其他代码(但不包括应用程序和依赖项之外的代码)。完整意味着使用所有代码、所有依赖项和服务测试完整的应用程序。

连续集成测试

持续集成测试是关于开发工作流程的。这意味着让远程服务器运行诸如Jenkins、CircleCI等程序，以便您首先提交代码并在本地进行测试(可能只是运行几个单元测试)，然后将提交的代码更改(通常在分支中)推到远程服务器，远程服务器运行测试套件(S)中的所有测试，可能会使用并行化来提高时间效率。当更改合并到主服务器中时，还可以将主服务器推送到CI服务器，以便在将代码部署到生产中之前运行完整的测试套件。

如果我不提的话，我会很不爽的：

连续递送

这是一个系统(实际上是由一些大玩家-雅虎等)使用的。要有一个“管道”，开发人员就会进行更改，然后将运行一系列自动化测试，每个测试集都是由上一组的成功触发的。如果所有的设置都通过了，这些更改实际上将被部署到生产中。我见过这件事每天换50次。

Answer 2

简而言之：

• 连续集成(CI)：持续集成(小)软件更改。
• 连续交付(CD)：不断地交付这些更改。
• 连续检测(CT)：持续测试这些更改。

詹金斯只是您可以用来实现CI/CD/CT的许多服务器(例如，竹子或特拉维斯CI)之一。

集成测试是典型的软件测试级别之一，您通常会集成多个模块来测试它们的行为。然而，确切的定义可能因公司而异。

持续集成测试只是指在CI/CD/CT管道内执行集成测试。也就是说，通常每个(提交/推送)更改都会针对集成测试运行，以确保没有引入任何副作用。