Test-Driven Development with TypeScript

Test-Driven Development sounds easy: “Red-Green-Refactor”… and repeat. But doing it well is harder than most people think and learning it can be a life-time endeavor. In this workshop, you will learn the basics: How to write a good failing test, make it green and refactor towards better design.

One of the first things you must learn when starting with test driven development - or TDD - is how to write a good, “red” test and how to make this test green. And this is already harder than you might think.

A good red test constrains the implementation you are about to write in just the right way - not too little and not too much. It takes you one step closer to your overall design goal; that might still be pretty far away. It enables you to write an implementation that will allow you to make the next test red again.

In this workshop, we will cover the basics of test-driven development. We will work on small programming problems and we will try to do things “right”: To take our time, take small and safe steps, follow all the rules. By doing that, you will get a feeling how TDD can help you during your day-to-day work and how you can continue to improve your TDD skills.

David has been working as an independent software consultant since 2006. He helps his clients with implementing agile software development and improving software quality by providing coaching and training or by working as a developer on the team. He is working with teams that do Java, JavaScript and other languages development on the server, client and mobile devices.

More recently, he is working as a player coach and as a trainer for “Agile Engineering Practices”. He wrote the books “Quick Glance At: Agile Engineering Practices - Part 1: Writing Software”, “Quick Glance At: React and Redux” and “Quick Glance At: Agile Anti-Patterns”.