Qualitätsmanagement

Typische Fehler in Projekten Häufig auftretende Fehler und deren Auswirkungen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Eini­ge Feh­ler in Pro­jek­ten tre­ten beson­ders häu­fig auf und füh­ren zu Pro­ble­men bei der Pro­jekt­durch­füh­rung. Wenn die­se Feh­ler aber bereits in der Ent­ste­hung erkannt wer­den, kann dies den Pro­jekt­ab­lauf und damit das Pro­jekt­er­geb­nis ver­bes­sern.In die­sem Bei­trag wer­den typi­sche Feh­ler, Feh­ler­ur­sa­chen und deren Fol­gen in Pro­jek­ten benannt. Feh­ler in Pro­jek­ten füh­ren zu ungenügenden … 

Wei­ter­le­sen …

Testverfahren Vorgehen zur Erstellung von Testbedingungen, Testfällen und Testdaten bestimmen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Test­ver­fah­ren beschrei­ben Vor­ge­hens­wei­sen beim → Soft­ware­test zur Erstel­lung von Test­be­din­gun­gen, Test­fäl­len und Test­da­ten.In die­sem Bei­trag wer­den Test­ver­fah­ren mit den ein­zel­nen Aus­prä­gun­gen vor­ge­stellt. Die Test­ver­fah­ren bestim­men das (gene­rel­le) Vor­ge­hen bei der Erstel­lung von Test­be­din­gun­gen, Test­da­ten und Test­fäl­len. Ent­spre­chend ist die Bedeu­tung für den Soft­ware­test hoch und es fin­den sich umfang­rei­che Defi­ni­tio­nen und den … 

Wei­ter­le­sen …

Testrealisierung oder Testdurchführung? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Begrif­fe Test­rea­li­sie­rung (engl. Test Imple­men­ta­ti­on) und Test­durch­füh­rung (engl. Test Exe­cu­ti­on) wer­den beim → Soft­ware­test ver­wen­det und haben unter­schied­li­che Bedeu­tun­gen, die aller­dings häu­fig ver­wech­selt wer­den.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert. Die bei­den Begrif­fe kön­nen fol­gen­der­ma­ßen cha­rak­te­ri­siert wer­den: Das → ISTQB defi­niert Test­rea­li­sie­rung wie folgt /ISTQB-→ Glos­sar/:“Die Akti­vi­tät, die … 

Wei­ter­le­sen …

