DEV Community

loading...
Cover image for TDD Conference 2021 - TDD All The Things - Liz Keogh

TDD Conference 2021 - TDD All The Things - Liz Keogh

Maxi Contieri
Learn something new every day. - I am a senior software engineer working in industry, teaching and writing on software design, SOLID principles, DDD and TDD.
Originally published at maximilianocontieri.com ・2 min read

First International Test Driven Development took place on July 10th.

In this series, I will include every talk together with my notes and further reading.

Hopefully, a lot of readers will watch and rewatch the talks, as they are worth several reviews.

Let's continue...

Bio

Liz Keogh is a Lean and Agile consultant based in London. She is a well-known blogger and international speaker, a core member of the BDD community and a passionate advocate of the Cynefin framework and of Wardley Mapping. She has a strong technical background with over 20 years’ experience in delivering and coaching others to deliver software, from small start-ups to global enterprises. Most of her work now focuses on Lean, Agile and organizational transformations, and the use of transparency, positive language, well-formed outcomes and safe-to-fail experiments in making change innovative, easy and fun.

TL;DR: Amplify your possitiveness!

Talk

My Personal notes

  • BDD suggests we should start methods with 'should' instead of 'test'.
  • Nowadays we have annotations on tests.
  • BDD forces us to think about behaviour.
  • TDD cycle as behaviour: Test = Describe Behaviour, Pass = Change Behaviour, Refactor = Amplify the positives
  • The sandwich methodology: Say something good, then something bad, and after that something good again.
  • The sandwich done well: describe what you want and don't let people write their own code.
  • Try to find psychological safety.
  • Novice people can write tests by copying existing ones.
  • Experienced Beginners can get TDD working from scratch.
  • Practitioners write tests before the code.
  • Knowledgeable Practitioners teach TDD to others.
  • When refactoring, aim for better, not perfect.
  • When refactoring people, we should play to our strengths and be forgiving.
  • In complexity, tests and descriptions of behaviour are just examples of what might happen.

Speaker Links


Please follow TDD Conference on:

Discussion (0)