hallo, Am Mittwoch 14 Dezember 2005 14.12 schrieb Andre Schnabel: > Hi, > > > M.M.n kann eine bessere Qualität > > -kurzfristig durch _klare Aufteilung der Aufgaben_ auf die > > bekannten Tester > > praktisch unmöglich, da das das set an bekannten Testern nahezu > täglich ändert. Es existiert momentan ein relativ stabiles > Kernteam, welches aber definitiv zu kein ist, um im voraus > fetszulegen, wer was testet. wusste ich nicht. War durch Lesen der vielen '[qa-dev] Introduction's der Meinung, dass so ca. ein halbes Hundert weltweit zur Verfügung steht.
> > -jeder testet verantworlich seinen Teil in *voller Tiefe* > > und ohne Testfall-Bürokratie- > Dann definiere, was *volle Tiefe* ist. das ist schwer. Als Tester würde ich sagen, habe relevante Issues durchsucht, 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... 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... > > und > > -längerfristig durch von Testern geschriebene GUI-Testprogamme > > (solche Tools gibts), die selbst auf die Dialogknöpfe drücken > > und das Ergebnis vergleichen > > erreicht werden. > > 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? <snip> > > > > > Das wird aber schon durch > > > durchautomatisierte Tests abgedeckt. > > > > Kann man die auch anschauen? Prüfen die das GUI incl. SW oder > > nur die SW? > > beides. > GUI siehe oben, API-Level hier: > http://qa.openoffice.org/qadevOOo_doc/index.html API testen scheint mir eher ein Job für Spezialisten Grüsse Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
