Klasifikace ortogonálních vad - Orthogonal Defect Classification

Klasifikace ortogonálních defektů ( ODC ) mění sémantické informace v proudu softwarových vad na měření procesu. Tyto nápady byly vyvinuty koncem 80. a počátkem 90. let Ram Chillarege ve společnosti IBM Research . To vedlo k vývoji nových analytických metod používaných pro vývoj softwaru a analýzu testovacích procesů. ODC je nezávislý na procesním modelu, jazyce a doméně. Aplikace ODC byly hlášeny několika společnostmi na různých platformách a vývojových procesech, od vodopádu , spirály, brány a agilních vývojových procesů . Jednou z populárních aplikací ODC je analýza hlavních příčin softwaru . Je známo, že ODC zkracuje čas potřebný k provedení analýzy příčin o více než 10krát . Zisky pocházejí především z odlišného přístupu k analýze hlavních příčin, kdy jsou data ODC generována rychle (v minutách, na rozdíl od hodin na vadu) a analytiky používané pro analýzu příčin a následků. To přesouvá břemeno analýzy z čistě lidské metody na metodu, která je náročnější na data. ODC, jak je navrženo v původních dokumentech, mají specifické sady atributů a hodnot, které vytvářejí měření v procesu vývoje. Dvě z pěti známějších kategorií jsou Defect Type a Defect Trigger. Typ vady zachycuje změny provedené v kódu v důsledku vady. K dispozici je sedm hodnot typu defektu a byly empiricky stanoveny k zajištění měření produktu prostřednictvím procesu prostřednictvím jeho distribuce. Koncept spočívá v tom, že změny v distribuci typu defektu jsou funkcí modelu vývojového procesu, a tak poskytují vnitřní měření pokroku produktu v procesu.

Defekt Trigger podobně poskytuje měření procesu testování. Koncept spouště je klíčovým příspěvkem, který prošel ODC a je nyní poměrně široce používán v technických a výzkumných publikacích. Softwarový spouštěč je definován jako síla, která se vynořila po Poruchě a vytvořila Poruchu. Celá sada spouštěčů je k dispozici v dokumentaci ODC.

Typ vady a spouštěč společně poskytují velké množství kauzálních informací o vadách. Mezi další informace o defektu zachyceném ve standardních implementacích ODC patří „Impact“, „Source“ a „Age“. Kurzy ODC Training uvádějí, že po zaškolení může jednotlivec při zpětném provedení úkolu kategorizovat defekt pomocí ODC za méně než 3 minuty. Udělený čas je mnohem kratší, je-li proveden za letu nebo během procesu. Kategorizaci nelze přímo srovnávat s analýzou hlavních příčin, protože data ODC jsou o tom, „co je“, ne „proč“. Analýza hlavních příčin se však velmi často provádí pomocí ODC. Analýza, která studuje data ODC, provádí první průchod analýzy hlavních příčin, což je potvrzeno diskusí o výsledcích s vývojovým týmem. Tento přístup má pět primárních rozdílů mezi klasickou metodou a metodou ODC.

Analýza kořenových příčin je jen jednou z aplikací ODC. Původním návrhem ODC bylo vytvořit měřicí systém pro softwarové inženýrství využívající proud defektů jako zdroj vlastních měření. Atributy, a to buď jednotlivě, nebo ve spojení s jedním z ostatních, poskytují konkrétní měření určitých aspektů inženýrského procesu. Tato měření lze použít pro jednu nebo více analytických metod, protože byla navržena s ohledem na obecné principy měření. Nyní, několik výzkumných prací je použilo pro různé účely. V poslední době se objevily výzkumné články, které používají ODC k hodnocení metod používaných pro hodnocení zabezpečení a rozšířily rozsah ODC.

Reference

  1. ^ Orthogonal Defect Classification-A Concept for In-Process Measurements, IEEE Transactions on Software Engineering, listopad 1992 (svazek 18 č. 11). http://www.chillarege.com/articles/odc-concept.html
  2. ^ Co je ODC? https://www.youtube.com/watch?v=mno4pQMqtBM
  3. ^ IEEE Computer Society, 2002 Technical Achievement Award https://www.computer.org/profiles/ram-chillarege
  4. ^ Klasifikace ortogonálních defektů (ODC) v agilním vývoji. M. Jagia, S. Meena, doplňkové sborníky IEEE ISSRE 2009, listopad 2009.
  5. ^ Klasifikace ortogonálních defektů: Agilní test / QA Primer, konference Agile Development, listopad 2012
  6. ^ „ODC - 10x pro analýzu kořenových příčin“, R. Chillarege 2006
  7. ^ Softwarové vady a jejich dopad na dostupnost systému - studie poruch v operačních systémech. M.Sullivan a R. Chillarege, IEEE 21st Fault-Tolerant Computing Systems, 1991.
  8. ^ Diamanty z defektů, LADC Keynote, http://www.unicauca.edu.co/ladc2016/?q=node/22
  9. ^ "5 Rozdíly mezi klasickou analýzou hlavních příčin a analýzou hlavních příčin ODC. Https://www.youtube.com/watch?v=fTJr2Pgnxco
  10. ^ Jsou chyby zabezpečení objeveny a vyřešeny jako jiné vady ?, P. Morrison, et.al. Státní univerzita v Severní Karolíně, nutná plná citace. 2018

externí odkazy