Przejdź do treści
BigTree108

Usługi testowania manualnego

Usługi testowania manualnego dla oprogramowania webowego, mobilnego i desktopowego: testy funkcjonalne nowych funkcji, testy regresji przed każdym wydaniem, testy eksploracyjne, projektowanie i dokumentowanie przypadków testowych, testy w różnych przeglądarkach i na różnych urządzeniach oraz wsparcie testów akceptacyjnych użytkowników, z dedykowanymi inżynierami QA ds. testów manualnych w Państwa zespole lub projektami testowymi realizowanymi od początku do końca.

Testy manualne, które wykonujemy

  • Testy funkcjonalne nowych funkcji

    Każda user story sprawdzana pod kątem wymagań i kryteriów akceptacji, gdy tylko trafi na środowisko testowe, w scenariuszach pozytywnych, negatywnych i brzegowych, a defekty zgłaszane w Jira, Azure DevOps lub Linear z krokami, wynikiem oczekiwanym i rzeczywistym, logami i nagraniem ekranu.

  • Testy regresji

    Zestaw testów regresji aktualizowany wraz ze zmianami produktu i uruchamiany przed każdym wydaniem, ze szczególnym uwzględnieniem obszarów, których dotyczy zmiana, oraz krótki smoke test po każdym wdrożeniu na produkcję.

  • Projektowanie i dokumentowanie przypadków testowych

    Plany testów i przypadki testowe pisane na podstawie wymagań, z wartościami brzegowymi, klasami równoważności, tablicami decyzyjnymi i kombinacjami parami, przechowywane w TestRail, Xray, Zephyr, Qase lub Azure Test Plans i powiązane z wymaganiem, które każdy z nich pokrywa.

  • Testy eksploracyjne

    Sesje ograniczone czasowo, z pisemną kartą sesji, które szukają tego, czego nie przewidziały przypadki testowe: nietypowych danych, przerwanych przepływów, wolnych sieci, dwóch otwartych kart naraz, przycisku „wstecz” naciśniętego w połowie płatności.

  • Testy w różnych przeglądarkach i na różnych urządzeniach

    Aplikacje webowe sprawdzane w Chrome, Safari, Firefox i Edge na komputerach i urządzeniach mobilnych, na prawdziwych urządzeniach lub w BrowserStack, Sauce Labs albo TestMu AI (dawniej LambdaTest), z listą przeglądarek i urządzeń opartą na Państwa analityce.

  • Sprawdzanie danych i integracji

    Wyniki sprawdzane tam, gdzie trafiają: wiersze odpytywane w SQL, komunikaty w kolejce, e-maile w testowej skrzynce, płatności w sandboxie dostawcy oraz rekordy w CRM lub ERP zasilanym przez produkt.

  • Wsparcie testów akceptacyjnych użytkowników

    UAT planowane razem z Państwa użytkownikami biznesowymi: scenariusze pisane ich językiem, przygotowane dane testowe i środowiska, sesje prowadzone razem z nimi, a akceptacja odnotowywana przy każdym wymaganiu.

  • Przegląd wymagań i projektu

    User story, specyfikacje i projekty w Figmie czytane przed rozpoczęciem programowania, a luki, sprzeczności i kryteria, których nikt nie mógłby przetestować, zgłaszane, gdy ich poprawa jest jeszcze tania.

  • Testy lokalizacji

    Tłumaczenia sprawdzane w kontekście pod kątem ucinanego i nieprzetłumaczonego tekstu, formatów dat, liczb i walut w każdej wersji językowej, form liczby mnogiej, układów od prawej do lewej oraz e-maili i powiadomień wysyłanych w każdym języku.

Zatrudnienie: inżynierowie QA ds. testów manualnych

  • Dedykowani inżynierowie QA ds. testów manualnych

    Inżynierowie QA ds. testów manualnych dołączają do Państwa zespołu na pełny etat, pracują w Państwa narzędziach i procesie oraz podlegają Państwa liderowi. Państwo przeprowadzają rozmowy kwalifikacyjne, a my bierzemy na siebie ukraińską umowę, wynagrodzenia, fakturowanie i urlopy.

  • Projekty: Testowanie manualne

    Wydzielona część prac w obszarze „testowanie manualne”, z określonym zakresem, stałym planem i wskazanym liderem po naszej stronie, który odpowiada za wynik i raportuje postępy w Państwa kanałach.

  • Stała współpraca: testowanie manualne

    Usługa ciągła w obszarze „Testowanie manualne”: ci sami ludzie co miesiąc, backlog, któremu Państwo ustalają priorytety, oraz godziny widoczne w naszym portalu i na fakturze.

Strona o dedykowanym zespole wyjaśnia, jak specjaliści dołączają do Państwa zespołu, a strona o outsourcingu opisuje realizację projektów, przejęcia i sposób rozliczania.

