en: Introduction to Test Driven Development

So, I have done one presentation about Test Driven Development yesterday, touching TDD concepts and also lots of concepts about Behavior Driven Development (BDD).

There are simple concepts about the test first process. You have to write a test that fails, write code to make the test pass and then refactor your code. Keep the bar green to keep the code clean, remember this.

Repeat this cycle until you don’t have anything else to test for a specific feature.

Looking at a User Story and its acceptance tests, you also have to make sure you are adding business value on every test.

Simple right?

Well, you have to practice.

A lot.

Really.

I’m not kidding.

Believe me.

By the way, don’t leave technical debt behind.

Just for information, currently I manage teams developing in Java (Web), Java (Mobile) and Delphi (Desktop/WebBroker).

Looking at Java Web, I’m starting to teach teams how to use JUnit for automated unit tests, and code coverage with Emma and EclEmma (Eclipse Plug-in).

For Java Mobile, the solution will be based on J2ME Unit and Cobertura for Java ME.

And Delphi, we are going with DUnit and Delphi Discover, a Coverage Tool for Delphi programmers.

And also looking at test automation, both Delphi and Java Web apps will use Selenium to help on automation of web processes.

Well, you can wait more articles on each of those tools and relation to Agile Development and eXtreme Programming practices.

So, remember: you are build tests for prevention of defects. With this you are also building tests to do regression testing.

Keep quality high, always.

Respostas de 5 a “en: Introduction to Test Driven Development”

  1. Avatar de O melhor da semana 01/11 a 07/11 « QualidadeBR
    O melhor da semana 01/11 a 07/11 « QualidadeBR

    […] Introduction to Test Driven Development – Daniel Wildt (Forming, Storming, Norming and Performing). […]

  2. Clean code good! Spaghetti code bad! | uMov.me Labs

    […] Os Coding Dojos são excelentes oportunidades para a prática do código limpo. Seja de um problema do zero como de um problema “pronto” para ser transformado, como é o caso deste “bad code dojo”. Estudar ferramentas de apoio no processo do TDD, como ferramentas de auditoria de código fonte e cobertura de testes, também são ótimas possibilidades. No meu post sobre TDD tem algumas dicas. […]

  3. Avatar de CodingDojo pode ser uma prática individual sim! | forming, storming, norming and performing
    CodingDojo pode ser uma prática individual sim! | forming, storming, norming and performing

    […] Treinar TDD (Test Driven Development). […]

  4. Avatar de O que eu me falaria no início da vida profissional? – danielwildt
    O que eu me falaria no início da vida profissional? – danielwildt

    […] de aprender sobre JUnit eu fui pro DUnit no Delphi, mas ainda demoraria alguns anos para encarar o TDD de verdade, como rotina do dia a dia. TDD pra vida […]

  5. Avatar de Direitos e responsabilidades para pessoas desenvolvedoras? – danielwildt
    Direitos e responsabilidades para pessoas desenvolvedoras? – danielwildt

    […] de produzir código de qualidade. Você também tem a responsabilidade de entregar código com teste, coeso e com baixo […]