Přeskočit na obsah
BigTree108

Služby manuálního testování

Služby manuálního testování webového, mobilního a desktopového softwaru: funkční testování nových funkcí, regresní testování před každým vydáním, exploratorní testování, návrh a dokumentace testovacích případů, testování napříč prohlížeči a zařízeními a podpora uživatelského akceptačního testování, s dedikovanými manuálními QA inženýry pro váš tým nebo s testovacími projekty dodanými od začátku do konce.

Manuální testování, které děláme

  • Funkční testování nových funkcí

    Každá story ověřená podle svých požadavků a akceptačních kritérií, jakmile se dostane na testovací prostředí, pozitivními, negativními a okrajovými případy, s chybami zapsanými v Jiře, Azure DevOps nebo Linearu s kroky, očekávaným a skutečným výsledkem, logy a záznamem obrazovky.

  • Regresní testování

    Regresní sada udržovaná aktuální při změnách produktu a spouštěná před každým vydáním, s důrazem na oblasti, kterých se změna dotýká, a krátký smoke test po každém nasazení do produkce.

  • Návrh a dokumentace testovacích případů

    Testovací plány a testovací případy psané z požadavků s využitím hraničních hodnot, ekvivalenčních tříd, rozhodovacích tabulek a párových kombinací, vedené v TestRailu, Xray, Zephyru, Qase nebo Azure Test Plans a vázané na požadavek, který každý z nich pokrývá.

  • Exploratorní testování

    Časově omezená sezení s písemným zadáním (charter), která hledají to, co testovací případy nepředvídaly: neobvyklá data, přerušené toky, pomalé sítě, dvě otevřené záložky najednou, tlačítko zpět stisknuté uprostřed platby.

  • Testování napříč prohlížeči a zařízeními

    Webové aplikace ověřené v Chrome, Safari, Firefoxu a Edge na desktopu i mobilu, na skutečných zařízeních nebo v BrowserStack, Sauce Labs či TestMu AI (dříve LambdaTest), se seznamem prohlížečů a zařízení převzatým z vaší analytiky.

  • Kontroly dat a integrací

    Výsledky ověřené tam, kde končí: řádky dotazované v SQL, zprávy ve frontě, e-maily v testovací schránce, platby v sandboxu poskytovatele a záznamy v CRM nebo ERP, do kterého produkt data posílá.

  • Podpora uživatelského akceptačního testování

    UAT plánované s vašimi obchodními uživateli: scénáře psané jejich jazykem, připravená testovací data a prostředí, sezení vedená po jejich boku a schválení zaznamenané ke každému požadavku.

  • Revize požadavků a návrhu

    Story, specifikace a návrhy ve Figmě přečtené před zahájením vývoje, s mezerami, rozpory a kritérii, která nikdo nemohl otestovat, nahlášenými, dokud je levné opravit.

  • Testování lokalizace

    Překlady ověřené v kontextu na oříznutý a nepřeložený text, formáty data, čísel a měn podle jazykové verze, množná čísla, rozvržení zprava doleva a e-maily a oznámení odesílané v každém jazyce.

manuální QA inženýři do vašeho týmu

  • Dedikovaní manuální QA inženýři

    Manuální QA inženýři, kteří nastoupí do vašeho týmu na plný úvazek, pracují ve vašich nástrojích a procesu a zodpovídají se vašemu vedoucímu. Pohovor s nimi vedete vy; my neseme ukrajinskou smlouvu, mzdy, fakturaci a dovolenou.

  • Projekty v oblasti „Manuální testování“

    Vymezená část práce v oblasti „manuální testování“ s rozsahem, pevným plánem a jmenovaným vedoucím na naší straně, který odpovídá za výsledek a o postupu informuje ve vašich kanálech.

  • Průběžná spolupráce v oblasti „manuální testování“

    Průběžná služba v oblasti „Manuální testování“: každý měsíc stejní lidé, backlog, kterému určujete priority, a hodiny, které vidíte v našem portálu i na faktuře.

Stránka o dedikovaném týmu vysvětluje, jak se specialisté připojují k vašemu týmu, a stránka o outsourcingu pokrývá dodávku projektů, převzetí systémů a jak účtujeme.

