Übersetzung: englisches Original von Mike Saunders
Das LibreOffice-Projekt unterzieht jedes größere Update vor der Veröffentlichung umfangreichen Tests. Da es sich jedoch um eine umfangreiche Software handelt, die weltweit auf unterschiedlichste Weise genutzt wird, kann es bei bestimmten Konfigurationen gelegentlich zu Problemen kommen. Daher hat die The Document Foundation – die gemeinnützige Organisation hinter der Suite – ihr Team um Bogdan Buzea, einen neuen QA-Analysten, erweitert. Hören wir, was er dazu zu sagen hat:
Erzählen Sie uns ein wenig über sich!
Ich habe hier in Rumänien fast mein ganzes Berufsleben als Buchhalter gearbeitet. In den letzten acht Jahren habe ich mich zudem ehrenamtlich in der Qualitätssicherung von LibreOffice engagiert. Mein Schwerpunkt lag dabei auf LibreOffice Writer – dem Programm, das ich bei meiner Arbeit als Buchhalter am häufigsten nutzte –, da ich zu Verbesserungen beitragen wollte.
Was ist Ihre neue Rolle bei TDF und woran werden Sie arbeiten?
Seit Mitte September 2026 bin ich als Analyst für Qualitätssicherung tätig. Ich sichte die in Bugzilla gemeldeten Fehler und nehme eine erste Einschätzung und Priorisierung vor:
- Echte Fehler: Einige Berichte weisen auf echte Fehler in LibreOffice hin, und Entwickler auf der ganzen Welt leisten hervorragende Arbeit, indem sie diese Tag für Tag beheben. Mehr als 30 % der gemeldeten Fehler werden gleich behoben.
- Fehlende Informationen: Manchmal erhalten wir eine erste Fehlermeldung, aber keine Angaben dazu, wie sich der Fehler reproduzieren lässt, oder es fehlt ein Beispieldokument für Tests. Stellen Sie sich vor, wir erhalten die Meldung: „Wenn ich nach etwas suche, stürzt LibreOffice ab.“ Diese Information allein reicht nicht aus. Waren Sonderzeichen (Diakritika) im Spiel? Waren mehrere Dokumente gleichzeitig geöffnet? Handelte es sich um eine aktuelle Version von LibreOffice oder um eine ältere? Tritt das Problem ständig auf? Bestand es bereits über mehrere Versionen hinweg, oder tritt es erst in der neuen Version auf? Sie können sich darüber informieren, wie man eine Fehlermeldung korrekt erstellt, damit wir den Fehler schneller prüfen und eine Lösung finden können.
- Duplikate: Manche Probleme wurden bereits gemeldet; daher schließen wir diese Fehlermeldungen als Duplikate älterer Berichte zum selben Problem. Es ist völlig in Ordnung, wenn mehrere Nutzer denselben Fehler melden – tatsächlich signalisiert uns dies, dass der Fehler für viele Menschen von großer Bedeutung ist. Wenn dein Bericht also als Duplikat geschlossen wird, sei nicht enttäuscht: Du hast dazu beigetragen, die Priorität genau dieses Fehlerberichts zu erhöhen.
- Hinweise zur Nutzung: Manche Rückmeldungen stammen von Anwendern, die bestimmte Funktionen auf eine nicht vorgesehene Weise nutzen. Auch wenn wir hierbei Unterstützung leisten, ist es oft effizienter, sich an das Ask LibreOffice-Forum, die Online-Hilfe oder die Dokumentationssammlung von LibreOffice zu wenden. Dort finden Sie die benötigten Informationen direkt an Ort und Stelle; zudem werden die verfügbaren Artikel und Dokumentationen regelmäßig von Freiwilligen aus der ganzen Welt aktualisiert und erweitert. Häufig heißt es dann: „Super, jetzt funktioniert es! Ich wusste gar nicht, dass das auf diese Weise möglich ist.“ Um dies weiter zu verbessern, aktualisieren wir laufend die Dokumentation und ergänzen Tooltips, die Anwender bei der Arbeit unterstützen. Sollte die Bedienung einer bestimmten Funktion nicht selbsterklärend sein, melden Sie dies bitte als neuen Fehler.
Ich arbeite auch daran, Regressionen aufzuspüren. Wenn viele frühere Versionen einwandfrei funktionierten, eine neue Version jedoch plötzlich einen Fehler verursacht, untersuche ich die entsprechende Codeänderung. Da wir so genau wissen, welcher Teil des Codes die Ursache ist, können wir Probleme schneller beheben.
Wie können LibreOffice-Nutzer Sie bei dieser Arbeit unterstützen?
Bitte melde Fehler, falls du auf welche stößt – aber bitte auf die richtige Weise und mit möglichst vielen nützlichen Informationen, wie oben beschrieben. Viele Freiwillige engagieren sich in verschiedenen Bereichen der Qualitätssicherung (QA): Du kannst dir zum Beispiel Fehler aus Bugzilla mit dem Status „Unconfirmed“ (unbestätigt) ansehen; wenn du denselben Fehler feststellst wie der ursprüngliche Melder, kannst du ihn als „New“ (neu) markieren. Zudem könntest du ältere Versionen auf denselben Fehler hin überprüfen, um festzustellen, ob es sich um ein neues oder ein schon lange bestehendes Problem handelt. Etwas anspruchsvoller ist die Durchführung eines „Bibisect“, um den genauen Code-Commit zu ermitteln, der den Fehler verursacht hat.
