Hi!

Andre Schnabel schrieb:
Die Anfordrungen treffen sicher auf einige zu, nur .. solang keine
einigermassen konkreten Aufgaben bekannt sind, wird eine potenzieller Helfer
seine Energie besser dort investieren, wo Aufgaben benannt sind.

Guter Punkt.

Okay, ich werde mir mal ein ToDo aufsetzen, das ich konkretere Anforderungen an automatische Testpläne auf die Seite stelle.

Immer gerne genommen - sozusagen als "Meta-Anforderungen":

(1) _Manuelle Tests_ dahingehend untersuchen, ob sie
    _automatisch umsetzbar_ sind. Bis auf Interaktion
    mit der System-GUI und D&D außerhalb vom Office,
    kann das VCL TestTool sehr viel was das Office kann.

    => QA-Resourcen werden _entlastet_ , _Wiederholbarkeit_
       wiegt nach dem x-ten Durchlauf die Zeitinvestition
       oft auf (*).

(2) Tests, die Bugdokumente aus unserem IZ in einen
    Test einzubinden, um festzustellen, ob ein Problem
    nicht irgendwann (als Seiteneffekt) wieder auftritt.

    Math, Calc, Impress haben da mehr Bedarf als der Writer,
    der schon konrete Testpläne dazu begonnen hat.

    => _Regressionen in Dokumenten_ , die einst von
       Anwender/innen kamen sollten vermieden werden.
       _Stupide Testerei_ wird hier einem Tool übergeben.
       QA wird _entlastet_ .

(3) _Neue Funktionen_ , die zur 2.0 reinkommen sollten in
    Regressiontests verankert sein, aber funktionale
    _User Szenarien_ sollten nun entwickelt werden, um bei
    _Patches_, neuen Versionen sicherzustellen, die
    neuen _Funktionsweisen_ nicht zu 'zerstören'.

    => Neubestand an Funktionalität wird gleichermassen
       getestet wie Altbestand, Resourcen...
       Ggf. Ideen für _Performanceverbesserungen_
       und Ansätze für kleinere Verbesserungen im Detail....

Man findet beim Testschreiben traditionell mehr Fehler oder auch
Ideen als bei der eigentlichen Testausführung. Test-Automation ist ein kleiner Bereich innerhalb der Software.QA, der auch kreatives anstatt destruktives Denken fördert. :-)

Bei Fragen gerne an meine Kollegen oder mich ("Automaten") über die QA-Liste ([EMAIL PROTECTED]) ansprechen.

Cu,
Jogi


(*) x ist u.a. abhängig von der Komplexität der Tests und von
    den Fähigkeiten des Test-Entwicklers, -Umsetzers.
--
===============================================================
Sun Microsystems GmbH           Joerg Sievers
20097 Hamburg                   Quality Assurance Engineer

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Antwort per Email an