Aby usystematyzować rozwiązywanie błędów, stosujemy nasz Bug Tracker znajdujący się pod adresem:
https://github.com/users/Sonnelus/projects/1/views/1
Widzimy tam tabelę podzieloną na kilka części. W segmencie „Zgłoszone” możemy dodawać karty, z których każda opisuje jeden błąd. Źródłem jest przede wszystkim Discord (kanał #zgłoś-błąd) i stamtąd staramy się je na bieżąco przepisywać, lecz możemy dodawać też błędy, które sami zaobserwowaliśmy.
A. Opisywanie błędów
Dodane zgłoszenie należy opisać i potwierdzić, aby ułatwić dalszą pracę innym osobom. Celem testera jest przerzucenie zgłoszenia do kategorii Opisane. Aby tego dokonać, musimy:
- Przetestować, czy błąd rzeczywiście występuje – bo być może na liście znalazło się zgłoszenie już nieaktualne.
- Dodać z listy wyboru kategorię błędu (np. „customowy itemek” albo „błąd na www”).
- Przydzielić zgłoszeniu priorytet: krytyczny, wysoki, średni, niski. Sami musimy ocenić, jak ważne jest dane zadanie. Tym wyborem niejako wskazujemy programiście, czym powinien zająć się w pierwszej kolejności.
- W opisie bądź komentarzu dokładniej opisać problem, w tym przede wszystkim: w jaki sposób można go odtworzyć, kiedy występuje, jaki jest oczekiwany rezultat po naprawie błędu itp. Warto również podać źródło błędu, dla przykładu link do dyskusji z kanału DC #zgłoś-błąd.
- Kliknąć „Convert to issue” i wybrać z listy, którego projektu dotyczy błąd. Zazwyczaj będzie to „laina.pl” (serwer MC), ale można podpiąć błąd również pod strony internetowe „www.laina.pl” czy „wiki.laina.pl”.
Jeśli to wszystko zrobimy, możemy przerzucić problem do kategorii Opisane. Następnie zostanie on przerzucony dalej przez osobę rozwiązującą problem, najpierw do W trakcie, a następnie do kategorii Do przetestowania.
B. Testowanie
Problemy z kategorii Do przetestowania musimy już tylko… przetestować! Jeśli błąd nadal występuje, dodajemy do niego komentarz, że niestety tak jest i przerzucamy go z powrotem do kategorii Opisane. Jeśli natomiast problem został rozwiązany, przerzucamy go do kategorii Ukończone.
