Testowanie
Pomagamy wykrywać błędy przed wdrożeniem i ograniczać ryzyko regresji. Tworzymy testy jednostkowe, integracyjne i end-to-end dla aplikacji webowych i mobilnych, integrujemy je z CI/CD oraz prowadzimy testy wydajnościowe. Pracujemy m.in. z Jest, Cypress, Playwright i Appium. Jeśli potrzebujesz dodatkowego wsparcia QA, nasi testerzy mogą dołączyć bezpośrednio do Twojego zespołu.
Firmy które nam zaufały
Podstawy
Kiedy warto automatyzować testy?
Testy automatyczne to kod, który sprawdza inny kod. Ich sens nie polega na znajdowaniu błędów raz — od tego jest człowiek — tylko na pilnowaniu, żeby raz naprawiony błąd nie wrócił i żeby zmiana w jednym miejscu nie zepsuła innego. Im dłużej żyje produkt i im więcej osób go zmienia, tym większa jest ta wartość. Automatyzacja nie opłaca się wszędzie. Przy jednorazowej kampanii, prototypie do wyrzucenia albo ekranie, który zmieni się za dwa tygodnie, koszt utrzymania testu przekroczy zysk. Najwięcej dają testy tam, gdzie błąd jest kosztowny i trudny do zauważenia: płatności, uprawnienia, wyliczenia, integracje.
Warto znać podział, bo od niego zależy koszt. Testy jednostkowe sprawdzają pojedyncze funkcje, są szybkie i tanie w utrzymaniu. Testy end-to-end przechodzą całą ścieżkę użytkownika w przeglądarce, dają największą pewność i są najdroższe w utrzymaniu. Zdrowy zestaw to dużo tych pierwszych i niewiele tych drugich — odwrotna proporcja jest częstym i kosztownym błędem.
Zobacz projekty z zakresu testowania dla naszych klientów
Migracja z mobile do web bez utraty użytkowników ani logiki biznesowej
Klient: SkinApe
Branża: Rozrywka / GameTech
Dr Marcus - strona internetowa z katalogiem produktów
Klient: Dr Marcus
Branża: Motoryzacja / Mobility
„Zespół Boring Owl wykazuje ogromne zaangażowanie w realizację projektu. Jest elastyczny i ma dużą wiedzę.”
Michał Rugiełło — E-Commerce Director, Kwant Hurtowanie Elektryczne sp. z o. o.
Opinia z Clutch (tłum. z angielskiego)
Przebieg
Od pierwszego testu do bramki jakości w procesie wdrażania
Zaczynamy od analizy produktu, procesu wdrożeń i miejsc, w których błąd generuje największe ryzyko. Na tej podstawie ustalamy priorytety — nie budujemy testów wyłącznie po to, żeby zwiększyć wskaźnik pokrycia kodu. Następnie dobieramy rodzaje testów i narzędzia, przygotowujemy pierwsze scenariusze i integrujemy je z CI/CD. Testy mogą uruchamiać się automatycznie przy zmianach w kodzie i przed wdrożeniem, dzięki czemu zespół szybciej dostaje informację o regresjach.
Po Twojej stronie potrzebujemy wskazania procesów krytycznych dla biznesu oraz danych testowych — najlepiej odzwierciedlających realne przypadki, łącznie z tymi nietypowymi. Po naszej stronie jest dobór narzędzi, testy, wpięcie w proces wdrażania i utrzymanie.
Na czas wpływa liczba ścieżek do pokrycia i stan kodu — aplikacja, którą trudno testować, zwykle najpierw wymaga drobnych zmian w samej strukturze.
Decyzje
Decyzje, które decydują o tym, czy testy pomagają, czy przeszkadzają
Ile testować. Nie dążymy do 100% pokrycia za wszelką cenę. Ważniejsze jest to, czy testy obejmują obszary, których awaria rzeczywiście zagraża produktowi lub biznesowi.
Proporcje. Najwięcej testów powinno działać blisko logiki aplikacji, gdzie są szybkie i łatwe w utrzymaniu. Testy end-to-end zostawiamy dla najważniejszych ścieżek użytkownika.
Co z niestabilnymi testami? Flaky tests, czyli testy przechodzące tylko czasami, szybko obniżają zaufanie zespołu do całego procesu. Takie przypadki diagnozujemy i naprawiamy zamiast przyzwyczajać zespół do ignorowania błędów.
Czego nie robić. Nie automatyzuj ekranów, które za chwilę się zmienią. Nie testuj przez interfejs tego, co da się sprawdzić na poziomie logiki. I nie mierz jakości procentem pokrycia — mierz liczbą błędów, które doszły do użytkownika.
Zakres
Zakres testowania oprogramowania i wsparcia QA
Tworzymy testy jednostkowe, integracyjne i end-to-end dla aplikacji webowych oraz mobilnych. Korzystamy m.in. z Jest, Cypress, Playwright i Appium, a testy automatyczne integrujemy z procesem CI/CD. W zależności od projektu mierzymy również pokrycie kodu, przygotowujemy testy wydajnościowe i obciążeniowe oraz korzystamy z podejścia TDD lub BDD tam, gdzie przynosi ono realną wartość.
Jeśli potrzebujesz dodatkowych kompetencji w zespole, możemy zapewnić wsparcie QA w modelu outsourcingowym. Tester dołącza do Twoich procesów i pracuje razem z zespołem developerskim.Technologie, których używamy
- Narzędzia
Testy piszemy w TypeScripcie, a środowiska testowe odtwarzamy w Dockerze — te same wersje zależności co na produkcji, bez „u mnie działa".
Piramida testów
Szybkie testy jednostkowe, oszczędne end-to-end
Budujemy zestawy zgodnie z zasadą piramidy testów: dużo szybkich testów jednostkowych, warstwa testów integracyjnych i mniejsza liczba testów end-to-end dla najważniejszych ścieżek, takich jak logowanie, zakup, płatność czy wysłanie formularza. Testy integrujemy z CI/CD, aby każda istotna zmiana mogła zostać zweryfikowana przed wdrożeniem. Dzięki temu informacja o regresji trafia do zespołu wtedy, kiedy jej naprawa jest jeszcze stosunkowo szybka i tania.
Testy wydajności
Wąskie gardła mają wychodzić na testach, nie w Black Friday
Wydajność testujemy scenariuszami z realnego ruchu: profil wejść z analityki, szczyt sezonowy pomnożony z zapasem, pomiar czasów odpowiedzi i zachowania bazy pod obciążeniem. Tak przygotowywaliśmy sklepy na sezonowe szczyty — wąskie gardła (zapytania N+1, brak indeksów, cache do przebudowy) wychodzą na środowisku testowym, gdzie ich naprawa kosztuje najmniej.
Do pomiarów frontendu używamy tych samych metryk co Google: LCP, CLS, INP na urządzeniach mobilnych. Regresje wydajności łapiemy w CI, zanim dojadą do użytkowników.
Raportujemy tak, żeby zgłoszenie dało się odtworzyć od razu — kroki, środowisko, dane testowe — a regresje wracają do zestawu automatycznego, żeby ten sam błąd nie wrócił dwa razy.
Branża spożywcza / FoodTech
Projektujemy i rozwijamy dedykowane rozwiązania dla restauracji, producentów żywności, sieci gastronomicznych i platform FoodTech.
Branża spożywcza / FoodTech ↗
FAQ
Pytania, które słyszymy przed wdrożeniem testów
- Przede wszystkim wtedy, gdy produkt jest regularnie rozwijany, a te same scenariusze trzeba sprawdzać przy kolejnych wdrożeniach. Największy zwrot daje automatyzacja procesów krytycznych i często powtarzanych.
- Nie. Automatyzacja świetnie sprawdza się przy regresji i powtarzalnych scenariuszach, ale nie każde zachowanie użytkownika opłaca się zamieniać w kod. Dobry proces QA korzysta z obu podejść tam, gdzie mają sens.
- Tak. Możemy zacząć od projektu, który nie ma jeszcze testów, albo uporządkować i rozwinąć istniejący zestaw. Najpierw oceniamy ryzyko, strukturę aplikacji i obecny proces wdrożeń.
- Tak. Testy mogą uruchamiać się automatycznie przy zmianach w kodzie, pull requestach lub przed wdrożeniem. Dzięki temu zespół dostaje informację o problemie bez konieczności ręcznego uruchamiania całego zestawu.
- Tak. Oferujemy wsparcie QA w modelu outsourcingowym, w którym tester pracuje bezpośrednio z Twoim zespołem i włącza się w jego istniejące procesy.
- Ręcznie tam, gdzie liczy się ludzka uwaga: nowe funkcje, nietypowe scenariusze, użyteczność. Automat sprawdza to, co już wiadomo, że ma działać. Każdy błąd znaleziony ręcznie trafia potem do zestawu automatycznego, żeby nie trzeba było go szukać drugi raz.
Zbudujmy wspólnie produkty cyfrowe dla Twojej firmy
Powiązane artykuły
Interesuje cię automatyzacja testów?
Jest, Cypress, Playwright i Appium — testy jednostkowe, end-to-end i wydajnościowe, plus QA outsourcing w Twoim zespole.
Napisz do nasPozostałe usługi
Web development
Projektujemy i tworzymy dedykowane aplikacje webowe - od MVP, które pozwala szybko zweryfikować pomysł, po rozbudowane platformy i systemy rozwijane przez lata. Budujemy zarówno warstwę frontendową, jak i backend, API, bazy danych, panele administracyjne oraz integracje z zewnętrznymi systemami. Pracujemy m.in. z Next.js, React, Node.js, NestJS, Pythonem, PostgreSQL i MongoDB. Tworzymy rozwiązania dopasowane do konkretnego procesu biznesowego: aplikacje SaaS, systemy wewnętrzne, platformy sprzedażowe, serwisy internetowe, marketplace’y i systemy CMS.
Dowiedz się więcejUX/UI Design
Projektujemy UX/UI aplikacji webowych, mobilnych i systemów B2B - od analizy potrzeb użytkowników i pierwszych makiet po gotowy interfejs oraz design system w Figmie. Nie projektujemy ekranów w oderwaniu od produktu. Sprawdzamy ścieżki użytkowników, dane z analityki i ograniczenia technologiczne, żeby stworzyć rozwiązanie, które jest wygodne w użyciu i możliwe do sprawnego wdrożenia. Po uruchomieniu produktu możemy wrócić do heatmap, nagrań sesji, analityki i rozmów z użytkownikami. Dzięki temu kolejne zmiany wynikają z danych, a nie z przypuszczeń.
Dowiedz się więcejE-commerce
Projektujemy i wdrażamy sklepy internetowe oraz platformy e-commerce dopasowane do modelu sprzedaży i procesów firmy. Pracujemy zarówno z gotowymi rozwiązaniami, jak i z architekturą headless oraz dedykowanymi systemami sprzedażowymi. Budujemy e-commerce dla sprzedaży B2C i B2B, rozbudowanych katalogów produktów, wielu rynków oraz marketplace’ów. Integrujemy sklepy z ERP, WMS, CRM, PIM, płatnościami i logistyką, projektujemy konfiguratory produktów i niestandardowe procesy zakupowe. Dbamy również o wydajność, SEO techniczne i przygotowanie platformy na sezonowe wzrosty ruchu.
Dowiedz się więcej