Kdo pracuje na vašem zadání v oblasti „manuální testování“

  • Manuální QA inženýři

    Návrh testů, exploratorní a regresní testování

  • Vedoucí QA

    Testovací strategie, schválení vydání a reporting

  • Inženýři automatizace testování

    Stabilní kontroly převedené do automatizovaných sad

  • Business analytici

    Požadavky a akceptační kritéria

Jak vedeme manuální testování

Testování začíná před kódem: QA inženýr přečte story a návrh, dohodne s product ownerem akceptační kritéria a píše testovací případy, zatímco se funkce vyvíjí. Každé hlášení chyby obsahuje kroky, které vývojář pochopí hned při prvním čtení, build a prostředí, logy a záznam a závažnost dohodnutou s vámi.

Čas na manuální práci jde tam, kde je potřeba úsudek. Kontroly, které zůstávají od vydání k vydání stabilní, se předávají automatizaci, takže manuální testování pokrývá nové funkce, exploratorní sezení a toky, které se mění příliš často na to, aby se daly skriptovat. Testovací případy žijí ve vašem nástroji pro správu testů, takže co testeři vědí, zůstává u vás.

Další služby testování softwaru

Přehled: Testování softwaru a QA

Otázky k manuálnímu testování

V jakých odvětvích pracují vaši manuální QA inženýři?

Většinou v e-commerce a maloobchodě, kde se před každou akcí testují pokladna, platby a slevy; ve fintechu a bankovnictví, kde každá cesta transakce a každý limit potřebují záznam o tom, jak byly testovány; v podnikovém SaaS a ERP s mnoha rolemi, oprávněními a dlouhými obchodními procesy; ve zdravotnictví s daty pacientů a klinickými postupy; v médiích a spotřebitelských aplikacích vydávaných na mnoho zařízení; a u propojených zařízení, kde se aplikace, webový portál a hardware testují společně.

Potřebujeme manuální testování, i když jsou naše testy automatizované?

Ano, pro jinou práci. Automatizace opakuje kontroly, které už někdo navrhl; manuální a exploratorní testování nachází problémy, pro které nikdo kontrolu nenavrhl, posuzuje, zda tok dává uživateli smysl, a pokrývá funkce, které se mění příliš často na to, aby se daly skriptovat. Většina týmů dělá obojí a stabilní regresní cesty postupně automatizuje.

Umíte testovat bez písemných požadavků?

Ano. Testování začíná od produktu, jaký je: exploratorní sezení zmapují, co dělá, otázky jdou na váš tým a odpovědi se stanou testovacími případy a seznamem otevřených rozhodnutí o chování, který se často stává první písemnou specifikací.

Jak rychle mohou nastoupit manuální QA inženýři?

Když je k dispozici ten pravý manuální QA inženýr, začátek brzdí jen váš pohovor, NDA a převod práv duševního vlastnictví. Jinak vedeme hledání, které obvykle přinese profily kandidátů do dvou až tří týdnů, a nikdo nenastoupí, dokud neřeknete ano.

Jak probíhá najímání přes BigTree108 (role: manuální QA inženýři)?

Řekněte nám, jakou práci, jakou seniority a kolik hodin potřebujete. Navrhneme jednoho nebo dva lidi s jejich profily, pohovoříte s nimi stejně jako s vlastním zaměstnancem a podepíšete jednu smlouvu s BIG TREE 108 LLC a budete dostávat jednu fakturu měsíčně.

Komu patří práce, kterou vytvářejí?

Vám. Každý specialista má podepsanou smlouvu s BigTree108, která převádí všechny výsledky práce na společnost, a naše smlouva s vámi je převádí dál. Kód, návrhy a dokumenty se dodávají do vašich vlastních repozitářů a nástrojů, ne do míst, kde je můžeme měnit jen my.

Potřebujete testování před dalším vydáním?

Napište nám, co produkt dělá, jak často vydáváte a kde se chyby dostávají k vašim uživatelům. Odpověď dostanete do jednoho pracovního dne: testovací plán, profily kandidátů, nebo rozsah prvního kola testování.