Hi, > --- Ursprüngliche Nachricht --- > Von: "Siegfried Jetzke" <[EMAIL PROTECTED]> > Betreff: AW: [de-users] Testbeschreibungen
> > ich würde nun gerne sehen, ob wir hier etwas konkreter werden können. > Es mag sein, dass ich aufgrund meines fortgeschrittenen Alters in meinen > Anforderungen etwas konservativ bin, und deshalb würde auch ich gerne > wissen, ob dieses Produkt für mich geeignet ist. Wenn sich herausstellt, > dass ich der einzige bin, der an bestimmten Dingen interessiert ist, > können > wir diese Schreiberei beenden und ich werde wieder mit TeX und FrameMaker > arbeiten. Dieses ist für mich auch schon eine entscheidende Grundlage für > einen Anforderungskatalog: Ich hätte gerne eine Kombination von beiden > Programmen, zusätzlich noch Calamus, das ich allerdings das letzte Mal vor > etlichen Jahren zum letzten Mal benutzt habe und Visio. Jetzt verlier' ich den Faden. Erst sollen wir konkreter werdne, dann kommen wir von Testbeschriebungen zu einem Anforderungskatalog, der eine Kombination aus TeX und Framemaker ist? Was bitte wollen wir besprechen? > > Inwieweit bestimmte Dinge in einer derartigen Liste wie dieser hier > funktionieren kann ich nicht beurteilen. Vielleicht gibt es aber etwas, > was auch hier funktioniert und das sollten wir versuchen. > Wenn die zweite von mir vorgeschlagene Gruppe, die anwendungsbezogenen > Tests > nicht gemacht werden können, halte ich auch die erste Gruppe für absolut > überflüssig. Ich habe nicht gesagt, dass diese nicht gemacht werden können. Es ist meine ganz persönliche Einschätzung, dass es a) schwierig wird, diese auszuarbeiten b) entsprechende Tester für uns (als community) nur schwer zu finden sind c) die Resultate dieser Tests nur langfristig betrachtet in die Software einfliessen Grobe Schätzung: wenn*jetzt* jemand beginnt, diese Tests zu schreiben, haben wir vielleicht im Sommer entsprechende Tests fertig und auch entsprechend Tester organisiert (hauptproblem für un ist es "unerfahrene Tester" koordiniert anzusprechen). Ein weiteres Jahr wird es dauern, bis grundlegende Änderungne im Programm für den Endanwender sichtbar werden. Ich vermute einfach sehr stark, dass Du, wenn du *jetzt* viel Arbeit reinsteckst, in nem halben Jahr frustriert sein wirst, wenn sich keine Ergebnisse zeigen. Deshalb würde ich eher empfehlen, an funktionalen Tests zu arbeiten, da da Ergebnisse wesentlich früher zu erwarten sind, und die Durststrecke nicht so lang ist. Für die Diskussion würde ich übrigens eher die [EMAIL PROTECTED] Liste empfehlen. Interesasnt wäre es auch, die [EMAIL PROTECTED] mitzulesen. Wobei da der Einstieg vor ein paar Wochen interessanter gewesen wäre, denn da wurd ein Review der Hilfe gestartet. Jeder, der dort mithilft kann inzwischen sicher recht gut einschätzen, was koordiniertes Testen für einen Aufwand macht und wie wichtig es ist, durch greifbare Ergebnisse motiviert zu werden. (Denn Motivation durch ein festes Gehalt für die Zeit, die man investiertist direkt über uns nicht möglich.) André -- GMX DSL-Flatrate 1 Jahr kostenlos* + WLAN-Router ab 0,- Euro* Bis 31.12.2005 einsteigen! Infos unter: http://www.gmx.net/de/go/dsl --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
