QM.Test: Unterschied zwischen den Versionen

Aus OrgaMon Wiki
Zur Navigation springen Zur Suche springen
Keine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
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>
Testen ist ein ganz wesentliches Merkmal der Qualit䴳sicherung. Ein Test soll Vorg䮧e des sp䴥ren 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 hätte voraussagen können. Stellt die Summe der Testfälle grössere 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).  
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ä´´e voraussagen k?n. Stellt die Summe der Testf䬬e gr?re Anforderungen als der Produktiveinsatz und wird der gesamte Testlauf ?anden, so kann das Produkt als perfekt gelten (Besonders im Softwarebereich der als deterministisch gilt, und Abnutzung keine Rolle spielt).  


== Mitspieler ==
== Mitspieler ==
Zeile 6: Zeile 6:
Die Mitspieler eines Test Systems sind:
Die Mitspieler eines Test Systems sind:


* Ein OrgaMon
* Ein OrgaMon ü
* Ein Datenbank Server
* Ein Datenbank Server
* Eine vorgefüllte Referenz Datenbank als "Datenbank Backup" vorliegend
* Eine vorgef?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 16:
* 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 ändern und eine neue Referenztestbericht erzeugen lassen.
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 䮤ern und eine neue Referenztestbericht erzeugen lassen.


== Parameter ==
== Parameter ==

Version vom 19. Juli 2005, 09:38 Uhr

Testen ist ein ganz wesentliches Merkmal der Qualit䴳sicherung. Ein Test soll Vorg䮧e des sp䴥ren 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䴴e voraussagen k?n. Stellt die Summe der Testf䬬e gr?re Anforderungen als der Produktiveinsatz und wird der gesamte Testlauf ?anden, so kann das Produkt als perfekt gelten (Besonders im Softwarebereich der als deterministisch gilt, und Abnutzung keine Rolle spielt).

Mitspieler

Die Mitspieler eines Test Systems sind:

  • Ein OrgaMon ü
  • Ein Datenbank Server
  • Eine vorgef?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 䮤ern und eine neue Referenztestbericht erzeugen lassen.

Parameter

 Host=
 fbak=
 Path=