W wytwarzaniu wysokiej jakości oprogramowania kluczową rolę odgrywa testowanie. Nie jest to aktywność oderwana od developmentu — nie testuje się wyłącznie po, ale również przed i w trakcie całego procesu. Stosowanie BDD lub TDD to znakomity pomysł na to, by oprogramowanie i testy były lepsze. Jednak nie jest łatwo te (w teorii dość proste) metodyki skutecznie wcielić w życie. Tomek podzielił się swoimi doświadczeniami z prób implementacji takiego podejścia w kilku projektach. Opowiedział o współpracy na linii developer – QA, a także o tym, dlaczego testy powinny być zawsze na początku oraz o problemach, wyzwaniach i błędach, których należy unikać.

2. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe

3. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
QA ZOBACZYŁ

4. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
QA ZOBACZYŁ
KLIENT ZOBACZYŁ

5. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
QA ZOBACZYŁ
KLIENT ZOBACZYŁ
•Późne zderzenie z rzeczywistością

7. „Żaden plan kampanii nie przetrwa
pierwszego kontaktu z wrogiem.”
Helmut von Moltke

8. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
0
0.5
1
1.5
2
2.5
1 2 3
Jakość rozwiązania

9. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
0
0.5
1
1.5
2
2.5
1 2 3
Jakość rozwiązania
2/10

10. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
Wymagania

11. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
Wymagania
SHIT IN SHIT OUT

13. ▪ Rozmawiać
▪ Współpracować
▪ Myśleć
▪ Analizować
▪ Szukać lepszych rozwiązań
▪ Konfrontować szybko efekty pracy z rzeczywistością

14. ▪ Rozmawiać
▪ Współpracować
▪ Myśleć
▪ Analizować
▪ Szukać lepszych rozwiązań
▪ Konfrontować szybko efekty pracy z rzeczywistością
LISTA POBOŻNYCH ŻYCZEŃ?

16. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
BA QADEV

17. Przygotuj
wymagania
Start
PrzetestujZaimplementuj
Gotowe
BA QADEV

19. ?

20. ?

21. TALES Z MILETU
WODA
ANAKSYMENES
POWIETRZE
HERAKLIT Z EFEZU
OGIEŃ
ZMIANA

22. ?

23. TEST

24. ▪ Wyrażający dobrze wymagania biznesowe
▪ Zrozumiały (wystarczająco precyzyjny) dla developera
▪ Pozwalający na przetestowanie (weryfikację)

29. Scenario: address book - successful creation
Given Default group exists
And Default employer exists
When I log in and open "Employer Address Book" page
And I click "add" for "address"
And I fill following fields:
| name | data |
| friendly name | [Address.AddressName] |
| address line1 | [Address.Line1] |
| address line2 | [Address.Line2] |
| address line3 | [Address.Line3] |
| address line4 | [Address.Town] |
| address line5 | [Address.County] |
| postcode | [Address.Postcode] |
And I click "save" for "address"
Then "Address Book" table consists only of the following rows:
| address name | address line 1 | postcode |
| [Address.AddressName] | [Address.Line1] | [Address.Postcode] |

30. Data converter Card service

31. Data converter Card service
Wymaganie może być już zaimplementowane!

32. 0
5000
10000
15000
20000
25000
30000
0
2000
4000
6000
8000
10000
12000
14000
16000
18000
20000
22000
24000
26000
28000
30000
32000
34000
36000
38000
40000
42000
44000
46000
48000
50000
52000
54000
56000
58000
60000
62000
64000
66000
68000
70000
72000
74000
76000
78000
80000
82000
84000
86000
88000
90000
92000
94000
96000
98000
100000
Linear Tax Progressive Tax

33. TEST MOŻE BYĆ FAŁSZYWIE POZYTYWNY!
0
5000
10000
15000
20000
25000
30000
0
2000
4000
6000
8000
10000
12000
14000
16000
18000
20000
22000
24000
26000
28000
30000
32000
34000
36000
38000
40000
42000
44000
46000
48000
50000
52000
54000
56000
58000
60000
62000
64000
66000
68000
70000
72000
74000
76000
78000
80000
82000
84000
86000
88000
90000
92000
94000
96000
98000
100000
Linear Tax Progressive Tax

35. „Never write a single line of code unless
you have a failing automated test”
Kent Beck

37. 3850 zautomatyzowanych testów
Czas wykonania: 5 godzin
Żyjąca, zawsze aktualna dokumentacja
Szybkie wykrywanie regresji

38. public static string[] SplitByComma(this string text, string splitChar = ",")
{
if (string.IsNullOrEmpty(text))
{
return new string[0];
}
using (var reader = new TextFieldParser(new StringReader(text)))
{
reader.TextFieldType = FieldType.Delimited;
reader.SetDelimiters(splitChar);
reader.HasFieldsEnclosedInQuotes = true;
return reader.ReadFields();
}
}

40. ▪ Oznaki zbyt dużych kroków
• rozbudowana sekcja given
• rozbudowana sekcja then
• długi czas jednego cyklu (ponad 10 minut dla TDD)

41. ▪ Oznaki zbyt dużych kroków
• rozbudowana sekcja given
• rozbudowana sekcja then
• długi czas jednego cyklu (ponad 10 minut dla TDD)
Test jednostkowy, który ma ponad 20 linii
jest praktycznie bezużyteczny ;)

42. The most common way that I hear to screw up
TDD is neglecting the third step. Refactoring the
code to keep it clean is a key part of the process,
otherwise you just end up with a messy
aggregation of code fragments.
Martin Fowler

43. ▪SRP – Single Responsibility Principle
▪„Comments Are Always Failures” (Uncle Bob)
▪YAGNI – „You aren't gonna need it”
▪KISS - Keep It Simple, Stupid!
▪DRY – Don’t repeat yourself

46. "Using examples at multiple levels to create a shared
understanding and surface uncertainty to deliver
software that matters"
Dan North

47. ▪ Scenariusze testowe muszą być dobre, niekoniecznie śmiertelnie
poważne.

49. ANITROCHĘ
IDEALNIE

50. ANITROCHĘ
IDEALNIE

51. ANITROCHĘ
IDEALNIE

52. NIE MA DOBREGO OPROGRAMOWANIA
BEZ BDD/TDD STOSOWANIA

53. Future Processing
ul. Bojkowska 37A
44-100 Gliwice, Poland
NIP 634-25-32-128
+48 32 461 23 00
sales@future-processing.com
www.future-processing.pl