Qualitätskennzahlen für IT-Verfahren in der öffentlichen Verwaltung Lösungsansätze zur Beschreibung von Metriken nach V-Modell XT

Transkript

1 Qualitätskezahle für IT-Verfahre i der öffetliche Verwaltug Lösugsasätze zur Vo Stefa Bregezer Der Autor arbeitet im Bereich Softwaretest ud beschäftigt sich als Qualitätsbeauftragter mit Theme zu Qualitätssicherug ud IT-Sicherheit im Rahme eies große IT-Verfahre der Budesfiazverwaltug. Ihaltsverzeichis 1 Allgemeies Begriffe ud Abkürzuge Defiitioe Messe Metrik Kezahl Messdatetype Messdate Grudvoraussetzuge Metrike Softwarequalitätsveräderug Name der Metrik Zielsetzug Erläuterug Zielgruppe Defiitio Messdatetype Auswertug Veratwortliche Verwedug Darstellug Softwarequalitätsveräderug - gewichtet Name der Metrik Zielsetzug Erläuterug Zielgruppe Defiitio i Stefa Bregezer

2 2.2.6 Messdatetype Auswertug Veratwortliche Verwedug Darstellug Testqualität Name der Metrik Zielsetzug Erläuterug Zielgruppe Defiitio Messdatetype Auswertug Veratwortliche Verwedug Darstellug Testqualität - gewichtet Name der Metrik Zielsetzug Erläuterug Zielgruppe Defiitio Messdatetype Auswertug Veratwortliche Verwedug Darstellug Beschreibug der Messdatetype T Beschreibug Messzeitpukte Datequelle Ablagestruktur für Messdate Veratwortlicher für die Erfassug ud Ablage T K ) ( 3.3 T EBR T K ) EBR( 3.5 T ii Stefa Bregezer

3 3.5.1 Beschreibug Messzeitpukte Datequelle Ablagestruktur für Messdate Veratwortlicher für die Erfassug ud Ablage T K ) ( 3.7 T FBR T K ) FBR( Beschreibug T Beschreibug Messzeitpukte Datequelle Ablagestruktur für Messdate Veratwortlicher für die Erfassug ud Ablage T K ) ( 3.11 T ABR T K ) ABR( 4 Glossar Ahag Kriterie zur Klassifikatio vo Softwarefehler iii Stefa Bregezer

4 1 Allgemeies I diesem Dokumet werde Methode vorgestellt, mit dee Qualität i eiem IT-Projekt gemesse werde ka. Das Messe ist eie Grudvoraussetzug für die Steigerug der Qualität, da ur so eie objektive Aussage über die Auswirkug vo projektspezifische Veräderuge auf die Qualität getroffe werde ka. 1.1 Begriffe ud Abkürzuge I der Tabelle uter 4 Glossar sid die i diesem Dokumet verwedete Abkürzuge sowie die Bedeutug spezieller Begriffe aufgeführt. 1.2 Defiitioe Messe Metrik Kezahl Messe heißt Zuordug vo Zahle oder Symbole zu Eigeschafte vo Dige der reale Welt. Dazu sid kosistete Regel erforderlich. Diese kosistete Regel stelle die sog. Metrike dar. Eie Softwaremetrik, oder kurz Metrik, ist eie (meist mathematische) Fuktio, die eie Eigeschaft vo Software i eiem Zahlewert, auch Maßzahl oder Kezahl geat, abbildet. Hierdurch werde formale Vergleichs- ud Bewertugsmöglichkeite geschaffe 1. Die Metrik ist also die Recheregel zur Ermittlug eier Kezahl. Ma uterscheidet hierbei i direkte ud idirekte Metrike. Die direkte Metrik (z.b. Koste, Lies of Code, Performace, Fehlerhäufigkeit) ka kokret - ohe weitere Iterpretatio - gezählt werde. Idirekte Metrik wie Qualität, Fuktioalität, Effiziez, Zuverlässigkeit, higege erfordert eie iterpretierede Umsetzug der Messdate durch eie Fuktio. Im V-Modell XT ist die Metrik im Vorgehesbaustei Messug ud Aalyse agesiedelt. Eie Kezahl ist das Ergebis eier Metrik Messdatetype Messdatetype sid die Eigagsdate, die zur Berechug der Metrike beötigt werde. Sie sid die Variable oder Platzhalter i der mathematische Fuktio eier Metrik Messdate Die kokret gemessee Date werde als Messdate bezeichet, währed uter Messdatetype die Defiitio verstade wird. 1 Stichwort: Softwaremetrik Stefa Bregezer

5 1.3 Grudvoraussetzuge Die Plaugsphase eier Messug sollte folgede Pukte berücksichtige: 1. Die Regel des Zähles werde festgelegt, bevor die Sammlug vo Date begit. 2. Die Metrike werde vorher klar defiiert. Die Metrik muss: eifach ud berechebar empirisch ud ituitiv überzeuged kosistet ud objektiv ud uabhägig vo der Realisierug (Programmiersprache) sei. Bei der aschließede Durchführug der Messug, d.h. bei der Erhebug der Messdate, sollte um Fehlerquelle zu vermeide folgedes beachtet werde: 1. möglichst automatisierter Messvorgag 2. Eisatz statistischer Überprüfuge Stefa Bregezer

6 2 Metrike 2.1 Softwarequalitätsveräderug Name der Metrik Softwarequalitätsveräderug ( SQ) Zielsetzug Die Kezahl Softwarequalitätsveräderug ( SQ) gibt Aufschluss über die Etwicklug der Softwarequalität eies Release i Bezug auf das Vorgägerrelease bzw. eies vorher festgelegte Release Erläuterug Nimmt die Softwarequalität ab, so wird die Kezahl egativ. Steigt higege die Softwarequalität, so ist sie positiv Zielgruppe Testteam Defiitio T T T BR R = [ % ] SQ R BR T = T + T + T Uter T R wird die Azahl der Tickets verstade, die zu eiem ausgewählte Release erfasst worde sid. Diese stamme etweder aus dem Fuktiostest (Ticket-Attribut Herkuft beim Icidet-Ticket : Fuktiostest), aus dem Abahme- bzw. Bugfixtest (Ticket-Attribut Herkuft beim Icidet-Ticket : Abahme) oder dem Echtbetrieb (Ticket-Attribut Herkuft beim Icidet-Ticket : Echtbetrieb). T = T + T + T BR FBR ABR EBR Das Bezugsrelease ist das Release, mit dem das gewählte Release vergliche wird. Die Summe der im Fuktiostest, Abahmetest, Bugfixtest ud Echtbetrieb erfasste Tickets bildet die Azahl der Tickets des Bezugsrelease (T BR ). Die Kezahl ka etweder bei eiem komplette Release (z.b. BEISPIELPROJEKT 8.2) oder bezoge auf eie bestimmte Softwarekompoete ermittelt werde. Demetspreched müsse die Messdatetype kokretisiert werde Messdatetype 1. T Stefa Bregezer

7 2. T 3. T 4. T EBR 5. T FBR 6. T ABR Auswertug Die Auswertug für das zweiteueste Release erfolgt jeweils ach der Übergabe des aktuellste Release a de Echtbetrieb. Beispielsweise ka das Release BEISPIELPROJEKT_8.1.1 erst mit Übergabe des Release BEISPIELPROJEKT_8.2.1 a de Echtbetrieb überprüft werde Veratwortliche QS-Beauftragte(r) ud Vertreter(i) Testteam Verwedug Ei Bericht ist zurzeit icht vorgesehe. Das Ergebis wird als Maagemetwerkzeug der Leitug des Testteam zur Verfügug gestellt ud diet der effektive Steuerug Darstellug Die Ergebisse der Metrik werde i eier etsprechede EXCEL- Arbeitsmappe mit Diagramme ausgewertet ud mit dem Titel jjjjmmtt_qualitaetskezahle.xls gespeichert. 2.2 Softwarequalitätsveräderug - gewichtet Name der Metrik Softwarequalitätsveräderug - gewichtet ( SQ G ) Zielsetzug Die Kezahl Softwarequalitätsveräderug - gewichtet ( SQG) gibt Aufschluss über die Etwicklug der Softwarequalität eies Release i Bezug auf das Vorgägerrelease bzw. eies vorher festgelegte Release. Der Uterschied zur Metrik Softwarequalitätsveräderug ( SQ) uter 2.1 ist, dass die Kezahl icht ur die Azahl der Tickets, soder auch adere Kriterie, wie z.b. die Fehlerklasse umfasst. Vo ausschlaggebeder Bedeutug für die Qualität der Software ist, ob gehäuft schwerwiegede Fehler auftrete oder ob lediglich Schöheitsfehler gemeldet werde, die margiale Auswirkuge habe (vgl. 5 Kriterie zur Klassifikatio vo Softwarefehler) Erläuterug Siehe Stefa Bregezer

8 2.2.4 Zielgruppe Siehe Defiitio TBR T G RG SQG = [ % ] T BRG T = T + T + T R G G G G Hieruter wird die gewichtete Azahl der Tickets verstade, die zu eiem ausgewählte Release erfasst worde sid. Diese stamme etweder aus dem Fuktiostest (Ticket-Attribut Herkuft beim Icidet-Ticket : Fuktiostest), aus dem Abahme- bzw. Bugfixtest (Ticket-Attribut Herkuft beim Icidet-Ticket : Abahme) oder dem Echtbetrieb (Ticket-Attribut Herkuft beim Icidet-Ticket : Echtbetrieb). Die gewichtete Azahl wird wie folgt ermittelt. T = T ( K ) Gewichtug G K T = T ( K ) Gewichtug G K T = T ( K ) Gewichtug G K Dabei steht K für die verschiedee Ausprägugsforme eies Kriteriums (K). Beispielsweise ka K 1 die Fehlerklasse 1, K 2 die Fehlerklasse 2 ud K 3 die Fehlerklasse 3 sei. Alle drei sid die mögliche Ausprägugsforme des Kriteriums Fehlerklasse (K) im Bugtrackigsystem, d.h. ( K K, K,... K ) K, Die Gewichtug, Gewichtug ud K1 K 2 GewichtugK 3 sid vorher vom Qualitätsbeauftragte bzw. dem Leiter des Teams-Abahme festgelegte Prozetwerte, mit dee die Tickets, die das etsprechede Kriterium erfülle, gewichtet werde. Die Azahl der Tickets mit Fehlerklasse 1 ka z.b. die Gewichtug 100% ud die Azahl der Tickets mit Fehlerklasse 3 die Gewichtug 10% erhalte. Dies bedeutet, dass ma 10 Tickets der Fehlerklasse 3 beötigt, um 1 Ticket der Fehlerklasse 1 aufzuwiege. T = T + T + T BRG FBRG ABRG EBRG T = T ( K ) Gewichtug FBR ABR FBR G K T = T ( K ) Gewichtug EBR ABR G K T = T ( K ) Gewichtug EBR G K Das Bezugsrelease ist das Release, mit dem das gewählte Release vergliche wird. Die Summe der im Fuktiostest, Abahmetest, Bugfixtest ud Echtbetrieb erfasste Tickets bildet die Azahl der Tickets des Bezugsrelease (T BR ) Stefa Bregezer

9 Die Kezahl ka etweder bei eiem komplette Release (z.b. BEISPIELPROJEKT 8.2) oder bezoge auf eie bestimmte Softwarekompoete ermittelt werde. Demetspreched müsse die Messdatetype kokretisiert werde Messdatetype 1. T K ) ( 2. T K ) ( 3. T K ) ( 4. T K ) FBR( 5. T K ) ABR( 6. T K ) EBR( Auswertug Siehe Veratwortliche Siehe Verwedug Siehe Darstellug Siehe Testqualität Name der Metrik Testqualität (TQ) Zielsetzug Die Kezahl Testqualität (TQ) zeigt auf, wie geau das Testteam im Fuktios-, Abahme- ud Bugfixtest getestet hat Erläuterug Je weiger Fehler durch die Aweder im Echtbetrieb festgestellt werde, we das etsprechede Release ach durchgeführte Tests a de Betrieb übergebe worde ist, desto höher ist die Testqualität (TQ). Es geht also i de jeweilige Tests icht darum, möglichst viele Fehler zu fide ud somit möglichst viele Tickets zu erstelle. Dies wäre z.b. der Fall, we mit Stefa Bregezer

10 de Etwickler keie Rücksprache über die geplate Prüfspezifikatioe gehalte wird. Ziel ist es vielmehr so zu teste, das im Echtbetrieb möglichst keie Softwarefehler auftrete ud mithi möglichst weig Tickets aus dem Echtbetrieb gemeldet werde Zielgruppe Es gilt: Je höher die Testqualität ist, desto iedriger ist der Aufwad für Nachtests i Form vo Bugfixe. Mithi ka die Arbeitskraft i das Erstelle vo Prüfspezifikatioe für eue Awederforderuge bzw. ÄKDs gelegt werde. Testteam Defiitio TQ = [ % ] T T + T + T + T Die Kezahl ka etweder bei eiem komplette Release (z.b. BEISPIELPROJEKT 8.2) oder bezoge auf eie bestimmte Softwarekompoete ermittelt werde. Demetspreched müsse die Messdatetype kokretisiert werde Messdatetype 1. T 2. T 3. T Auswertug Die Auswertug für das zweiteueste Release erfolgt jeweils ach der Übergabe des aktuellste Release a de Echtbetrieb. Beispielsweise ka das Release BEISPIELPROJEKT_8.1.1 erst mit Übergabe des Release BEISPIELPROJEKT_8.2.1 a de Echtbetrieb überprüft werde Veratwortliche QS-Beauftragte(r) ud Vertreter(i) Testteam Verwedug Ei Bericht ist zurzeit icht vorgesehe. Das Ergebis wird als Maagemetwerkzeug der Leitug des Testteam zur Verfügug gestellt ud diet der effektive Steuerug Stefa Bregezer

11 Darstellug Die Ergebisse der Metrik werde i eier etsprechede EXCEL- Arbeitsmappe mit Diagramme ausgewertet ud mit dem Titel jjjjmmtt_qualitaetskezahle.xls gespeichert. 2.4 Testqualität - gewichtet Name der Metrik Testqualität gewichtet (TQ G ) Zielsetzug Die Kezahl Testqualität - gewichtet (TQ G ) zeigt auf, wie qualitativ hochwertig das Abahmeteam im Fuktios-, Abahme- ud Bugfixtest getestet hat. Hierbei werde auch bestimmte Kriterie berücksichtigt ud gewichtet, z.b. ob im Echtbetrieb ei schwerwiegeder Fehler der Fehlerklasse 1 oder ur ei margialer Fehler der Fehlerklasse 3 gefude wurde Erläuterug Siehe Zielgruppe Siehe Defiitio TQ T + T G G G = [ % ] T + T G + T G G Die Gewichtug erfolgt so: T = T ( K ) GewichtugK + T ( ) ( ) 1 K2 GewichtugK + T 2 K G G G G 3 Gewichtug 1 K 3 Allgemei: T = T ( K ) Gewichtug G K T = T ( K ) Gewichtug G K T = T ( K ) Gewichtug G K Wobei K,... 1, K2, K3 K die verschiedee Ausprägugsforme eies Kriteriums (K) sid. So ka K 1 die Fehlerklasse 1, K 2 die Fehlerklasse 2 ud K 3 die Fehlerklasse 3 sei. Alle drei sid die mögliche Ausprägugsforme des Kriteriums Fehlerklasse (K) im Bugtrackigsystem, d.h. ( K K, K,... K ) K, Die Gewichtug, Gewichtug ud K1 K 2 GewichtugK 3 sid vorher festgelegte Prozetwerte, mit dee die Tickets, die das etsprechede Kriterium erfülle, Stefa Bregezer

12 gewichtet werde. Beispielsweise ka die Azahl der Tickets mit Fehlerklasse 1 die Gewichtug 100% ud die Azahl der Tickets mit Fehlerklasse 3 die Gewichtug 10% erhalte. Dies bedeutet, dass ma 10 Tickets der Fehlerklasse 3 im Testteam erfasse muss, um 1 Ticket der Fehlerklasse 1 im Echtbetrieb aufzuwiege. Die Kezahl ka etweder bei eiem komplette Release (z.b. BEISPIELPROJEKT 8.2) oder bezoge auf eie bestimmte Softwarekompoete ermittelt werde. Demetspreched müsse die Messdatetype kokretisiert werde Messdatetype 1. T K ) ( 2. T K ) ( 3. T K ) ( Auswertug Siehe Veratwortliche Siehe Verwedug Siehe Darstellug Siehe Stefa Bregezer

13 3 Beschreibug der Messdatetype 3.1 T Beschreibug Hieruter wird die Azahl der Tickets aus dem betrachtete Release verstade, die für dieses im Echtbetrieb erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Echtbetrieb Messzeitpukte Die Auswertug für das zweiteueste Release erfolgt jeweils ach der Übergabe des aktuellste Release a de Echtbetrieb. Beispielsweise ka das Release BEISPIELPROJEKT_8.1.1 erst mit Übergabe des Release BEISPIELPROJEKT_8.2.1 a de Echtbetrieb überprüft werde Datequelle Abfrage aus userem Bugtrackigsystem ASPE, eier modifizierte Form vo IBM Ratioal Chage (cvtype='problem') ad (aem_herkuft='echtbetrieb') ad ((aem_release='%1') or (aem_release match '%2')) Ablagestruktur für Messdate Die Ablage erfolgt vorerst i der EXCEL-Arbeitsmappe jjjjmmtt_testqualitaet.xls Veratwortlicher für die Erfassug ud Ablage 3.2 T K ) 3.3 T EBR QS-Beauftragte(r) ud Vertreter(i) Testteam ( 3.4 T K ) weiterhi gilt sigemäß 3.1.2, 3.1.3, ud Hieruter wird die Azahl der Tickets aus dem betrachtete Release verstade, die für dieses im Echtbetrieb erfasst wurde. Sie habe beim Attribut Herkuft im Icidet-Ticket de Wert Echtbetrieb. Weiterhi etspreche sie der. Ausprägugsform des Kriteriums (K). Beispielsweise habe sie alle die Fehlerklasse 1. weiterhi gilt sigemäß 3.1.2, 3.1.3, ud Hieruter wird die Azahl der Tickets aus dem Release verstade, mit dem ei Vergleich erfolgt ud die für dieses im Echtbetrieb erfasst wurde. Sie habe beim Attribut Herkuft im Icidet-Ticket de Wert Echtbetrieb. EBR( weiterhi gilt sigemäß 3.1.2, 3.1.3, ud Stefa Bregezer

14 3.5 T Hieruter wird die Azahl der Tickets aus dem Release verstade, mit dem ei Vergleich erfolgt ud die für dieses im Echtbetrieb erfasst wurde. Sie habe beim Attribut Herkuft im Icidet-Ticket de Wert Echtbetrieb. Weiterhi etspreche sie der. Ausprägugsform des Kriteriums (K), d.h. sie habe alle die Fehlerklasse Beschreibug Hieruter wird die Azahl der Tickets aus dem betrachtete Release verstade, die für dieses im Fuktiostest erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Fuktiostest Messzeitpukte Die Auswertug für das zweiteueste Release erfolgt jeweils ach der Übergabe des aktuellste Release a de Echtbetrieb. Beispielsweise ka das Release BEISPIELPROJEKT_8.1.1 erst mit Übergabe des Release BEISPIELPROJEKT_8.2.1 a de Echtbetrieb überprüft werde Datequelle Abfrage aus userem Bugtrackigsystem ASPE, eier modifizierte Form vo IBM Ratioal Chage (cvtype='problem') ad (aem_herkuft='fuktiostest') ad ((aem_release='%1') or (aem_release match '%2')) Ablagestruktur für Messdate Die Ablage erfolgt vorerst i der EXCEL-Arbeitsmappe jjjjmmtt_testqualitaet.xls Veratwortlicher für die Erfassug ud Ablage 3.6 T K ) 3.7 T FBR QS-Beauftragte(r) ud Vertreter(i) Testteam ( weiterhi gilt sigemäß 3.5.2, 3.5.3, ud Hieruter wird die Azahl der Tickets aus dem betrachtete Release verstade, die für dieses im Echtbetrieb erfasst wurde. Sie habe beim Attribut Herkuft im Icidet-Ticket de Wert Fuktiostest. Weiterhi etspreche sie der. Ausprägugsform des Kriteriums (K), d.h. sie habe sie alle die Fehlerklasse 1. weiterhi gilt sigemäß 3.5.2, 3.5.3, ud Hieruter wird die Azahl der Tickets aus dem Release verstade, mit dem ei Vergleich erfolgt ud die für dieses im Fuktiostest erfasst wurde. Diese Gruppe hat beim Attribut Herkuft im Icidet-Ticket de Wert Fuktiostest Stefa Bregezer

15 3.8 T K ) FBR( weiterhi gilt sigemäß 3.5.2, 3.5.3, ud Beschreibug 3.9 T Hieruter wird die Azahl der Tickets aus dem Release verstade, mit dem ei Vergleich erfolgt ud die für dieses im Fuktiostest erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Fuktiostest. Weiterhi etspreche sie der. Ausprägugsform des Kriteriums (K). Beispielsweise habe sie alle die Fehlerklasse Beschreibug Hieruter wird die Azahl der Tickets aus dem betrachtete Release verstade, die für dieses im Abahme- bzw. Bugfixtest erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Abahme Messzeitpukte Die Auswertug für das zweiteueste Release erfolgt jeweils ach der Übergabe des aktuellste Release a de Echtbetrieb. Beispielsweise ka das Release BEISPIELPROJEKT_8.1.1 erst mit Übergabe des Release BEISPIELPROJEKT_8.2.1 a de Echtbetrieb überprüft werde Datequelle Abfrage aus userem Bugtrackigsystem ASPE, eier modifizierte Form vo IBM Ratioal Chage (cvtype='problem') ad (aem_herkuft='abahme') ad ((aem_release='%1') or (aem_release match '%2')) Ablagestruktur für Messdate Die Ablage erfolgt vorerst i der EXCEL-Arbeitsmappe jjjjmmtt_testqualitaet.xls Veratwortlicher für die Erfassug ud Ablage 3.10 T K ) 3.11 T ABR QS-Beauftragte(r) ud Vertreter(i) Testteam ( weiterhi gilt sigemäß 3.9.2, 3.9.3, ud Hieruter wird die Azahl der Tickets aus dem betrachtete Release verstade, die für dieses im Abahme- bzw. Bugfixtest erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Abahme. Weiterhi etspreche sie der. Ausprägugsform des Kriteriums (K). Beispielsweise. habe sie alle die Fehlerklasse 1. weiterhi gilt sigemäß 3.9.2, 3.9.3, ud Stefa Bregezer

16 Hieruter wird die Azahl der Tickets aus dem Release verstade, mit dem ei Vergleich erfolgt ud die für dieses im Abahme- bzw. Bugfixtest erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Abahme T K ) ABR( weiterhi gilt sigemäß 3.9.2, 3.9.3, ud Hieruter wird die Azahl der Tickets aus dem Release verstade, mit dem ei Vergleich erfolgt ud die für dieses im Abahme- bzw. Bugfixtest erfasst wurde. Diese habe beim Attribut Herkuft im Icidet-Ticket de Wert Abahme. Weiterhi etspreche sie der. Ausprägugsform des Kriteriums (K). So habe z.b. alle die Fehlerklasse Stefa Bregezer

17 4 Glossar Abkürzug SQ Softwarequalitätsveräderug Bedeutug SQ G Softwarequalitätsveräderug - gewichtet TQ Testqualität TQ G K Testqualität - gewichtet Ausprägugsform eies Kriteriums K Gewichtug Gewichtug der Ausprägugsform des Kriteriums K i Prozet K T R Gesamte Azahl der Tickets aus dem betrachtete Release T Gesamte Azahl der Tickets aus dem betrachtete Release, die ach R G eiem bestimmte Kriterium gewichtet ist T Gesamte Azahl der Tickets aus dem Bezugsrelease BR T Gesamte Azahl der Tickets aus dem Bezugsrelease, die ach eiem BR G bestimmte Kriterium gewichtet ist T Azahl der Tickets aus dem Echtbetrieb des betrachtete Release T Azahl der Tickets aus dem Echtbetrieb des Bezugsrelease, die ach G eiem bestimmte Kriterium gewichtet ist T Azahl der Tickets aus dem Echtbetrieb des Bezugsrelease EBR T Azahl der Tickets aus dem Echtbetrieb des Bezugsrelease, die ach EBR G eiem bestimmte Kriterium gewichtet ist T Azahl der Tickets aus dem Fuktiostest des betrachtete Release T Azahl der Tickets aus dem Fuktiostest des betrachtete Release, die G ach eiem bestimmte Kriterium gewichtet ist T Azahl der Tickets aus dem Fuktiostest des Bezugsrelease FBR T Azahl der Tickets aus dem Fuktiostest des Bezugsrelease, die ach FBR G eiem bestimmte Kriterium gewichtet ist T Azahl der Tickets aus dem Abahme- ud Bugfixtest des betrachtete Release T Azahl der Tickets aus dem Abahme- ud Bugfixtest des betrachtete G Release, die ach eiem bestimmte Kriterium gewichtet ist T Azahl der Tickets aus dem Abahme- ud Bugfixtest des ABR Bezugsrelease ABR G T Azahl der Tickets aus dem Abahme- ud Bugfixtest des Bezugsrelease, die ach eiem bestimmte Kriterium gewichtet ist Stefa Bregezer

18 5 Ahag 5.1 Kriterie zur Klassifikatio vo Softwarefehler Fehlerklasse Auswirkuge Software schwere Fehler: Beeiträchtigug der Arbeit, Showstopper, i der Regel techische Fehler mittlere Fehler: Erschwerug der Arbeit leichte Fehler: Schöheitsfehler Idikator alterative Kriterie: a) Fehler, die dazu führe, dass die Software icht geutzt werde ka. b) Fehler i zetrale Fuktioe, die zum Abbruch der gesamte Awedug führe. c) Fehler welche die Prüfug vo weitere Teilbereiche ausschließe (z.b. we die Awedug ZB icht fuktioiert, ka auch ASF dort icht getestet werde). kumulative Kriterie: Fehler i der Awedug, die icht zum Abbruch führe, die icht zur Fehlerklasse 1 gehöre, die gleichwohl so erheblich sid, dass eie Echtbetriebsübergabe icht zumutbar ist ud die icht mit orgaisatorische Mittel umgage werde köe. kumulative Kriterie: Fehler, die icht zur Fehlerklasse 1 ud 2 gehöre, die keie bedeutsame Auswirkug auf Fuktioalität ud Nutzbarkeit habe ud bei dee jedoch trotzdem eie Fehlerkorrektur vor dem Echtbetriebsübergag wüscheswert, jedoch icht zwiged ist Stefa Bregezer