Wpis z mikrobloga

#testowanieoprogramowania ale też #programowanie

Dobra, rozprawmy się z tym tematem raz na zawsze: czy tester manualny POWINIEN do zgłoszenia dołączać logi (systemowe, nie przeglądarkowe), do których w równym stopniu ma dostęp także dev i może je sobie sam odnaleźć (po choćby odpowiednich namiarach godzinowych ze zgłoszenia).

Proszę o uzasadnienie zarówno jeśli się zgadzasz jak i gdy się nie zgadzasz z powyższym.
  • 85
@groman43: Jak developer ułatwia życie testerowi? Co masz na myśli?


@Merceress: Developer z definicji działa w Twoim interesie żebyś miała jak najmniej pracy, bo wtedy on też zyskuje - nie będą do niego wracały tickety z poprawkami. Ty z kolei nie będziesz musiała pisać 5 obszernych ticketów gdzie po jego stronie to np edycja 2 linijek kodu
Od razu dodam, że pytanie czyj czas jest cenniejszy i dlaczego akurat developera? :)


@Merceress: Jako developer jestem nieobiektywny, ale z prostego powodu. Developer bez problemu wykona Twoją prace, a Ty jego pracy nie wykonasz. Chyba że przechodzisz ze stanowiska programistki, ale to jest kilka procent testerów maks
Odwracając sytuację: analityk podaje schemat działania, ale nie pisze wprost algorytmów, mówi CO zaimplementować i gdzie, ale nie mówi JAK. To ma wymyślić DEV.


@Merceress: Odwracając sytuację: tester podaje opis błędu, ale nie pisze wprost poprawki, mówi CO nie działa i gdzie, ale nie mówi DLACZEGO. To ma wymyślić DEV.
@Merceress: To brzmi jak odwieczny problem zespołu gdzie są programiści vs. testerzy. Jako zespół powinniście współpracować a nie zżymać się, ze pare minut dodatkowej pracy „ułatwi komuś robotę która ten tez może wykonać”. Pogadaj ze swoim sm, jeśli nie rozumiecie zakresu swoich obowiązków może zorganizować Wam warsztaty, gdzie to przegadacie i być może sprawa się wyklaruje
Zastanawiam się czy to nie jest jednak trochę nadmierne ułatwianie roboty DEVowi, który ma taki sam, równy dostęp do logów, sam może do nich w równym stopniu zajrzeć.


@Merceress: równie dobrze dev może sobie znaleźć błąd xD

Tester powinien dołączyć do taska jak najwięcej informacji, więc jeśli ma dostęp do logów - to tak, powinien je dołączyć (logi systemowe, bazodanowe, itd.).

Jako zespół powinniście współpracować a nie zżymać się

@Aganiok__:
@faramka: No nie, nie może. Nie ma wiedzy o użytkownikach takiej jak tester, nie tworzy scenariuszy testowych, czasem nie zna całości aplikacji tak, jak tester, albo narzędzi peryferyjnych itd.
No nie, nie może. Nie ma wiedzy o użytkownikach takiej jak tester, nie tworzy scenariuszy testowych,


@Merceress: Jak to nie ma wiedzy? Przecież to on tworzył tę funkcjonalność. To scenariusze testowe wywodzą się od tego co miał zaimplementować dev, a nie odwrotnie. On dostał "scenariusze testowe" w swoich wytycznych taska, tylko inaczej napisane

narzędzi peryferyjnych itd.


@Merceress: Jakie np?

czasem nie zna całości aplikacji tak, jak tester


To jeden z
@sepuqqu: Zbaczamy teraz mocno z meritum, ale jeśli potrzebujesz, to odpowiem. Dev może nie znać obsługi aplikacji, którą koduje. Może w całej swojej karierze pracy w danej firmie nie znać nawet frontu tej aplikacji i WSZYSTKICH założeń jej działania. A to jest potrzebne żeby poprawnie ułożyć i przejść ścieżkę. Nawet dokładne scenariusze mogą być niewystarczające no i ktoś te scenariusze musi pisać.
Natomiast co do narzędzi peryferyjnych: może nie znać postmana,
@sepuqqu: Mowisz, ze developer może przetestować sam pisane przez siebie rozwiązanie. Pewnie może, ale po pierwsze: czy powinien, po drugie patrz wyżej na to, co napisałam, a po trzecie czy ma taką samą wiedzę jak tester o aplikacji? No nie ma :)
@Merceress sql to podstawa dla każdego deva który nie wyszedł ledwo spod bootcampa

Nauka postmana zajmuje 5 minut włącznie z instalacją jak masz słaby Internet

SOAP w sensie ten protokół komunikacyjny? To też abecadło dla deva, średni junior powinien już wiedzieć co to jest

Selenium ok devowie nie znają ale dlatego że nie potrzebują bo to jest tylko narzędzie typowo do pisania testów ui czego oni nie robią.
Może tez nie znać (i nie musi wcale) systemów, z którymi zintegrowana jest dana aplikacja, a które biorą udział w testowanym procesie.


@Merceress tu się zgadzam, to jest jeden z powodów osobnej pozycji dla testera, jak masz wieki system lub wiele połączonych to dobrym pomysłem może być żeby była nowa osoba tylko do testowania ich