jaký je rozdíl mezi opakovaným testováním a regresním testováním:
nemáte všichni rádi články s tématem porovnání a kontrastu? Já vím, že ano. Je to tak skvělý způsob, jak pozvat myšlenky, komentáře a možná i silný nesouhlas.
dnešním tématem je opakované testování Vs regresní testování.
=> Kliknutím Sem Zobrazíte Kompletní Řadu Regresních Testů.
začněme s opakovaným testováním:
opakované testování
opakované testování znamená znovu otestovat. Důvod nezáleží. Když opakujete test, opakujete test. Mohli byste znovu otestovat funkčnost aktuální verze. Nebo oprava chyby, funkce předchozí verze, testovací případ, který jste právě spustili atd.
pokud stále přemýšlíte-proč – pak jsou následující důvody, které jsou stejně dobré jako všechny:
- včera jste provedli test a narazili jste na závadu. Chcete potvrdit kroky a reprodukovatelnost vady. Takže znovu vyzkoušíte.
- provedli jste test. Vaše pozornost nebyla na tom (možná zazvonil telefon, nebo jste mluvili s kolegou atd.). Chcete-li zkontrolovat ještě jednou, takže si znovu otestovat.
jsem si jistý, že to dostanete.
opakované testování je, když z jakéhokoli důvodu opakujete test. Je to jeden z těch termínů, které zůstávají věrné jeho definici.
regresní Test
Software se vyvíjí. Budou nové verze oproti stávajícím. Hromadí se nové funkce, rozšíření, atd. Postupem času by to však mohlo vést k nestabilitě aplikace.
Představte si, že děláte blokovou věž přidáním jednoho bloku nad druhým. Nemáte čas na posílení nebo posílení základny. Nebude to trvat dlouho, než se věž zřítí, že?
stejně tak budete muset otestovat základnu softwaru pro pevnost a stabilitu.
abychom tak učinili, museli bychom software znovu otestovat. To je jediný způsob.
doporučené čtení => co je regresní testování? Nástroje a osvědčené postupy
regrese je forma opakovaného testu. Specifika „proč“ a “ kdy “ je to, co ji odlišuje od prvního.
1) kdy budeme znovu testovat? Když software prochází změnou
2) Proč znovu testujeme? Chcete-li zajistit, že nové přírůstky/změny nezpůsobily nestabilní funkčnost před prací. Regrese je běžná a doporučuje se, když:
- k dispozici je nová verze. (Regress všechny nebo, alespoň, důležité ze starších verzí funkcí)
- Oprava chyby
Poznámka: vyčerpávající regresní testování je nemožné, i když žádoucí.
proto proveďte regresní analýzu, než skočíte přímo do testování. Tento krok zahrnuje rozhodování o tom, kolik regrese bych měl dělat pro svou žádost.
na čem závisí rozsah regrese?
- povaha změny
- vztah / dopad změny na aktuální systém / funkci
- dostupný čas a zdroje
jak mohou testeři rozhodnout o rozsahu regrese?
1) prostřednictvím zkušeností a obeznámenosti s aplikací
2) diskuse s vývojáři
3) místo, kde byla změna provedena. Příklad: pokud je na domovské stránce, potřebuje více pozornosti, než kdyby byla na jedné z méně přístupných stránek.
v závislosti na faktorech ve hře může testovací tým použít jeden z následujících:
- regrese jednotek
- částečná regrese
- úplná regrese
regrese jednotek znamená, že znovu otestujete změněný modul / oblast pouze aplikace.
částečná regrese znamená, že změněný modul znovu otestujete. Plus zahrnují ty, které s ním interagují.
Plná regrese je otestovat celou aplikaci bez ohledu na umístění změny.
záleží na situaci (čas & dostupnost zdrojů), závažnosti změny (její dopad), vstupech vývojáře atd. Budete efektivnější, když si vyberete správnou sadu testů vs. všechny testy.
regresní analýza je klíčovým faktorem úspěchu. Potřebuje spíše inteligentní práci než tvrdou práci.
mylné představy o regresním testování
existuje mnoho mylných představ o regresním testování:
#1) regrese se provádí vždy pomocí automatizace: ne. Regrese se provádí také ručně. Máme o tom celý článek => jak se provádí regresní testování? Lze to provést ručně?
Všimněte si, že regrese je ideálním kandidátem pro automatizaci. Rozsah opakování je časově náročný a může vést k nudě. Taky, důležitá validace by mohla chybět. Automatizace je spolehlivá, rychlá a efektivní alternativa.
také číst => automatizované regresní testování výzvy
#2) regrese není nikdy úplná: pravda. Ale ne úplně.
mám na mysli, že vyčerpávající regresní test může být nemožný. Vyčerpávající regresní testování však může být také zbytečné.
řekněme, že jste změnili překlep na domovské stránce. Tato oprava je menší. Je také izolován od ostatních oblastí aplikace. Tak, jednoduché opakované testování funkce by stačilo. Není třeba ustupovat bývalé funkce kolem domovské stránky.
#3) je zbytečné, když máte čas na krizi: není pravda. Nedostatečná regrese vede k nedostatku důvěry v produkt. Nikdy nebudete vědět, co očekávat od jeho reakce na různé scénáře koncových uživatelů.
#4) je spuštěn každý testovací případ předchozí verze: opět Výběr každého testovacího případu není správný způsob, jak to udělat. Klíčové je strategické vybírání testovacích případů. Pochopte změnu a vyberte montážní testovací případy.
OK, to je podrobné testování a regresní Test.
nyní srovnání.
opakované testování Vs regresní testování
co je na nich stejné?
- oba jsou založeny na opakování
- validace a techniky testování černých skříněk
- automatizace nebo manuální testovací případy jsou znovu testovány nebo regresovány
- „člověk musí ověřit nebo vyloučit své pochybnosti a převést je na jistotu Ano nebo ne-Thomas Carlyle“. Oba to dělají.
co se na nich liší?
- opakované testování je použitelné pro všechny cílené funkce test – aktuální nebo předchozí verze. Regrese je předchozí verze funkce centric.
- opakované testování nezávisí na příslušné změně. Regrese je orientována na změnu.
konečně, zasáhnout tento koncept domů:
Řekněme, že máte testovací případ XYZ, který vyústil v závadu s ID 120. Tato vada bude opravena v příštím vydání. Znovu byste testovali testovací případ XYZ a obnovili funkčnost kolem něj. Regrese je zajistit, aby vše fungovalo neporušené po opravě 120. Opakovaným testem je určení opravy vady.
takže dynamické duo není ani jedno, ani druhé, ale kombinace regrese a opakovaného testování.
teď je to na tobě. Souhlasíte s definicemi a analýzami zde uvedenými?
o autorovi: tento článek je napsán členem týmu STH Swati s.