Softwaretest

Releaseplan oder Roadmap? Welcher Begriff steht wofür?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Release­plan und → Road­map wer­den im agi­len und klas­si­schen → Pro­jekt­ma­nage­ment sowie im → Pro­dukt­ma­nage­ment ver­wen­det.In die­sem Bei­trag wird eine Beschrei­bung der bei­den Begrif­fe gelie­fert und der Unter­schied auf­ge­zeigt. Release­plan und Road­map wer­den im Pro­­dukt- und Pro­jekt­ma­nage­ment genutzt, um im Vor­hin­ein das Ergeb­nis von Ent­wick­lungs­tä­tig­kei­ten zu kenn­zeich­nen. Die bei­den Begrif­fe können … 

Wei­ter­le­sen …

Abnahmekriterien oder Akzeptanzkriterien? Was ist der Unterschied?

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Abnah­me­kri­te­ri­en und Akzep­tanz­kri­te­ri­en wer­den bei der abschlie­ßen­den Bewer­tung von Pro­duk­ten oder → Dienst­leis­tun­gen ver­wen­det, um Pro­duk­ten oder Dienst­leis­tun­gen ein­set­zen zu kön­nen. 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: Hin­weis:In der Pra­xis wird zwi­schen den bei­den Begrif­fen nicht unter­schie­den, Abnah­me­kri­te­ri­en und Akzeptanzkriterien … 

Wei­ter­le­sen …

Die Requirements Traceability Matrix (RTM) Verbindungen zwischen Requirements-Artefakten erfassen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Requi­re­ments → Tracea­bi­li­ty → Matrix (RTM, sel­te­ner auf Deutsch auch Anfor­de­rungs­nach­ver­fol­gungs­ma­trix) ist eine Matrix, die die Ver­bin­dung von ein­zel­nen Requi­re­ments / Anfor­de­run­gen erfasst.In die­sem Bei­trag wird die Requi­re­ments Tracea­bi­li­ty Matrix kurz beschrie­ben. Die RTM ist ein ein­fa­ches Instru­ment zur Erfas­sung der → Traces. Sie steht damit als tex­tu­el­ler Ansatz neben einer → … 

Wei­ter­le­sen …

Fehlerkultur Mit Fehlern richtig umgehen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Eine Feh­ler­kul­tur (engl. Fail­ure Cul­tu­re) ist in Orga­ni­sa­tio­nen wich­tig, um den Umgang mit Feh­lern so zu gestal­ten, dass ein­zel­ne Mit­ar­bei­ter an der Feh­ler­re­du­zie­rung und damit an der Qua­li­täts­ver­bes­se­rung teil­ha­ben kön­nen.In die­sem Bei­trag wird eine Beschrei­bung der Feh­ler­kul­tur in Orga­ni­sa­tio­nen gelie­fert. Der Umgang mit Feh­lern ist in Orga­ni­sa­tio­nen unter­schied­lich. Eine “gute”, kon­struk­ti­ve Feh­ler­kul­tur zeichnet … 

Wei­ter­le­sen …

Der Abnahmetest Der abschließende Test zur Produktionsfreigabe

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Abnah­me­test (engl. Accep­tance Test­ing) dient der Abnah­me eines Soft­ware­sys­tems oder einer Soft­ware­kom­po­nen­te.Die­ser Bei­trag beschreibt den Abnah­me­test als Teil des Soft­ware­tests. Ein Sys­tem oder Pro­dukt soll­te nach der Erstel­lung abge­nom­men wer­den, was bedeu­tet, dass der → Auf­trag­ge­ber oder → Kun­de erklärt, dass er das Sys­tem oder Pro­dukt nut­zen kann. Mit der “Ertei­lung der … 

Wei­ter­le­sen …

Alpha, Beta und Release Candidate Die Entwicklungsstadien von Softwarekomponenten

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Begrif­fe Alpha, Beta und Release Can­di­da­te wer­den im Sof­t­­wa­re-Release­­pro­­zess ver­wen­det, um das Ent­wick­lungs­sta­di­um einer Soft­ware­kom­po­nen­te zu kenn­zeich­nen. In die­sem Bei­trag wer­den die­se drei Begrif­fe vor­ge­stellt und in den (über­ge­ord­ne­ten) Soft­ware­ent­wick­lungs­pro­zess ein­ge­ord­net. Um das Ent­wick­lungs­sta­di­um eines Soft­ware­sys­tems oder einer Soft­ware­kom­po­nen­te zu cha­rak­te­ri­sie­ren, wer­den häu­fig die Begrif­fe Alpha, Beta und Release Can­di­da­te ver­wen­det. Jedoch … 

Wei­ter­le­sen …

Die Verbindlichkeit von Anforderungen und Zielen Schlüsselwörter richtig einsetzen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags: Um die recht­li­che Ver­bind­lich­keit von Anfor­de­run­gen und Zie­len zu erfas­sen, wer­den in der Regel Schlüs­sel­wör­ter in Sät­zen (häu­fig über → Satz­scha­blo­nen) ver­wen­det.In die­sem Bei­trag wer­den die Schlüs­sel­wör­ter aus der Lite­ra­tur und in den Nor­men gegen­über­ge­stellt. 1. Ein­lei­tung und Grund­la­gen Um die recht­li­che Ver­bind­lich einer Anfor­de­rung oder eines Ziels fest­zu­le­gen, wer­den Schlüs­sel­wör­ter benutzt. … 

Wei­ter­le­sen …

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

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

Wei­ter­le­sen …

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 …