Hi,
habe alle meine Fantasie eingesetzt um das Programm
auszureizen, alle 'unmöglichen' Eingaben durchgespielt, mich
gefragt, ob es den Zweck erfüllt, die Bedienung durchschaubar
ist...
Mit dem Gefühl, bin im Einklang mit dem Entwickler, habe soviel wie
er darüber nachgedacht, wäre ich zufrieden.
Dazu das Bewusstsein, dass ein Benutzer-Neuling anders an die Sache
herangeht und ich dessen Probleme nicht (mehr) kenne, also auch
nicht melden kann; dass ich die Anwendungsbeschreibung nicht
gleichzeitig korrigieren kann, weil sie u.U. auch noch nicht fertig
ist; dass mir ein unvollständiges Help-System kaum noch auffällt
und ich demzufolge später von der mailing liste etwas zu hören
bekomme...
Tester von diesem Kalliber haben wir (ausserhalb Sun) weltweit im Moment
nur eine Hand voll (wenn man dann noch bedenkt, dass sie die gefunden
Probleme auch weitergeben müssen) .. die alle nur ein par Stunden pro
Woche Zeit haben, zu testen.
In der vollen Tiefe und _Breite_ (siehe oben) kann kaum ein
einzelner Tester prüfen, nur selten ist ein Tester (ein
Universalgenie?) mit den notwendigen Wissen über _alle_ Anwendungen
versehen. Vom Entwickler wird ja weniger verlangt, er darf
Spezialist sein.
->Man sagt richtigerweise, dass Qualität nicht durch Testen erzeugt
wird, aber es hilft. Unter den von dir genannten Randbedingungen
bleibt nur eine längere Prüfzeit...
Nicht nur .. es entsteht ein weiteres Problem durch die Projektstruktur:
wir müssen wissen, *was* getestet wurde.
Deshalb brauchen wir die Testcases - nicht um zu sagen "Text verschieben
mit der Maus funktioniert nicht". Das sehe ich in Issuezilla, wenn es
jemand meldet. Viel wichtiger ist zu wissen, dass das schon jemand
getestet hat und dass es funktioniert.
Dazu gibt's ein weiteres Tool:
http://de.openoffice.org/dev/qa/about_tcm.html
nur brauchen wir im Moment ca 4-6 Wochen, um alle dort erfassten
Testfälle auf den relevanten Plattformen durchzugehen.
http://qa.openoffice.org/qatesttool/index.html
danke. Sieht gut aus, müsste für Macro-Programmierer machbar sein.
Werde damit -als guten Vorsatz für das nächste Jahr- einen Versuch
machen.
Wie werden Parallel-Entwicklungen vermieden?
Im Moment ist das Risiko der Parallel-Entwicklungen extrem gering. Es
gibt ein handvoll QA-Spezis bei Sun, die diese Scripte entwicklen.
Ausserhalb Sun's bisher praktisch niemanden (es soll begonnen werden,
solche Skripte zu entwickeln, um auch addins zu testen).
Ansonsten ist [EMAIL PROTECTED] die Liste für die Koordination.
André
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
