O ŚCIEŻCE KARIERY TESTERA

Przez wiele lat byłem programistą, później projektantem, analitykiem, aby wreszcie, 15 lat temu, rozpocząć niebezpieczny romans z zapewnianiem jakości i projektowaniem testów, który ostatecznie zaprowadził mnie w stronę doskonalenia procesów biznesowych. Zazwyczaj ścieżka kariery prowadzi w drugą stronę: od testera - który to zawód uznawany jest za stosunkowo mało prestiżowy - do cieszącego się większą estymą programisty. W wielu firmach nadal pokutuje przekonanie, że nie potrzeba nadzwyczajnych umiejętności, aby móc przetestować oprogramowanie, a może nawet da się testować posługując się po prostu zdrowym rozsądkiem. Coś w tym jest, ale wydaje się, że relacja programista-tester analogiczna jest do relacji murarz-architekt. Murarz, jako fachowiec od kładzenia cegieł, może uważać, że architekt zawraca mu jedynie głowę, a sam nie jest w stanie wymurować nawet prostej ściany. I rzeczywiście, jeden czy kilku murarzy prawdopodobnie zupełnie nieźle poradzi sobie, bez pomocy architekta, z postawieniem sporego nawet domu. Nie postawią jednak bez projektu i nadzoru architekta drapacza chmur. Z braku odpowiedniego systemu zapewniania jakości biorą się kulejące systemy, w których strach zmienić cokolwiek, aby całość nie runęła. Powstają systemy, które ograniczają biznes.

O STANDARDACH TESTOWANIA

Na świecie istnieje dużo norm i benchmarków dotyczących testowania - najbardziej rozpowszechniona jest norma dojrzałości procesów testowych TPI . Problem w tym, że wiele norm jest apodyktycznych, rygorystycznych, zgoła policyjnych, nie do końca potrafiących zmierzyć niezawodność i jakość, a często stopujących organizację w próbie doprowadzenia do poziomu jakości, którego klient wcale nie oczekuje. Ponadto normy te często nie uwzględniają nowoczesnych metodyk "agile", w których jest wiele rozsądnych elementów. Istnieje mało popularna jeszcze metodyka, której jestem wielkim zwolennikiem, pod nazwą Automated Defect Prevention, wymyślona przez Adama Kolawę, właściciela i założyciela firmy Parasoft, robiącej narzędzia m.in. wspierające proces testowania. To zestaw metod, które sprawdzają się niezależnie od stopnia złożoności i zbiurokratyzowania projektu, i które pozwalają osiągnąć kontrolę nad tym, co się dzieje. ADP jest w gruncie rzeczy próbą stworzenia w projektach IT czegoś w rodzaju taśmy produkcyjnej, a nie manufaktury, w której wszyscy sobie nawzajem przeszkadzają.