Kto realizuje Państwa prace w obszarze „testowanie manualne”

  • Inżynierowie QA ds. testów manualnych

    Projektowanie testów, testy eksploracyjne i testy regresji

  • Liderzy QA

    Strategia testów, akceptacja wydania i raportowanie

  • Inżynierowie automatyzacji testów

    Stabilne kontrole przenoszone do zautomatyzowanych zestawów

  • Analitycy biznesowi

    Wymagania i kryteria akceptacji

Jak prowadzimy testowanie manualne

Testowanie zaczyna się przed kodem: inżynier QA czyta user story i projekt, uzgadnia kryteria akceptacji z product ownerem i pisze przypadki testowe, gdy funkcja jest budowana. Każde zgłoszenie defektu zawiera kroki, które programista może wykonać już po pierwszym przeczytaniu, build i środowisko, logi i nagranie oraz wagę uzgodnioną z Państwem.

Czas testów manualnych trafia tam, gdzie potrzebny jest osąd. Kontrole, które od wydania do wydania pozostają stabilne, przekazujemy automatyzacji, więc testy manualne obejmują nowe funkcje, sesje eksploracyjne i przepływy zmieniające się zbyt często, by je skryptować. Przypadki testowe znajdują się w Państwa narzędziu do zarządzania testami, więc to, co wiedzą testerzy, zostaje u Państwa.

Pozostałe usługi testowania oprogramowania

Testowanie oprogramowania i QA: przegląd

Pytania o testowanie manualne

W jakich branżach pracują Państwa inżynierowie QA ds. testów manualnych?

Głównie e-commerce i handel detaliczny, z testowaniem finalizacji zamówienia, płatności i promocji przed każdą wyprzedażą; fintech i bankowość, gdzie każda ścieżka transakcji i każdy limit wymagają zapisu sposobu przetestowania; SaaS i ERP dla przedsiębiorstw, z wieloma rolami, uprawnieniami i długimi procesami biznesowymi; ochrona zdrowia, z danymi pacjentów i przepływami klinicznymi; media i aplikacje konsumenckie wydawane na wiele urządzeń; oraz urządzenia połączone, w których aplikacja, portal webowy i sprzęt są testowane razem.

Czy testy manualne są potrzebne, jeśli nasze testy są zautomatyzowane?

Tak, ale do innej pracy. Automatyzacja powtarza kontrole, które ktoś już zaprojektował; testy manualne i eksploracyjne znajdują problemy, dla których nikt nie zaprojektował kontroli, oceniają, czy przepływ ma sens dla użytkownika, i obejmują funkcje zmieniające się zbyt często, by je skryptować. Większość zespołów prowadzi oba rodzaje testów i z czasem automatyzuje stabilne ścieżki regresji.

Czy mogą Państwo testować bez pisemnych wymagań?

Tak. Testy zaczynają się od produktu takiego, jaki jest: sesje eksploracyjne mapują, co robi, pytania trafiają do Państwa zespołu, a odpowiedzi stają się przypadkami testowymi i listą otwartych decyzji dotyczących zachowania, która często staje się pierwszą pisemną specyfikacją.

Jak szybko mogą zacząć inżynierowie QA ds. testów manualnych?

Gdy odpowiedni inżynier QA ds. testów manualnych jest dostępny, o terminie startu decydują wyłącznie Państwa rozmowa oraz NDA i przeniesienie praw własności intelektualnej. W przeciwnym razie prowadzimy poszukiwania, które zwykle dają profile kandydatów w ciągu dwóch do trzech tygodni, a nikt nie zaczyna pracy, dopóki Państwo nie powiedzą „tak”.

Jak wygląda zatrudnienie przez BigTree108: inżynierowie QA ds. testów manualnych?

Prosimy o informację o zakresie pracy, poziomie doświadczenia i potrzebnych godzinach. Proponujemy jedną lub dwie osoby wraz z ich profilami, Państwo przeprowadzają z nimi rozmowy tak, jak z własnym kandydatem, podpisują jedną umowę z BIG TREE 108 LLC i otrzymują jedną fakturę miesięcznie.

Do kogo należy praca, którą wykonują?

Do Państwa. Każdy specjalista ma podpisaną z BigTree108 umowę, która przenosi wszystkie rezultaty pracy na spółkę, a nasza umowa z Państwem przenosi je dalej. Kod, projekty i dokumenty są przekazywane do Państwa własnych repozytoriów i narzędzi, a nie przechowywane tam, gdzie zmieniać je możemy tylko my.

Potrzebują Państwo testów przed kolejnym wydaniem?

Prosimy o informację o tym, co robi produkt, jak często Państwo wydają nowe wersje i gdzie błędy docierają do użytkowników. Odpowiedź otrzymają Państwo w ciągu jednego dnia roboczego: plan testów, profile kandydatów lub zakres pierwszej rundy testów.