Kurs TDD cz. 25 — Otwarte pytania

To już ostatnia część kursu TDD (przed podsumowaniem) na tym blogu. Tym razem, formuła artykułu jest odmienna. Zamiast przedstawiać dane zagadnienie, to ja pytam Ciebie, czytelniku, o TDD…

Jeśli uczysz się TDD, to warto przed wygooglowaniem odpowiedzi zastanowić się nad każdym z tych punktów i postarać się odpowiedzieć na pytanie.

W przypadku, kiedy twój zespół uczy się TDD, to polecam zrobić brainstorming i do każdego pytania zebrać odpowiedzi grupy. Prowadząc kilka szkoleń na ten temat, zauważyłem że taka formuła sprawdza się idealnie jeśli te pytania na zadamy na początku i jeszcze raz, na końcu kursu, porównując odpowiedzi.

1. Czy estymując zadanie, należy dodać też czas na napisanie testów jednostkowych?
2. Czy stanowisko manualnego testera (QA) będzie jeszcze potrzebne?
3. Dlaczego, pomimo testów jednostkowych, nasza aplikacja w dalszym ciągu posiada bugi?
4. Skąd mamy pewność, że nasze testy jednostkowe faktycznie działają?
5. Mamy mnóstwo kodu bez pokrycia - gdzie zacząć?
6. Czy musimy pisać testy jednostkowe najpierw, przed napisaniem kodu (test-first)?
7. W jaki sposób TDD wpływa na jakość i design kodu?
8. W jaki sposób pisać testy jednostkowe, w przypadku kiedy nasza aplikacja zależy od sprzętu?
9. Co w przypadku, kiedy część zespołu lub jedna osoba w zespole nie chce pisać wg TDD?

Zachęcam do dyskusji także pod tym postem :)

Źródło: Część pytań pochodzi z książki Art of Unit Testing Roya Osherove.