DEV Community
·
我反对在测试中使用容器
💡
原文英文，约400词，阅读约需2分钟。
📝
内容提要
作者在使用Testcontainers三年后认为其设置和维护复杂，难以排查问题，且服务测试只能覆盖简单路径，无法真实反映云服务表现。建议在单元测试中模拟外部依赖，并创建快速部署环境，以替代容器服务测试。
🎯
关键要点
- 作者使用Testcontainers三年后认为其设置和维护复杂，难以排查问题。
- 服务测试只能覆盖简单路径，无法真实反映云服务表现。
- 建议在单元测试中模拟外部依赖，并创建快速部署环境。
- 容器服务测试的维护成本高，且排查问题困难。
- 容器无法真实模拟云服务的表现，例如DynamoDB的最终一致性。
- 建议开发者创建一个或多个快速部署环境，以便快速测试和验证。
- 作者希望读者在决定添加基于容器的服务测试前仔细考虑。
❓
延伸问答
为什么作者反对在测试中使用容器？
作者认为容器的设置和维护复杂，难以排查问题，且服务测试只能覆盖简单路径，无法真实反映云服务表现。
使用Testcontainers的主要问题是什么？
主要问题包括需要大量的设置和维护，排查问题困难，以及测试只能覆盖简单路径。
作者建议如何替代容器服务测试？
作者建议在单元测试中模拟外部依赖，并创建一个或多个快速部署环境，以便快速测试和验证。
容器测试无法真实模拟云服务表现的原因是什么？
因为容器无法反映云服务的最终一致性等特性，例如DynamoDB的表现。
作者对服务测试的看法是什么？
作者认为服务测试的维护成本高，且往往只能覆盖与端到端测试相同的简单路径，缺乏实际价值。
在进行服务测试时，作者遇到了哪些具体问题？
作者遇到的问题包括镜像下载困难、容器实例化问题以及排查日志的复杂性。
➡️
