QM.Test: Unterschied zwischen den Versionen
Root (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| (3 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
Testen ist ein ganz wesentliches Merkmal der | Testen ist ein ganz wesentliches Merkmal der Qualitätssicherung. Ein Test soll Vorgänge des späteren Produktiven einsatzes durchspielen und Abweichungen zu zuvor gesetzen Testergebnissen zu Tage bringen.<br> | ||
Ein System das durch alle Test gekommen ist sollte im Produktiveinsatz nicht versagen. Kommt dies dennoch vor, so ist ein weiterer Test zu erfinden, der das Versagen | Ein System das durch alle Test gekommen ist sollte im Produktiveinsatz nicht versagen. Kommt dies dennoch vor, so ist ein weiterer Test zu erfinden, der das Versagen hätte voraussagen können. Stellt die Summe der Tests größere Anforderungen als der Produktiveinsatz und wird der gesamte Testlauf überstanden, so kann das Produkt als perfekt gelten (Besonders im Softwarebereich der als deterministisch gilt, und Abnutzung keine Rolle spielt). | ||
siehe auch [[OrgaMon-FS]] | |||
== Mitspieler == | == Mitspieler == | ||
| Zeile 6: | Zeile 8: | ||
Die Mitspieler eines Test Systems sind: | Die Mitspieler eines Test Systems sind: | ||
* Ein OrgaMon | * Ein OrgaMon | ||
* Ein Datenbank Server | * Ein Datenbank Server | ||
* Eine | * Eine vorgefertigte Referenz Datenbank als "Datenbank Backup" vorliegend | ||
* Ein Dateisystem | * Ein Dateisystem | ||
* Ein Testbericht eines als "gut" empfundenen Systems | * Ein Testbericht eines als "gut" empfundenen Systems | ||
| Zeile 16: | Zeile 18: | ||
* Ergebnisbericht des Systems | * Ergebnisbericht des Systems | ||
Nun werden beide Berichte verglichen. Bei Abweichungen ausserhalb von Toleranzgrenzen gilt der Gesamttestlauf als misslungen. Ist das so muss man den Bug beseitigen oder die Testanforderungen | Nun werden beide Berichte verglichen. Bei Abweichungen ausserhalb von Toleranzgrenzen gilt der Gesamttestlauf als misslungen. Ist das so muss man den Bug beseitigen oder die Testanforderungen ändern und eine neue Referenztestbericht erzeugen lassen. | ||
== Parameter == | == Parameter == | ||
Aktuelle Version vom 23. Juli 2010, 11:55 Uhr
Testen ist ein ganz wesentliches Merkmal der Qualitätssicherung. Ein Test soll Vorgänge des späteren Produktiven einsatzes durchspielen und Abweichungen zu zuvor gesetzen Testergebnissen zu Tage bringen.
Ein System das durch alle Test gekommen ist sollte im Produktiveinsatz nicht versagen. Kommt dies dennoch vor, so ist ein weiterer Test zu erfinden, der das Versagen hätte voraussagen können. Stellt die Summe der Tests größere Anforderungen als der Produktiveinsatz und wird der gesamte Testlauf überstanden, so kann das Produkt als perfekt gelten (Besonders im Softwarebereich der als deterministisch gilt, und Abnutzung keine Rolle spielt).
siehe auch OrgaMon-FS
Mitspieler
Die Mitspieler eines Test Systems sind:
- Ein OrgaMon
- Ein Datenbank Server
- Eine vorgefertigte Referenz Datenbank als "Datenbank Backup" vorliegend
- Ein Dateisystem
- Ein Testbericht eines als "gut" empfundenen Systems
Ergebnis eines Test
- Ergebnisbericht des Systems
Nun werden beide Berichte verglichen. Bei Abweichungen ausserhalb von Toleranzgrenzen gilt der Gesamttestlauf als misslungen. Ist das so muss man den Bug beseitigen oder die Testanforderungen ändern und eine neue Referenztestbericht erzeugen lassen.
Parameter
Host= fbak= Path=