Das Stichwort

In der Kate­go­rie “Das Stich­wort” wer­den Ein­zel­be­grif­fe oder klei­ne­re The­men­fel­der erfasst, für die es jeweils eine eige­ne Web­sei­te (auf die­ser Web­site) mit Beschrei­bun­gen / Erläu­te­run­gen gibt.

Eine alpha­be­tisch-sor­tier­te Lis­te aller Bei­trä­ge zu die­ser Kate­go­rie fin­det sich auf der Web­sei­te → Das Stich­wort.

Abbil­dung: Ein­ord­nung der Kate­go­rie “Das Stichwort”

Testrealisierung oder Testdurchführung? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 auf … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 test­ing / black-box … 

Wei­ter­le­sen …

Die Klassifikation von Fehlern Fehler und Fehlerzustände einordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:→ 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 die­ses Bei­trags: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 Entwicklung … 

Wei­ter­le­sen …

Die Skill-Matrix Fertigkeiten systematisch erfassen und einordnen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eine Skill-→ Matrix kann zur Bewer­tung der vor­han­de­nen oder not­wen­di­gen Fer­tig­kei­ten einer Per­son oder einer Orga­ni­sa­ti­on her­an­ge­zo­gen wer­den. In die­sem Bei­trag wird der Auf­bau und Ein­satz einer Skill-Matrix beschrie­ben. Eine Skill-Matrix dient der Beschrei­bung und Bewer­tung von Fer­tig­kei­ten in ver­schie­de­nen Dis­zi­pli­nen. Die Her­an­ge­hens­wei­se ist dabei immer gleich: Es wer­den Fach­ge­bie­te benannt, die notwendig … 

Wei­ter­le­sen …

Die Skill-Matrix für das Systems Engineering Die notwendigen Fertigkeiten für komplexe Vorhaben bestimmen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eine → Skill-Matrix kann zur Bewer­tung der vor­han­de­nen oder not­wen­di­gen Fer­tig­kei­ten einer Per­son oder einer Orga­ni­sa­ti­on her­an­ge­zo­gen wer­den. Gera­de bei kom­ple­xen Auf­ga­ben wie bei­spiels­wei­se Sys­­tems-Engi­­nee­ring-→ Vor­ha­ben ist der Ein­satz einer Skill-→ Matrix hilf­reich.In die­sem Bei­trag wird eine → Skill-Matrix für das → Sys­tems Engi­nee­ring beschrie­ben. Ein Skill-Matrix für das Sys­tems Engi­nee­ring kann dazu … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 (auch Fak­­tor-10-Regel oder Zeh­ner­re­gel) besagt, dass die Behe­bung eines Feh­lers, der in einer “Lebens­pha­se” eines Produkts … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: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 gelie­fert. Die … 

Wei­ter­le­sen …

Merkregeln für das Projektmanagement Leitlinien für die Umsetzung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Es gibt eini­ge Merkregeln(-Sammlungen) zum → Pro­jekt­ma­nage­ment, die bei der Umset­zung von Ein­zel­pro­jek­ten oder beim Pro­jekt­ma­nage­ment selbst beach­tet wer­den soll­ten. Eini­ge die­ser Merk­re­geln wer­den in die­sem Bei­trag vor­ge­stellt. Merk­re­geln hel­fen, wesent­li­che Aspek­te eines Pro­jekts oder für das Pro­jekt­ma­nage­ment all­ge­mein zu berück­sich­ti­gen. Die Merk­re­geln kön­nen als Check­lis­te betrach­tet wer­den. Bei den Merk­re­geln wird häufig … 

Wei­ter­le­sen …

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

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Design Free­ze, → Fea­ture Free­ze und Code Free­ze sind Begrif­fe, die im Sys­tems oder → Soft­ware Engi­nee­ring dazu ver­wen­det wer­den, um 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 Entwicklungsstände … 

Wei­ter­le­sen …