Komunikacja Tester – Programista – Mission Impossible?
Ostatnio wiele mówi się o komunikacji w świecie IT. Narosło wiele stereotypów i mitów na ten temat. W mojej pracy zawodowej spotkałam się z wieloma sytuacjami konfliktogennymi miedzy programistami a testerami. Na podstawie wielu z nich można by nakręcić bardzo udaną komedię lub thriller (szczególnie gdy zbliża się koniec terminu projektu).
Aby uniknąć wielu sytuacji, które mogą zakończyć się bójką (nie tylko słowną) wystarczy poznać cztery podstawowe stopnie wtajemniczenia.
Po pierwsze: Nigdy nie dąż do konfrontacji.
Testerze: Spokojne i rzeczowe wytłumaczenie, jaki błąd znalazłeś pomoże Programiście szybko go naprawić. Programisto: każdy popełnia błędy. Jeśli spokojnie wysłuchasz co ma do powiedzenia Tester łatwiej błąd poprawisz.
Po drugie: Buduj proste i logiczne pytania.
Na pytanie: „Czy wiesz co to jest zmienna?” najczęściej otrzymasz odpowiedź: „Tak”. I tu się zaczyna zabawa pt. sformułuj pytanie w taki sposób, aby otrzymać odpowiedź, na której Ci zależy. A wierzcie mi, moje doświadczenie pokazuje, że to może potrwać…
Po trzecie: Nigdy nie wskazuj winowajcy.
Celem pracy Testera nie jest wskazywanie ani piętnowanie osoby popełniającej błąd. Naszym celem jest lokalizacja błędów, a nie bawienie się w sądy. Programisto, nie wiń Testera za to, że znalazł błąd. Jeśli Tester zgłaszając Ci błąd czuje się jakby spacerował po polu minowym, to znak, że czas uznać, że nie jesteś nieomylny.
Po czwarte: Współpraca.
Programisto, jeśli Tester prosi Cię o poprawienie jakiegoś błędu, który blokuje mu pracę, w miarę swoich możliwości napraw. Ułatwisz pracę i jemu i innym osobom w zespole.
Korzystając z powyższych „czterech stopni wtajemniczenia” z dużym prawdopodobieństwem unikniemy wielu nerwów (gdy po raz piąty zadajemy na różne sposoby to samo pytanie a nadal nie otrzymujemy precyzyjnej odpowiedzi ) albo spaceru po polu minowym, gdy idziemy powiedzieć Programiście o znalezionym błędzie. Dlatego starajcie się zadawać precyzyjne pytania, udzielać precyzyjnych odpowiedzi i pamiętać, że zarówno Tester, jak i Programista grają w jednym zespole.
Jak dobrze pisać przypadki testowe?
Projekt: Tester
Może Ci się spodobać
Zmiany w Cherry-IT: Mentoring
Październik 17, 2019
Podsumowanie COLT 2/2023!
Październik 30, 2023
2 komentarze
Paweł
Jak dwa poprzednie artykuły były okej, tak ten to słabizna. Autorko, stać Cię na więcej niż zwykłe „nie dotykaj gorących rzeczy, bo się poparzysz”.
Wisienka
Bardzo dziękuję za ten komentarz! Bardzo mnie zmotywował 🙂 Postaram się, aby następne wpisy były coraz lepsze. Dziękuję i pozdrawiam!