Black-Box- und White-Box-Test Zwei zentrale Testverfahren

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Mit Black-Box- und White-Box-Tests wer­den Test­ar­ten / → Test­ver­fah­ren beim → Soft­ware­test beschrie­ben, die ent­we­der kei­ne Kennt­nis­se der inne­ren Struk­tur des Test­ob­jekts benö­ti­gen oder sehr voll­stän­di­ge.In die­sem Bei­trag wer­den Black-Box- und White-Box-Tes­t­­ver­­­fah­­ren vor­ge­stellt. 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Das → ISTQB /ISTQB-→ Glos­sar/ defi­niert Black-Box-Test / Black-Box-Tes­t­­ver­­­fah­­ren (engl. black-box testing / … 

Wei­ter­le­sen …

Die Klassifikation von Fehlern Fehler und Fehlerzustände einordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Feh­ler kön­nen unter­schied­lich klas­si­fi­ziert wer­den, je nach Blick­win­kel erge­ben sich unter­schied­li­che Klas­sen und Kate­go­rien von Feh­lern.In die­sem Bei­trag wer­den Feh­ler­klas­si­fi­ka­tio­nen vor­ge­stellt. 1. Ein­lei­tung und Grund­la­gen 1.1 Defi­ni­tio­nen Das /→ ISTQB-→ Glos­sar/ ver­wen­det den Begriff “Feh­lerta­xo­no­mie” (Defect taxo­no­my) und damit bezeich­net “eine → Lis­te von Kate­go­rien, ent­wor­fen um → Feh­ler­zu­stän­de zu iden­ti­fi­zie­ren und … 

Wei­ter­le­sen …

Fehlerschwere Fehlerzustände einordnen, um die Fehlerbehebung zu steuern 

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Feh­ler­schwe­re (auch Feh­ler­schwe­re­grad, engl. Seve­ri­ty) defi­niert die Aus­wir­kun­gen eines Feh­ler­zu­stands auf den lau­fen­den Betrieb.In die­sem Bei­trag wird die Feh­ler­schwe­re und des­sen Ver­wen­dung beim → Soft­ware­test beschrie­ben gelie­fert. Das → ISTQB ver­wen­det den Begriff Feh­ler­schwe­re­grad statt Feh­ler­schwe­re und defi­niert ihn wie folgt /ISTQB-→ Glos­sar/:“Der Grad der Aus­wir­kun­gen, den ein → Feh­ler­zu­stand auf … 

Wei­ter­le­sen …

Testprotokoll Testergebnisse systematisch erfassen

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Das Test­pro­to­koll (engl. Test Pro­to­col oder Test log) erfasst die Details der Durch­füh­rung der Test­ak­ti­vi­tä­ten eines Test­falls wäh­rend eines Test­durch­laufs.Die­ser Bei­trag beschreibt den Auf­bau und die Ver­wen­dung von Test­pro­to­kol­len. Wenn ein → Soft­ware­test auf Basis von Test­fäl­len durch­ge­führt wird, ent­ste­hen Test­pro­to­kol­le, die die jewei­li­gen Ergeb­nis­se detail­liert fest­hal­ten. Die Test­pro­to­kol­le die­nen zum Festhalten … 

Wei­ter­le­sen …

Die 10er-Regel der Fehlerkosten Spät entdeckte Fehler sind teuer

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die 10er-Regel der Feh­ler­kos­ten (engl. Rule of 10 of the error cos­ts) beschreibt den Sach­ver­halt, dass die Behe­bung eines Feh­lers teu­rer wird, je spä­ter er gefun­den wird.In die­sem Bei­trag wird die 10er-Regel beschrie­ben. Die 10er-Regel der Feh­ler­kos­ten besagt, dass die Behe­bung eines Feh­lers, der in einer “Lebens­pha­se” eines Pro­dukts gefun­den wird, um … 

Wei­ter­le­sen …

Schätzen, Vermuten oder Raten? (Estimating, Assuming or Guessing?) Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Die Begrif­fe → Schät­zen, Ver­mu­ten und Raten (Esti­mat­ing, Assum­ing and Gues­sing) wer­den bei Abschät­zun­gen ver­wen­det und beschrei­ben die Her­an­ge­hens­wei­se, um eine Aus­sa­ge zu dem → Auf­wand, der → Dau­er und den Kos­ten (für ein Pro­jekt oder → Vor­ha­ben) im Vor­hin­ein zu gewin­nen. In die­sem Bei­trag wird eine Beschrei­bung der drei Begrif­fe geliefert. … 

Wei­ter­le­sen …

Design Freeze, Feature Freeze und Code Freeze Änderungen ab einem definierten Entwicklungsstand verbieten

Mana­ge­­ment-Zusam­­men­­fas­­sung zu die­sem Bei­trag:Design Free­ze, Fea­ture Free­ze und Code Free­ze sind Begrif­fe, die bei dem Sys­tems oder → Soft­ware Engi­nee­ring dazu ver­wen­det wer­den, einen Ent­wick­lungs­stand so zu belas­sen, wie er ist und kei­ne Ände­run­gen mehr zu erlau­ben.In die­sem Bei­trag wer­den die drei Begrif­fe beschrie­ben und gegen­über­ge­stellt. Im Sys­tems oder Soft­ware Engi­nee­ring kön­nen defi­nier­te Ent­wick­lungs­stän­de “ein­ge­fro­ren” …

Wei­ter­le­sen …