Hi,
Guido Ostkamp schrieb:
Deshalb war meine Hoffnung, daß bei dem aktuellen zusätzlich auch noch
breitgestreuten öffentlichen Testaufruf, von dem ich mir vorstellen
kann, daß er sicherlich vielfach neue Fehlermeldungen erzeugen wird,
die Duplikate solche 'OOo_later' Altlasten sind, endlich mal das
Target überdacht wird und vielleicht die eine oder andere Sache doch
noch angepackt wird.
Das isnd zwei verschiedene paar Schuhe. Glaub mir, die "ewig offenen
Issues" frustrieren mich genauso, wie viele anderen Helfer und Anwender
auch - im Betatest geht es aber wirklich zunächst darum, üble
Regressionen zu finden. Wenn wir uns auf diese konzentrieren haben wir
den unheimlichen Vorteil, dass die Entwickler in der Regel noch die
entsprechende Code-Umgebnung bei sich "zum loslegen haben". D.h. Fehler,
die wir jetzt bzgl. neuer Funktionen finden können sehr schnell behoben
werden ...schieben wir diese Arbeit auf und finden die Fehler erst in
nem halben Jahr, wird es dann wesentlich länger dauern, die Fehler zu
korrigieren (und dannbesteht das Risiko, dass sie wieder auf der
OOo-Later-Schine landen),
Als Anhaltspunkt: eine Korektur in den Notizen braucht im Moment ein bis
zwei Stunden, bis sie im Code ist. Es gibt noch einen offenen CWS in den
die Fixes integriert werden ...in etwa drei Wochen werden diese dann
wohl in einem Snapshot auftauchen.
Wenn das Target nicht zurückgeändert werden darf, fällt die alte
Meldung bzw. die als Duplikat erschlagene neue Fehlermeldung nämlich
gar nicht mehr als Bug für diese Version auf, ein Entwickler bekommt
das vielleicht dann gar nicht mehr mit.
Dann hat die QA schlampig gearbeitet (ok, sauber zu arbeiten fällt im
gegenwärtigen Sumf der offenen issues schwer).
Wenn du jemanden kennst, der das Problem fixen kann - bitte target
ändern. Wenn nicht, wirst du nur viele Anwender verärgern, die damit
rechnen, dass das Target eingehalten wird, das aber doch nicht
passiert. (Davon haben wir leider auch so schon zu viele Issues.)
Natürlich kennen wir alle jemanden, der die Probleme fixen kann: Die
Sun-OOo/StarOffice-Entwickler nämlich ;-)
Woher kommt eigentlich immer wieder die alleinige Referenz auf
Sun-Entwickler? Nochmal Beispiel notes: das ist kein Sunentwickler, der
das programmiert hat und innerhalb wenige Stunden die entsprechenden
bugs fixed. So wie ich ihn kenne, wird er mit Begeisterung auch einige
Fehler "am Rande" fixen - nur ist es im Moment wesentlich einfacher,
sich erstmal auf die Notes-Issues zu konzentrieren. Wenn es dazu keine
mehr gibt ... kannund sollte man natürlich "Altlasten"angehen.
Ich hatte es mir zwar mal vorgenommen, es nicht zu tun, aber auch ich
hab schon nen Bug gefixed - nur als Beispiel, dass man nicht zwingend
nen Sun-Entwickler braucht ;) (Es war eher ein glücklicher Zufall, dass
ich den relativ schnell fixen konnte.)
Der Sinn einer Neu-Priorisierung erschließt sich mir nicht ganz, wenn
sich sowieso niemand daran halten muß. Nachdem, was Du schreibst,
hätte der bestenfalls Vorschlagscharakter.
Es sind zwei Schritte:
- Issues zusammenfassen und konsolidieren - dabei kritische Bereich
identifizieren.
- diezusamengasten Issues priorisieren und mit neuem Target versehen
Beides soll im Team bearbeitet werden - wobei im Team auch Leute sind,
die die Entwicklerressourcen einschätzen können. D.h. Ziel ist es, am
Ende die Issues mit einem relaistischen Target zu versehen.
Sicherlich ist sowas in der Vergangenheit schonmal erstellt worden.
Wie waren denn damals die Erfahrungen? Haben die Entwickler dann die
Top-Twenty Bugmeldungen gefixed?
Nein - in der Regel werden nicht einfach so die Top-20 gefixed. Vielmehr
hat sich z.B. das Writer-Team die issues mit vielen Votes und
Duplikaten angeschaut und dann die Issues gefixed, auf dieser Basis
als sehr wichtig erschienen und verhältnismäßig leicht in die laufende
Entwicklung integriert werden konnten.
Ich kann die jetzt leider keine konkreten Issue-nummern nennen, da in
dem Zusammenhang meist nur über Enhancements geschrieben wird, die man
ebenso neu priorisiert und dann abarbeitet.
André
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]