Software Engineering

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 …

Testprotokoll Testergebnisse systematisch erfassen

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

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 …

Alle Beiträge zum Softwaretest auf dieser Website, Icon

Alle Beiträge zum Softwaretest Alphabetisch sortiert

Fol­gen­de Bei­trä­ge zum → Soft­ware­test (oder mit star­kem Bezug zum → Soft­ware­test) sind auf die­ser Web­site zu fin­den: Nicht das dabei, was Sie benö­ti­gen?Spre­chen Sie → mich an oder schau­en Sie bei mei­nen aus­ge­ar­bei­te­ten → Präsentationen!

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 Ent­wick­lungs­stän­de “ein­ge­fro­ren” …

Wei­ter­le­sen …

Die Teststufen Tests mit unterschiedlichem Fokus abgestimmt durchführen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Die Test­stu­fen (engl. Test Levels) des Soft­ware­tests geben vor, auf wel­chem Abs­trak­ti­ons­grad und mit wel­chem Ziel Bün­del von Soft­ware­tests rea­li­siert und durch­ge­führt wer­den.Die­ser Bei­trag beschreibt die Test­stu­fen des Soft­ware­tests. Wenn Soft­ware oder soft­ware­na­he Sys­te­me getes­tet wer­den, kom­men in der Regel Test­stu­fen zum Ein­satz. Dies ist gän­gi­ge Pra­xis und auch beim → ISTQB /ISTQB/ …

Wei­ter­le­sen …

Merkregeln für den Softwaretest Leitlinien für die Umsetzung

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Es gibt eini­ge Merkregeln(-Sammlungen) zum → Soft­ware­test, die bei der Umset­zung von Soft­ware­tests 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 des Soft­ware­tes­tens 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äu­fig zwi­schen Erfolgs­fak­to­ren (“das soll­ten Sie unbe­dingt beach­ten”) und Misserfolgsfaktoren … 

Wei­ter­le­sen …

Testbericht Testergebnisse systematisch zusammenfassen

Mana­ge­­ment-Zusam­­men­­fas­­sung die­ses Bei­trags:Der Test­be­richt (engl. Test Report) beschreibt zusam­men­fas­send die Ergeb­nis­se der Test­ak­ti­vi­tä­ten nach einem Test­durch­lauf.Die­ser Bei­trag beschreibt den Auf­bau und die Ver­wen­dung von Test­be­rich­ten. 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 fest­hal­ten. Die Test­pro­to­kol­le sind jedoch nicht für die Über­blicks­ge­win­nung geeig­net, da sie zu … 

Wei­ter­le­sen …