Wyobraź sobie tę hipotetyczną sytuację: pracujesz w Easy LMS nad fantastycznym kursem RODO. Jest fantastyczny, ponieważ sprawiłeś, że jest zabawny dzięki fajnym infografikom i atrakcyjnym filmom. Pa, pa nudne szkolenie z zakresu zgodności. Wszystkie informacje dotyczące RODO są dostępne, wystarczy je tylko wprowadzić do systemu. Wszystko idzie gładko. Dopóki nie chcesz przesłać filmu. Nagle cały kurs zniknął! Wystarczyło jedno kliknięcie. Aaargh! .
Oczywiście jest to coś, czego ty i my nie chcemy! Uważamy, że lepiej jest dowiedzieć się, że coś jest zepsute, zanim zrobią to nasi klienci. Dlatego mamy rozbudowaną procedurę zapewnienia jakości (QA), która obejmuje testy ręczne i testy automatyczne. W tym artykule skupimy się tylko na testach manualnych. Ponieważ czasami po prostu potrzebujesz ludzi zamiast robotów? Witamy w naszym świecie testów manualnych!
Czym jest zapewnienie jakości? I dlaczego go potrzebujemy?
Osoby odpowiedzialne za kontrolę jakości są często strażnikami decydującymi o tym, czy dana funkcja lub naprawiony błąd są gotowe do wydania
Po pierwsze, cofnijmy się o krok, na wypadek gdyby termin Quality Assurance Cię przytłoczył. Czym jest zapewnienie jakości? I dlaczego jest potrzebne? Zapewnienie jakości (QA) to upewnienie się, że coś działa zgodnie z przeznaczeniem. Naszym zdaniem posiadanie procesu zapewnienia jakości ma kluczowe znaczenie dla naszego produktu (oprogramowania) i satysfakcji klienta, a tym samym dla sukcesu naszej firmy. Osoby odpowiedzialne za kontrolę jakości są często strażnikami decydującymi o tym, czy funkcja lub naprawiony błąd jest gotowy do wydania.
Podczas gdy niektórzy mogą zredukować QA do zwykłego testowania, uważamy, że jest to coś więcej. Posiadanie dobrej kontroli jakości jest równie ważne jak samo budowanie. Zapewnia spełnienie własnych standardów wysokiej jakości! Sprawia również, że produkt jest stabilny, a zespół czuje się bezpiecznie. Wszyscy popełniamy błędy; jest to nieunikniona część bycia człowiekiem, nawet jeśli jesteś utalentowanym programistą (jak my?). Ale posiadanie siatki bezpieczeństwa sprawia, że czujesz się wolny w umyśle i pracy, dzięki czemu możesz przekraczać swoje granice. Ostatecznie doprowadzi to do bardziej zaawansowanych umiejętności (programistycznych, projektowych, pisarskich)!
Kto przeprowadza testy?
Rok temu Caroline była naszym jedynym specjalistą ds. kontroli jakości. Testowała ręcznie wszystko, co zostało opracowane przez naszych programistów. I możemy powiedzieć: to bardzo dużo. Ponieważ dążymy do autonomicznych zespołów, które mogą działać całkowicie samodzielnie, eksperymentowaliśmy z prowadzeniem kontroli jakości przez same zespoły programistów. Eksperyment zakończył się sukcesem! "Testowanie z naszym zespołem wydaje się właściwą rzeczą do zrobienia. Nasz zespół jest multidyscyplinarny, więc wszyscy zauważamy różne rzeczy. Daje nam to znacznie większą gwarancję wykrycia drobnych błędów, niż gdyby jeden członek testował samodzielnie. Wiemy też, jak działa kod, więc mamy jaśniejszy obraz tego, jak możemy go zepsuć!", wyjaśnił Bram, Back-End Developer.
Jak wygląda nasza procedura testowa?
Nasza procedura testowania ręcznego składa się z sześciu kroków. Przejdźmy przez nie razem!
Krok 0: Sprawdzenie, czy kod spełnia nasze standardy jakości.
Zanim zaczniemy testować ręcznie, dokonujemy przeglądu kodu. Inny programista weryfikuje jakość kodu. Sprawdzamy na przykład luki w zabezpieczeniach. Ponadto uruchamiamy automatyczne testy, które analizują jakość kodu. Testy te muszą zakończyć się sukcesem, zanim przejdziemy dalej. Jeśli test się nie powiedzie, wracamy do deski kreślarskiej i naprawiamy błędy.
Krok 1: Sprawdzenie, czy wszystkie kryteria akceptacji zostały spełnione.
Kiedy tworzymy nową funkcję, zaczynamy od napisania kryteriów akceptacji. Kryteria akceptacji określają, w jaki sposób dana funkcja może być używana z perspektywy klienta. Myślimy więc o tym, jak funkcja musi działać, abyśmy mogli później przetestować, czy działa zgodnie z przeznaczeniem.
Krok 2: Sprawdzenie, czy nasza definicja ukończenia została spełniona.
Definicja ukończenia to uzgodniony zestaw elementów, które muszą zostać ukończone, zanim projekt będzie można uznać za ukończony. Nasza definicja ukończenia obejmuje na przykład:
Krok 3: Spróbuj coś zepsuć
Przyjmujemy perspektywę klienta. Najpierw używamy funkcji w sposób, jakiego oczekujemy od użytkownika końcowego. Następnie doprowadzamy to do skrajności. Powtarzamy działania więcej niż jeden raz, używamy ekstremalnych przypadków testowych i sprawdzamy, czy nowa funkcja nie zepsuła istniejących. Co stanie się z X, jeśli nacisnę nowy przycisk Y? Testujemy również z różnymi kontami testowymi o innych cechach.
Przyjmujemy perspektywę klienta
Krok 4: Test z punktu widzenia bezpieczeństwa.
Staramy się być zgodni z RODO. Poważnie traktujemy dane naszych klientów. Dlatego testujemy możliwe luki w zabezpieczeniach za pomocą kilku powszechnie stosowanych technik hakerskich. Jesteśmy dobrymi ludźmi, więc nigdy nie używamy tych technik w prawdziwym życiu; bez obaw!
Krok 5: Przetestuj nowe tłumaczenia i edytuj je.
Obsługujemy 11 języków na naszym pulpicie nawigacyjnym, a nasz interfejs gracza jest dostępny w 24 językach. Mamy pulę niezależnych tłumaczy, którzy tłumaczą cały tekst ręcznie w osobnym narzędziu tłumaczeniowym. Sprawdzamy, czy cały tekst został dodany do tego narzędzia. Ponadto sprawdzamy je i edytujemy, dzięki czemu są one natychmiast gotowe do użycia!
Krok 6: Zastanów się, jakie treści będą wymagały aktualizacji lub napisania.
W większości przypadków nowa funkcja wiąże się z nowym tekstem. W miarę możliwości przygotowujemy wszelkie treści wewnętrzne lub zewnętrzne z wyprzedzeniem. Kiedy wypuszczamy nową funkcję, chcemy być kompletni! To łączy się z naszą wizją przepływu pojedynczych elementów!
"Dobra kontrola jakości może być czasochłonnym zadaniem. Im więcej perspektyw i oczu jest zaangażowanych, tym lepiej. Posiadanie udokumentowanych kroków, aby każdy mógł je wykonać, działa, zamiast polegać tylko na jednej osobie. W Easy LMS pracujemy w multidyscyplinarnych zespołach, z programistami back-end i front-end ściśle współpracującymi z naszymi konsultantami wdrożeniowymi, którzy wnoszą perspektywę klienta. To ma sens!", powiedziała Caroline, QA officer.
Kiedy przeprowadzamy testy manualne?
Każda funkcja jest testowana ręcznie
Każda funkcja jest testowana ręcznie i przechodzi przez ten sam proces! Nawet małe funkcje (takie jak zastąpienie obrazu na stronie głównej), które na pierwszy rzut oka nie wymagają testowania. Ale diabeł tkwi w szczegółach i w małych funkcjach ? Wykonujemy naszą procedurę testowania ręcznego po zakończeniu rozwoju. Test się powiódł? Nadszedł czas, aby go wydać, aby nasi klienci mogli się nim cieszyć! Czy test się nie powiódł? Wtedy funkcja jest ponownie badana. Oznacza to, że zespół programistów rozwiąże problem i ponownie przetestuje jakość. Powtarzamy to, aż wszystkie pola naszej listy kontrolnej przeglądu QA zostaną sprawdzone.
