Mikado Method and Test Data Builders Kata
A Code Retreat workshop to teach how to combine Test Data Builders and the Mikado Method to add tests on a bug in a legacy codebase without freezing features
Developers working on legacy code are always told to write tests before fixing any bug. In theory, it is very nice, but in practice, it is a lot more tricky!
We know we need to add tests, but it’s easier said than done.
In legacy codebase, just setting up the objects for the test is most often an
unjustifiable nightmarish 2 weeks work. Mocks are a common workaround, but
mocking legacy codebase usually makes them more difficult to change, not less!
In this hands-on pair or mob programming code retreat, you will learn how to combine the mikado method with test-data-builders to build a baby-step plan to add your first test to a legacy codebase. You will also learn how to draw a graph of nested test-data-builders so that you can instantiate test data, without mocks.
What is this?
This repository contains some code and instructions to guide you through fixing and testing a bug in a legacy code base using test data builders and the mikado method.
The workshop is expected to last for 2 hours and 30 minutes.
When you are done, you should have a good enough understanding of the concept to start to use them in your daily work.
Who is this for?
If you are a developer dealing with legacy code, it might a good idea to practice this kata, alone or even better, with your team.
If you are a technical coach, you might host a session of this kata as a workshop with many developers.
Where to start?
All instructions are in the docs folder. It starts with Introduction.md
If you are willing to facilitate the session yourself, you might also have a look at the Facilitation Guide
License
The mikado-testbuilders-kata and the accompanying materials are made available
under the terms of the MIT License (here) which accompanies this
distribution, and is available at the Open Source site here
Contributors
|
<a href=https://github.com/philou>
<img src=https://avatars.githubusercontent.com/u/23983?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=Philippe Bourgau/>
Philippe Bourgau </a> |
<a href=https://github.com/aatwi>
<img src=https://avatars.githubusercontent.com/u/11088496?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=Ahmad Atwi/>
Ahmad Atwi </a> |
<a href=https://github.com/CadiChris>
<img src=https://avatars.githubusercontent.com/u/24898521?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=Christophe Cadilhac/>
Christophe Cadilhac </a> |
<a href=https://github.com/mengdaming>
<img src=https://avatars.githubusercontent.com/u/1313765?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=Damien Menanteau/>
Damien Menanteau </a> |
<a href=https://github.com/ythirion>
<img src=https://avatars.githubusercontent.com/u/20967693?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=Yoan Thirion/>
Yoan Thirion </a> |
<a href=https://github.com/AntoineMx>
<img src=https://avatars.githubusercontent.com/u/77109701?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=AntoineMx/>
AntoineMx </a> |
|
<a href=https://github.com/PierrickBlons>
<img src=https://avatars.githubusercontent.com/u/4619149?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=Pierrick Blons/>
Pierrick Blons </a> |
<a href=https://github.com/rmadisonhaynie>
<img src=https://avatars.githubusercontent.com/u/15270726?v=4 width="100;" style="border-radius:50%;align-items:center;justify-content:center;overflow:hidden;padding-top:10px" alt=R. Madison Haynie/>
R. Madison Haynie </a> |