Testování na základě rizika - Risk-based testing - Wikipedia

Testování na základě rizika (RBT) je typ testování softwaru který funguje jako organizační princip používaný k upřednostnění testů funkcí a funkcí v softwaru na základě rizika selhání, funkce jejich důležitosti a pravděpodobnosti nebo dopadu selhání.[1][2][3][4] Teoreticky existuje nekonečné množství možných testů. Testování na základě rizika využívá hodnocení rizika (opětovného) k řízení všech fází procesu testování, tj. Plánování testu, návrh testu, implementace testu, provedení testu a vyhodnocení testu.[5] To zahrnuje například pořadí testů a dílčí testy funkčnosti; testovací techniky jako např analýza hraniční hodnoty, testování všech párů a tabulky přechodu stavu usilujte o nalezení oblastí s největší pravděpodobností vad.

Hodnocení rizik

Porovnání změn mezi dvěma verzemi nebo verzemi je klíčem k posouzení rizika. Vyhodnocení důležitých obchodních modulů je prvním krokem při stanovení priorit testů, ale nezahrnuje pojem evoluční riziko.[je zapotřebí objasnění ] To je poté rozšířeno pomocí dvou metod: testování založené na změnách a regresní testování.

  • Testování na základě změn umožňuje testovacím týmům posoudit změny provedené ve verzi a poté upřednostnit testy směrem k upraveným modulům.[vágní ]
  • Regresní testování zajišťuje, že změna, například oprava chyby, nezavádí do testovaného softwaru nové chyby. Jedním z hlavních důvodů pro regresní testování je určit, zda má změna v jedné části softwaru nějaký vliv na ostatní části softwaru.

Tyto dvě metody umožňují testovacím týmům upřednostňovat testy založené na riziku, změně a kritičnosti obchodních modulů. Určité technologie[který? ] může tento druh testovací strategie velmi snadno nastavit a udržovat díky změnám softwaru.[vágní ]

Druhy rizika

Riziko lze identifikovat jako pravděpodobnost, že nezjištěný softwarová chyba může mít negativní dopad na uživatele systému.[6]

Metody posuzují rizika v různých dimenzích:

Obchodní nebo provozní

  • Vysoké využití subsystému, funkce nebo funkce
  • Kritičnost subsystému, funkce nebo funkce, včetně nákladů na selhání

Technický

  • Geografické rozdělení vývojového týmu
  • Složitost subsystému nebo funkce

Externí

  • Sponzor nebo výkonná preference
  • Regulační požadavky

Související s režimem selhání elektronického obchodu

  • Vady statického obsahu
  • Vady integrace webových stránek
  • Selhání související s funkčním chováním
  • Selhání související se službou (dostupnost a výkon)
  • Selhání související s použitelností a přístupností
  • Zranitelnost zabezpečení
  • Selhání integrace ve velkém měřítku

[7]

Reference

  1. ^ Gerrard, Paul; Thompson, Neil (2002). Testování elektronického obchodování na základě rizik. Vydavatelé Artech House. ISBN  978-1-58053-314-0.
  2. ^ Bach, J. Výzva dostatečně dobrého softwaru (1995)
  3. ^ Bach, J. a Kaner, C. Průzkumné a rizikové testování (2004)
  4. ^ Mika Lehto (25. října 2011). „Koncept testování založeného na riziku a jeho výhody a nevýhody“. Ictstandard.org. Citováno 2012-03-01.
  5. ^ Michael Felderer, Ina Schieferdecker: Taxonomie testování založeného na riziku. STTT 16 (5): 559-568 (2014)
  6. ^ Stephane Besson (03.01.2012). „Informace o článku: Strategie pro testování na základě rizik“. Software Quality Engineering IT. Stickyminds.com. Citováno 2012-03-01.
  7. ^ Gerrard, Paul a Thompson, Neil Rizikové testování elektronického obchodování (2002)