Komunikacja, tester i programista

Testerzy nie powinni unikać konfrontacji. Przynoszenie “złych” wiadomości to ich praca, jednak nie zawsze jest to dobrze przyjmowane. Czasami trudno jest określić przyczynę błędu. Czy jest to błąd w wymaganiach, kodzie czy w dokumentacji. Zdarza się, że błędu nie ma, jednak tester nie jest pewien jak interpretować działanie aplikacji.

Niezależnie od przyczyny – zadaniem testera jest zgłoszenie problemu. Niektórzy z nas mogą iść o krok dalej wskazując błąd ORAZ programistę aby skłonić go do lepszej pracy. To nie pomaga. Spekulowanie – kto, w jakim miejscu i kiedy, zrobił błąd, jest złe z dwóch powodów:
– szukanie winnych nie pozwala skupić się na pracy
– to źródło konfliktów w grupie

One Comment

  1. Nie zgodzę się ze stwierdzeniem, że spekulowanie kto popełnił błąd jest złe. Zakładając profesjonalne podejście do pracy za równo sami testerzy jak i programiści wiedzą jaki jest cel testowania i że błędów nie da się uniknąć. Wskazanie programisty umożliwia mu poprawienie błędu. Wprowadzanie jakiejś sztucznej

    Odpowiedz

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *