testing - 需要集成测试

Question

我们的前端有 Eclipse UI，后端没有基于 Java 的。

我们通常会为前端和后端分别编写单元测试。我们还编写了针对虚拟后端运行 Eclipse UI 的 PDE 测试。

我的问题是我们是否需要进行端到端测试的集成测试。

我可能认为这些集成测试很有用的一个原因是，当我升级我的前端/后端时，我可以运行端到端测试并发现缺陷。

我知道这类问题取决于特定情况。但想知道这里所有人遵循的一般做法和最佳做法是什么。

干杯，索拉夫

Answer 1

如您所说，最佳方法取决于应用程序。但是，一般来说，拥有一套可以端到端测试您的应用程序的集成测试是一个好主意，以找出当您仅升级应用程序的一层而不考虑这些更改时可能出现的任何问题在另一层。考虑到您的系统组件是用不同语言编写的，这听起来对您来说绝对是值得的，这自然会因组件接口(interface)周围的复杂性增加而产生更多问题。

编写端到端集成测试(有些人称之为系统测试)时需要注意的一件事是，与单元测试相比，它们往往非常脆弱，单元测试是多种因素的组合，包括:

• 他们需要多个组件可用于测试，并正确配置这些组件之间的通信。
• 他们执行的代码多于单元测试，因此可能出错的地方更多，导致失败。
• 它们通常涉及异步通信，这比同步通信更难编写测试。
• 他们通常需要复杂的后端数据设置，然后您才能对整个应用程序进行驱动测试。

由于这种脆弱性，我建议尝试编写遍及整个堆栈的少数 测试 - 重点应该放在尽可能少的测试中覆盖尽可能多的功能，偏向于您最重要的功能用例。一个好的入门策略是:

• 选择一个关键用例(理想情况下它会触及应用程序中尽可能多的组件)，并为此进行端到端测试(即使只进行一次测试也会带来很多值(value)) .专注于使此测试尽可能真实(即使用类似生产的部署)、尽可能可靠和尽可能自动化(理想情况下它应该作为持续集成的一部分运行)。即使只是进行一次测试也能带来很多值(value)。
• 为其他用例构建测试，一次测试一个，同样首先关注最重要的用例。

这种方法将有助于确保您的端到端测试具有高质量，这对于它们的长期健康和有用性至关重要。很多次我看到人们试图在应用程序中引入一套全面的此类测试，但最终都失败了，因为测试脆弱且不可靠，人们对它们失去信心，不运行或维护它们，最终他们忘记了它们甚至首先进行了测试。

祝你好运，玩得开心!