Menu

Čo robiť, keď nie je dostatok času na testovanie?

what do when there isn t enough time test

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Čiastočne v priebehu vášho testovacieho cyklu si často uvedomujete, že nemáte dostatok času na testovanie? Najprv ste mali všetko pod kontrolou, ale čoskoro sa dostanete k pohotovostnému plánu „Čo robiť, keď nie je dostatok času na testovanie?“ oddiel.

Bol som tam tiež a nie je to sranda. :)

Nad týmto som premýšľal dlho a tvrdo. Ako môže niečo, čo sa začalo tak dobre, klesnúť tak zle, tak rýchlo. A tu je moja analýza.

=> Kliknutím sem zobrazíte kompletnú sériu návodov na kompletný testovací plán

Čo sa dozviete:

Kam smeroval môj čas na testovanie?

Nestačí čas na testovanie

ako sa stať testerom výrobkov

Po prvé, prečo sa to deje?Mnoho dôvodov - z ktorých niektoré sú:

# 1) Nesprávny odhad :

Ak ste začali s nepresným očakávaním, veci určite zlyhajú. Dobrý odhad testu musí brať do úvahy nasledujúce skutočnosti:

  • Čas na prípravné úlohy - Hovoríme napríklad o úlohách:
    • Identifikácia a zostavenie regresnej sady
    • Vytváranie testovacích údajov
    • Čas na stanovenie pripravenosti na test (napr. Test dymu / príčetnosti) atď.
  • Údržba testovacieho prípadu : Testovacie prípady sú prostriedky dlhodobého používania. Počas vykonávania určite podstúpia menšie aktualizácie. Pre nové produkty sa odporúča vyhradiť až 30% času potrebného na vykonanie testu pre tieto menšie úlohy údržby. Všetky tímy a projekty možno nebudú potrebovať 30%, ale na túto úlohu vyhradte určitý čas a úsilie.
  • Do tohto Prieskumné testovanie - Počet skriptovaných testov je hlavným menovateľom čísel odhadu testov. Žiadny testovací tím na tomto svete však nezaprie skúmanie vášho softvéru, aj keď je model dominantne skriptovaný.
  • Podávanie správ / komunikácia - Patria sem triage / stand up meetingy, aktualizácia nástrojov na správu práce atď.
  • Pohotovostný faktor: Normy odporúčajú rezervu vo výške 25–30% k pôvodným odhadom. Tímy si to však môžu dovoliť len zriedka. Aj vtedy, ak je to možné, nechajte trochu dýchať.
  • Tím a jeho možnosti: Ak máte nový tím alebo ak používajú nástroj prvýkrát, bude možno potrebné vyhradiť si čas vyhradený na školenie. Upravte svoje odhady na základe vášho tímu, s ktorým pracujete.

Odporúčané čítanie=> Zaškrtnite toto pre viac informácií o úspešnosti odhadu testu a metódach

# 2) Nestabilné zostavy a ďalšie technické problémy:

  • Zlyhanie testu dymu / príčetnosti : Keď základné testy na AUT zlyhajú po nasadení do prostredia QA, nemôže tím QA urobiť nič pre uskutočnenie testu. Je pravda, že kým sa to stane, môžeme pracovať na ďalších úlohách, ale stále to nebude plniť skúšobný cyklus čas. To teda významne prispieva k premrhaniu času.
  • Skúšobné údaje nedostupný : Údaje podobné výrobe sú nevyhnutnosťou pre každý testovací projekt. Nezískať to do prostredia QA včas je tiež ďalším blokovacím faktorom. Niekedy to môžu testéri obísť vytváranie a spravovanie vlastných testovacích údajov , ale je to časovo náročné a nemusí to byť vždy na mieste.
  • Problémy životného prostredia - Nasadenia, ktoré zlyhávajú pri zostavovaní, server neustále vypršal, mnoho ďalších problémov vám zožerie testovací cyklus. To pravdepodobne vyplýva zo skutočnosti, že niektoré spoločnosti (nie všetky) podkopávajú dôležitosť dobrého živého prostredia pre efektívne zabezpečenie kvality. Často sa snažia uniknúť serverom s nízkou kapacitou a úpravám make-upu. Toto je naozaj krátkodobá oprava a nikto to nezvýhodňuje. V skutočnosti by ich to mohlo stáť kvalitu testovania a stratu drahocenného času na testovanie.

# 3) Nedosiahnutie dohody medzi všetkými zúčastnenými stranami:

To môže byť zriedkavý problém s tímami nasledujúcimi po Agile alebo BEZPEČNÉ kvôli úzkym kruhom, v ktorých pracujú, ale mnoho tímov stále trpí nezhodami alebo nesprávnou komunikáciou, pokiaľ ide o to, kedy majú spoločnosti Dev, Ops a QA dostávať výstupy jeden od druhého. Preto meškania.

