欧洲各地的集成测试

最近，我受邀在欧洲一些重要会议上发表演讲：

• JavaDay基辅
• 圣彼得堡的小丑
• 伦敦敏捷之旅

这不仅是一次很棒的旅行，而且是一个讨论集成测试，与单元测试有何不同，它的优缺点，克服缺点的方法，如何伪造基础架构依赖项以及如何使用Spring在容器中进行测试的机会。 ，Spring MVC和Java EE-很好，这是Trenches一书中我的集成测试的45分钟/一个小时的摘要。 您可以查看幻灯片 ，尚未发布任何视频。

尽管JavaDay Kyiv和Joker的会议主要以俄语进行，但是那里的少数英语会议使我确信这三个会议的重点是非常不同的主题。 顾名思义，JavaDay主要是关于Java的（尽管某处涉及了一些Groovy）。 我参加了一个完全致力于使用Spring MVC框架进行集成测试的演讲。 至于我的演讲，是在一个很大的房间里进行的，房间里挤满了人。 人们似乎很感兴趣，并且有许多相关问题，甚至有一些基于经验的评论。

小丑会议将自己宣传为专家会议。 参加会议后，我了解到专家的意思是低级的：关于字节码，关于硬件体系结构的软件优化，JVM内部等等的讨论很多。 老实说，我几乎不了解大多数内容，但是至少我了解到Volker Simonis的一次演讲使SAP提供了自己的JVM 。 哦，是的，因为这是我在圣彼得堡第一次访问，我还了解到，10月份有冻死 ！ 我在一个小房间里进行演讲，听众没有给出太多反馈-太糟糕了。

我结束了伦敦敏捷之旅的之旅。 第一次（也是最有趣的恕我直言）会议是关于如何用乐高积木建造城市的研讨会。 这项工作分为小组，每个小组-房子，水泵，电厂和道路。 这突出了软件开发项目经常失败的许多原因：孤立的团队，每个团队专注于自己的工作，没有预先的接口等。至于我自己的演讲，老实说，尽管我受到邀请，但我没有认为这将是一个很好的选择：我从没有把自己想象成一名方法论者，尽管我的经验告诉我瀑布式项目无法兑现，但我不确定敏捷的发展会更好。 此外，集成测试与敏捷的关系比软件质量的方法要少。 但是，房间里人满为患，尽管我警告过“部分代码是会话的一部分”，但最后只剩下一个人。 在闭幕式上，我什至与与会者交换了想法。

参加会议总是令人耳目一新：学习新想法，尝试新事物并结识新朋友-更不用说老朋友了。 下周我将在Devoxx上谈论突变测试 。 在那里见！

翻译自: https://blog.frankel.ch/integration-testing-around-europe/