This talk was recorded during the Continuous Delivery and DevOps Conference in Copenhagen (12 September 2017). To download the slides and for more information on the conference go to: https://www.code-conf.com/code-conf-1...
Emily is a Senior Consultant at Praqma.
Talk description:
When you move from a monolithic architecture towards a distributed microservices setup, it makes some things easier, but other things become harder. Testing is one of those things that has a bit of both. Compared to a monolith, your tests probably have a lot more APIs they can access - each individual microservice can be tested in isolation, with the rest of the system mocked or stubbed. This can be really useful - you can have greater confidence that the parts of your system work by themselves - even quite large parts. In my experience, you don’t get away from the need for end-to-end tests entirely though. There can still be integration errors between the services. If you can write tests that exercise your whole system while none of your own services are replaced by a test double, you can find some pretty important issues, before you deploy to production.