大家好，今天来为大家分享单测写不动？我用Testcontainers让测试环境一键启动，效率翻倍！ 的一些知识点，和的问题解析，大家要是都明白，那么可以忽略，如果不太清楚的话可以看看本篇文章，相信很大概率可以解决您的问题，接下来我们就一起来看看吧！
测试数据库连接时，总会出现错误，您必须提前启动本地MySQL？ Redis，Kafka和其他服务非常依赖，写作测试就像建立生产环境吗？ CI/CD测试故障率很高，本地运行良好，但是GitLab直接失败了？这些问题本质上是由未隔离，不一致和测试环境不进行自动化引起的。
因此，我现在使用的是用于自动测试的测试范围。钥匙很简单！
参考GitHub项目的屏幕截图
什么是测试范围？
TestContainers是基于Docker容器的Java测试库。它会在Junit测试中自动提取依赖的服务容器，例如MySQL，Redis，Kafka，Elasticsearch，RabbitMQ，等等。
无论您要测试什么，它都会为您暂时激活它。
一堆优势：
测试环境是一项服务，不需要手动安装和依赖关系。每个测试都很干净。测试后，自动破坏容器配置是灵活的。它支持自定义图像，端口和网络的无缝集成。 Junit，Spring Boot，Spock，Kotest和其他Spring Boot项目。
让我们以最常见的mysql + redis方案为例：
1。引入依赖
依赖项groupIdorg.testContainers/groupId artifactidJunit-jupiter/artifactid版本1.19.7/版本scopetest/scope/scope/dependencyDependency groupId.testContainers/groupIdId artifactidMysql/artifactidmysql/artifactid版本artifactidredis/artifactid版本1.19.7/版本scopetest/scope/dependency2。启动容器
公共类取消结构测试{静态mysqlcontainer？ mySQL=new mySqlContainer（dockerimagename.parse（\’mySQL:8.0\’））.withdatabasename（\’demo\’）.withusername（\’test\’）.withusername（\’test\’）.withPassWord（\’test\’）;静态通用通用？ redis=new GenericContainer（dockerimagename.parse（\’redis:7\’））。 @beforeall static void startContainers（）{mysql.start（）; redis.start（）; system.setProperty（\’spring.datasource.url\’，mysql.getjdbcurl（））; system.setProperty（\’spring.datasource.username\’，mysql.getusername（））; System.SetProperty（\’Spring.datasource.password\’，mysql.getPassword（））; system.setProperty（\’spring.redis.host\’，redis.gethost（））; System.SetProperty（\’spring.redis.port\’，redis.getMappedport（6379）.toString（））; } @Afterall静态void stopContainers（）{mysql.stop（）; redis.stop（）; }} 3。写你的测试
您可以像往常一样编写春季启动测试。 TestContainers将在测试启动之前拉起数据库环境，并在运行后自动销毁它。
我还能做什么？不要错过高级用法
支持常见的依赖关系，例如Kafka，Mongo，Elasticsearch，RabbitMQ，Minio，Nats等，并支持Docker撰写文件。一次可以在CI管道中无缝使用多个服务。支持GitHub动作和Gitlab CI。为什么它比传统模拟更香？
特征
模拟+ H2
测试范围
数据一致性
错误的模拟
真正的容器环境
复杂的依赖性
不容易处理
多服务支持
CI重新出现
难以检查
环境可以恢复
接近生产
偏离真实场景
本机服务容器
模拟适用于单位测试，并且测试范围更适合集成测试。
testContainers工具屏幕截图的用户案例请参阅testContainers.org
摘要：提高考试质量的秘密武器
使用TestContainers，您可以：
让测试更接近真实的环境，不再担心缺乏自动拉起容器的依赖项，保存本地配置的麻烦，与CI合作进行自动集成测试，并确保一句话的交付质量：它使测试像写作代码一样柔滑，为什么不快速尝试？
原创文章，作者：匿名，如若转载，请注明出处：https://www.xinyuspace.com/18449.html
用户评论
微信名字
说的对，以前每次测项目都是搭环境好花时间，现在看你有这方法挺感兴趣，能告诉我具体怎么用TestContainers配置吗？
有15位网友表示赞同！
落花忆梦
我也常常遇到单测写不动的问题，特别是依赖太多复杂数据库的环境搭建太费劲了。你的测试容器方案听起来很酷！我一定要试一试！
有7位网友表示赞同！
苏莫晨
这种方法听起来很棒，但有没有考虑到安全性问题？毕竟把所有依赖都放进容器里面会不会带来安全风险？
有9位网友表示赞同！
弃我者亡
Testcontainers 我之前也听说过，说是很方便的部署测试环境，你用的怎么样啊？ 觉得效率翻倍是真的还是夸大了？
有10位网友表示赞同！
あ浅浅の嘚僾
太棒了！我现在还在用Docker做单测环境，但是容器启动速度真的一般，你的方案让我看到了另一种更快速的方法。期待更多详细技术讲解！
有15位网友表示赞同！
黑夜漫长
这个解决方案听起来很酷，可以帮助我们更快地进行单元测试、边测试边写代码，提高开发效率。 值得一试!
有5位网友表示赞同！
在哪跌倒こ就在哪躺下
TestContainers 是个好工具，但是需要学习些额外知识才能上手，对于新手来说是不是比较难？（还是我的理解不对？）
有13位网友表示赞同！
怪咖
你文中提到的 "一键启动" 是不是有些夸张呢？会不会实际操作中还有一些复杂步骤需要配置？
有17位网友表示赞同！
微信名字
单测写不动，我最大的阻碍就是环境搭建！希望你的文章能详细介绍一下Testcontainers怎么用，我迫不及待想去尝试~
有18位网友表示赞同！
敬情
我觉得 Test Containers 这工具真棒！它让我可以轻松地模拟各种不同的测试场景，提高了单元测试的效率和准确性。强烈推荐!
有6位网友表示赞同！
玻璃渣子
我之前也试过用其他工具搭建测试环境，发现Testcontainers确实更方便快捷，而且支持多种主流数据库。 你分享的经验很有价值！
有19位网友表示赞同！
有你，很幸福
你的文章确实很有启发意义，尤其是对于像我这种一直在挣扎单测效率的人来说。 我迫不及待想要尝试一下TestContainers这个工具！
有11位网友表示赞同！
ー半忧伤
测试环境搭建一直是困扰我的问题，尤其在依赖多个数据库和服务时更加棘手。 Testcontainers的"一键启动" 功能听起来很诱人，期待你的详细介绍！
有6位网友表示赞同！
坠入深海i
之前听说过 Test Containers，但没尝试过。 你分享的使用方法和心得让我非常有启发，我打算将它应用到我的项目中试试看效果！
有19位网友表示赞同！
艺菲
Testcontainers 是个好东西！能快速搭建测试环境，让代码测试更加高效快捷。 不过我还是想了解一下，它在复杂项目中是否仍然适用？
有18位网友表示赞同！
三年约
这篇文章太棒了！之前我每次写单测都受困于搭建环境这个问题，导致效率低下。你的Testcontainers方案打开了我的新视野！
有20位网友表示赞同！
寻鱼水之欢
我也正在为项目搭建测试环境发愁，看到你的文章后感觉眼前一亮！希望你能分享一下 Test Containers 的具体使用方法，让我也能够提高测试效率！
有19位网友表示赞同！
优雅的叶子
我用过TestContainers, 但遇到了一些问题，比如启动时间长，占用资源多。你的文中提到的"一键启动, 效率翻倍"，感觉夸张了一些。不知道你遇到的情况是否跟我的相似？
有17位网友表示赞同！