Usługi testowania QA

Testy rozpoczęte po zakończeniu programowania znajdują problemy wtedy, gdy ich naprawa jest najdroższa. W naszych projektach QA idzie równolegle z programowaniem: tester dołącza na etapie wymagań, pisze przypadki testowe, gdy powstają funkcje, i sprawdza build z każdego sprintu, a nie tylko ostateczny. W chwili wydania zespół wie już, gdzie są słabe punkty.

• Testy funkcjonalne względem wymagań i przypadków testowych.
• Testy mobilne na prawdziwych urządzeniach z iOS i Androidem, nie tylko na symulatorach.
• Testy regresji przed każdym wydaniem.
• Zgodność z wymaganiami App Store i Google Play, żeby weryfikacja nie odrzuciła builda.
• Testy integracyjne API i procesów płatności.
• Testy automatyczne w potoku CI tam, gdzie zestaw uruchamia się na tyle często, że się zwraca.

Testy manualne dają osąd: człowiek zauważy, że proces jest technicznie poprawny, a w praktyce nie da się z niego korzystać. Automatyzacja daje powtarzalność: te same sto sprawdzeń po każdym commicie, w nocy, bez zmęczenia. Małe projekty i krótko żyjące funkcje rzadko zwracają koszt napisania automatyzacji — i mówimy to wprost, zamiast ją sprzedawać. Długo rozwijane produkty z częstymi wydaniami zwracają go szybko.

Przypadki testowe i checklisty, które zostają w projekcie, odtwarzalne zgłoszenia błędów z krokami i opisem środowiska oraz raport z wydania opisujący, co zostało przetestowane i jakie ryzyka pozostają. Zgłoszenie błędu, którego nie da się odtworzyć, nie jest wynikiem — i takich nie przekazujemy.

Czy możecie przetestować produkt, którego nie zbudowaliście?

Tak. Zaczynamy od wymagań — albo od samego produktu, jeśli dokumentacja nie istnieje — i na tej podstawie budujemy checklisty.

Czy zapewniacie testerów do naszego zespołu?

Tak — inżynierowie QA mogą pracować w Waszym procesie i Waszym systemie zadań, tak samo jak nasi programiści w modelu wzmocnienia zespołu.