Ak chcete porozumieť jemnostiam komunikácie, začiarknite toto => Ako môžu podniky, rozvoj a QA spolupracovať na dokončení projektu

Teraz, keď poznáme problémy, existuje niekoľko spôsobov, ako ich vyriešiť.

Ako môžu testéri získať dostatok času na testovanie?

# 1) Odhadujte presne. Ak máte pochybnosti, nadhodnoťte ich o primeranú mieru, ale nepodceňujte to. Nezabudnite vykonať úpravy odhadov na základe vášho tímu, nástrojov a procesov. Po dokončení vyhľadajte oficiálne odhlásenie, aby všetci boli informovaní a udržiavaní v obraze.

#dva) Berte do úvahy historické údaje - Nástroj Správa testov je váš najlepší priateľ .

  • Ako dlho trvali testovacie cykly starších verzií?
  • Aký druh problémov spôsobil prerušenie predchádzajúceho testovacieho cyklu?
  • Koľko cyklov trvalo väčšina testovacích prípadov predtým, ako prešli?
  • Aké závady boli hlásené?
  • Aké chyby spôsobili prerušenie testovania?

# 3) Spýtajte sa na tieto otázky a podľa toho naplánujte:

  • Zistite Dôležitá funkčnosť je váš projekt?
  • Zistite vysokorizikový modul projektu?
  • Ktoré funkcie sú pre používateľa najviac viditeľné?
  • Ktorá funkčnosť má najväčší vplyv na bezpečnosť?
  • Ktorá funkčnosť má najväčší finančný dopad na používateľov?
  • Ktoré aspekty aplikácie sú pre zákazníka najdôležitejšie?
  • Ktoré časti kódu sú najkomplexnejšie a preto najviac podliehajú chybám?
  • Ktoré časti aplikácie boli vyvinuté v zhone alebo panike?
  • Čo si vývojári myslia ako najrizikovejšie aspekty aplikácie?
  • Aké problémy by spôsobili najhoršiu reklamu?
  • Aké druhy problémov by spôsobili najviac sťažností na zákaznícke služby?
  • Aké druhy testov by mohli ľahko pokryť viaceré funkcie?

Ak vezmeme do úvahy tieto body, môžete výrazne znížiť riziko uvoľnenia projektu pri menšej časovej tiesni.

# 4) Použite nástroj na správu testov. To výrazne zníži čas a úsilie potrebné na prípravu, vykazovanie a údržbu.

=> Zoznam najpopulárnejších nástrojov na správu testov , pozrite sa tu :

otázky a odpovede na rozhovor s modelovaním údajov

# 5) S nesprávnymi zostaveniami / technickými problémami nemôžeme urobiť veľa, ale jediná vec, ktorá môže pomôcť, je pozrieť sa na výsledky testu jednotky. Získate tak predstavu o tom, či bola stavba úspešná alebo nie a aké testy zlyhali - takže neobnovujeme koleso.

Ak tvoj Nástroj na správu testov podporuje Integrácia CI , máte tieto informácie k dispozícii bez akýchkoľvek starostí, aby ste lepšie pochopili stabilitu aplikácie.

# 6) Často merajte svoju produktivitu a pokrok . Nedovoľte, aby boli hlásenia o stave dodávkou iba v prospech externých tímov. Uistite sa, že pozorne sledujete svoje denné ciele a schopnosť dosiahnuť ich.

Určite sa tiež nepúšťajte do klasického hlavolamu Rýchlosť vs. kvalita. Pretože keď nahlásite povedzme 50 chýb za deň, mohlo by sa zdať, že ste superproduktívni. Ale ak sa väčšina z nich vracia späť ako neplatná, máte problém.

Takže sledujte, sledujte a sledujte ešte trochu :)

Záver:

Nakoniec, napriek všetkým preventívnym opatreniam a opatreniam, ak sa vám stále zdá, že ste na chvíľu zovretý, požiadať o pomoc .

Väčšina tímov je ochotná zúčastniť sa zasadnutia vojnovej miestnosti, aby sa veci vrátili do starých koľají.

O autorovi: Tieto užitočné tipy na testovanie poskytuje člen tímu STH Swati S.

Aké sú vaše triky, ako zostať včas a poskytovať kvalitné testovacie služby? Aké body vo vyššie uvedenom článku vo vás tiež rezonujú?

Vážime si vašu spätnú väzbu a vážime si vašu čitateľskú základňu. Ďakujem za čítanie!

=> Celý seminár s kompletným plánom testovacieho plánu nájdete tu

Odporúčané čítanie

^