Hi Christian, *, Christian Lohmaier schrieb:
Hallo *,
(...)
Das Problem ist einfach daß es zu zu viele Issues gibt. Und natürlich hält jeder seinen Issue für den wichtigsten. Das wäre nicht so tragisch, wenn die unrealistischen sofort geschlossen worden wären, aber so hat sich jetzt ein riesengroßer Rückstau gebildet. Viele Issues sind mit OOo 2.0 oder auch schon durch Änderungen an anderer Stelle obsolet geworden.
Du hast absolut recht. Ich habe in der letzten Zeit viel im issue tracker gewühlt und selbst bei oberflächlichem Suchen sind da schnell solche "Altlasten" zu finden. Noch bin ich da in einem Status, dass ich mich immer erstmal von einem qa-Experten beraten lasse, bevor ich da irgend einen Unsinn anstelle. Aber ich arbeite dran :-)
Wer wirklich interessiert darin das voranzubringen sollte dem QA-Projekt beitreten und die Anzahl der Issues reduzieren... Das ist das einzige was man ohne Programmierkenntnisse in diesem Bereich tun kann.
Ja, daran hapert es im Moment wirklich. Aber es bringt mich genauso zum Nachdenken, dass wir zwar mittlerweile einige Leute zum Testen gewonnen haben, aber wir trotzdem nicht wirklich voran kommen. Es genügt eben nicht, 100 Tests mit dem Testtool laufen zu lassen, wenn die result files nicht analysiert werden. Genauso wenig machen die TCM-Tests Sinn, wenn die aufgetretenen Bugs nicht im issue tracker landen.
Das ist eben das Schwierige an der Arbeit, die mir auch noch sehr schwer fällt. Wenn man hier seine Arbeit gründlich macht, stellt man häufig fest, dass die meisten Sachen bereits gemeldet sind und einige Duplikate rumdümpeln. Man müsste sich nur die Zeit nehmen, die Issues dann wirklich zu schließen.
Ich schaue ganz neidisch zu den Franzosen, die die qa offensichtlich gut im Griff haben. Während wir versuchen, die Detailfragen zu bestimmten issues oder auch zu Problemen bei den Tests im irc oder per PM zu lösen und damit das Rad immer wieder neu erfinden, haben die eine gut frequentierte qa-Mailingliste, die genau für diese Dinge da ist: Mal die result files abgleichen, Fragen zu nem konkreten issue stellen etc.
Auch wenn ich weiß, dass die meisten dem Vorschlag zu zusätzlichen Mailinglisten kritisch gegenüber stehen, halte ich eine [EMAIL PROTECTED] für uns auch für sinnvoll. Damit hätte man viele wichtige Infos archiviert, die derzeit in der dev untergehen oder dort erst gar nicht landen, weil man meint, dass sie zu speziell sind.
Wir stehen wieder kurz vor der nächsten Testrunde, vielleicht wäre eine solche Liste doch eine Überlegung wert?
Gruß, Jacqueline --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
