Testowanie to proces, dzięki któremu osiągamy pożądaną jakość. Ważne jest nie tylko to w jaki sposób sprawdzamy stronę, ale także jak zgłaszamy błędy. Dobry opis i ich organizacja nie tylko pozwolą nam uniknąć śmierci z rąk programisty (więcej na ten temat tutaj), ale także przyspieszą naprawę bugów i pozwolą nam na bieżąco śledzić postęp prac.
Moim faworytem narzędzia jest tutaj trello. Osobiście w pracy łączę wiele narzędzi. Zdarza się także, że dostosowując się do klienta przyłączam się pomiędzy nimi. Dlatego nie każdy projekt ma swój własny board w trello (więcej o organizacji boardów projektowych w trello przeczytacie tutaj).
Z tego powodu pokusiłam się o stworzenie boarda dedykowanego do zgłaszania bugów.
Zastosowałam tam kilka zasad mających ułatwić pracę. Mianowicie:
Moim faworytem narzędzia jest tutaj trello. Osobiście w pracy łączę wiele narzędzi. Zdarza się także, że dostosowując się do klienta przyłączam się pomiędzy nimi. Dlatego nie każdy projekt ma swój własny board w trello (więcej o organizacji boardów projektowych w trello przeczytacie tutaj).
Z tego powodu pokusiłam się o stworzenie boarda dedykowanego do zgłaszania bugów.
 |
| przykład karty w boardzie Testowanie |
Zastosowałam tam kilka zasad mających ułatwić pracę. Mianowicie:
- Każda karta ma w nazwie projekt oraz daną podstronę.
- W opisie znajduje się link do podstrony.
- Do każdej karty powinna być przypisana osoba, która ma za zadanie naprawić błędy.
- Każda karta składa się z 2 checklist: Deskop i Mobile.
- Każdy bug posiada opis, w razie potrzeby screen lub gif. Jeśli problem różni się w zależności od przeglądarki, także jej wersję.
- Bugi w frontendzie mają label o kolorze fioletowym.
- Bugi w backendzie mają label o kolorze żółtym.
- Osoba, która rozpoczyna pracę nad naprawą błędów przesuwa kartę do kolumny "doing", po skończeniu do "done".
Zalety stosowania trello podczas zgłaszania błędów
- błędy są posegregowane;
- dzięki paskowi postępu widzimy ile jeszcze pozostało do zrobienia;
- listy to do / doing / done pozwalają nam zorientować się co zostało do wdrożenia, co jest w trakcie, a co zostało ukończone;
- wypisanie błędów w postaci checklisty ułatwia ich realizację (mamy pewność, że nic nie zostanie pominięte);
- zastosowanie 2 rodzajów labelek umożliwia łatwe filtrowanie błędów ze względu na frontend i backend.
Narzędzia uzupełniające
Do porównywania projektu z realizacją na pewno przyda się Perfect Pixel.
Testowanie na różnych urządzenia ułatwi Screenfly, a robienie screenów czy nagrywanie krótkich filmików to robota dla Skitcha i Gyazo (więcej o wszystkich 3 poczytacie tutaj).
