Metaopis (dla SEO): Studium przypadku testów Galera: Jak zdalny zespół QA zapewnienia jakości pomógł startupowi IT zaoszczędzić 2 230 $ i wypuścić aplikację fintechową bez krytycznych błędów w ciągu 3 miesięcy.

​

Na początku 2025 roku zgłosił się do nas startup fintechowy, który opracował aplikację mobilną do przelewów i inwestycji. Produkt prze szedł już testy wewnętrzne, ale przed udostępnieniem 50 000 użytkowników klient zdał sobie sprawę, że występuje zbyt wiele błędów i nie można opóźnić wydania.

​

Dane wstępne na początku współpracy
Platformy: iOS + Android + Web

Zespół programistów: 9 osób (wewnętrzny)

Liczba błędów znalezionych w wersji przedpremierowej: 312 (w tym 47 krytycznych i o wysokim priorytecie)

Czas do wydania: 12 tygodni

Budżet na zapewnienie QA: Ograniczony (firma właśnie pozyskała środki w rundzie zalążkowej)

​

Co zrobiliśmy w ciągu 3 miesięcy

Tygodnie 1-2: Audyt i priorytetyzacja

• Przeprowadzono pełny smoke-test wszystkich kluczowych scenariuszy

• Stworzono macierz risk-based: zidentyfikowano 4 obszary krytyczne (bramka płatności, KYC, powiadomienia push, wiele kont)

• Skonfigurowano Jira + TestRail, zsynchronizowano z programistami

 

Tygodnie 3-6: Testy regresyjne i obciążeniowe

• Wdrożono codzienne smoke-testy po każdym wdrożeniu

• Uruchomiono 180 zautomatyzowanych UI-testów interfejsu użytkownika w Playwright (78% pokrycia kluczowych użytkowników) (przepływy)

• Przeprowadzono testy obciążeniowe (k6): zidentyfikowano wąskie gardło w bramce API — awaria przy 3000 równoczesnych żądaniach

• Naprawiono 142 błędy (45% wszystkich)

 

Tygodnie 7–10: Testy bezpieczeństwa i UX

• Przeprowadzono penetration testing (OWASP Mobile Top 10 + API) — znaleziono 11 luk w zabezpieczeniach, z których 4 były krytyczne

• Przeprowadzono 3 iteracje usability-testów  z udziałem rzeczywistych użytkowników (20 osób) — usunięto 38 „irytujących” błędów

• Naprawiono kolejne 89 błędów

 

Tygodnie 11–12: Ostateczna akceptacja i wydanie

• Przeprowadzono wersję zero-bug Release Candidate 

• 48-godzinny monitoring w środowisku produkcyjnym z udziałem 5000 rzeczywistych użytkowników

• Krytyczne błędy w środowisku produkcyjnym — 0

• Wysoki priorytet — 3 (naprawione w ciągu 4 godzin)

 

Dane końcowe

• Liczba błędów w momencie uruchomienia: 312

• Liczba błędów po naszej pracy: 132 (129 low/minor)

• Zmniejszenie liczby błędów: 57%

• Oszczędności dla klienta: ≈ 2 300 $ (w porównaniu z zatrudnieniem wewnętrznego specjalisty ds. zapewnienia jakości + możliwe kary za niedotrzymanie terminów)

• Czas wprowadzenia produktu na rynek przed konkurencją: 3 tygodnie

 

Wnioski, które wyciągnęliśmy (i które będą dla Ciebie przydatne)

• 80% krytycznych błędów jest ukrytych w 20% najważniejszych scenariuszy — zacznij od nich.

• Automatyzacja regresji zwraca się już w drugim miesiącu.

• Testy obciążeniowe powinny być przeprowadzane przed uruchomieniem produkcji, a nie po pierwszych skargach użytkowników.

• Zdalny zespół QA zapewnienia jakości może być o 30-50% tańszy i szybszy niż testy wewnętrzne.

Chcesz uzyskać takie same rezultaty dla swojego produktu? Skontaktuj się z nami pod adresem galera.testing@gmail.com