A LibreOffice projekt minden nagyobb frissítést alaposan letesztel a kiadás előtt. Mivel azonban egy hatalmas szoftverről van szó, amelyet világszerte millióféle módon használnak, időnként bizonyos rendszereken mégis felbukkannak problémák. Ezért a csomag mögött álló, non-profit The Document Foundation bővítette a csapatát egy új QA-elemzővel, Bogdan Buzeával. Ismerjük meg őt:

Mesélj egy kicsit magadról!

Romániában élek, és szinte egész életemben könyvelőként dolgoztam. Hobbiként az elmúlt nyolc évben önkéntesként vettem részt a LibreOffice minőségbiztosításában. Főleg a LibreOffice Writert teszteltem, mert a könyvelői munkám során is ezt használtam a legtöbbet, és szerettem volna, ha egyre jobb lesz.

Mi az új szereped a TDF-nél, és min fogsz dolgozni?

2026. szeptember közepe óta minőségbiztosítási elemzőként dolgozom. Átnézem a Bugzillában bejelentett hibákat, és osztályozom őket:

• Valódi hibák: Egyes bejelentések valódi hibákat tárnak fel a LibreOffice-ban, amelyeket a világ minden táján dolgozó fejlesztők nap mint nap kijavítanak. A bejelentett hibák több mint 30%-ára születik javítás.
• Hiányos információk: Előfordul, hogy érkezik egy hibajelentés, de nincs benne leírás arról, hogyan lehet előidézni a hibát, vagy nem kapunk mintadokumentumot a teszteléshez. Képzelj el egy ilyen bejelentést: „Amikor keresek valamit, a LibreOffice összeomlik.” Ez önmagában kevés. Voltak benne ékezetes karakterek? Több dokumentum is meg volt nyitva egyszerre? Friss vagy régebbi LibreOffice verzióról van szó? Mindig előjön a hiba? Sok verzión át jelen volt már, vagy csak az újban? A hogyan nyissunk új hibajelentést oldalon találsz további információt arról, hogyan tudsz úgy hibát jelenteni, hogy gyorsabban tudjuk tesztelni és megoldást találni.
• Duplikátumok: Előfordul, hogy egy problémát már korábban bejelentettek, ilyenkor az új hibát lezárjuk, és a régebbi jelentés duplikátumaként jelöljük. Teljesen rendben van, ha többen is ugyanazt a problémát jelentik – sőt, ebből látjuk, hogy az adott hiba sok felhasználónak fontos. Ha a bejelentésedet duplikátumként zárjuk le, ne csüggedj: ezzel segítettél növelni annak a hibajelentésnek a fontosságát.

Regressziókat is keresek. Ha sok korábbi verzió jól működött, de az újban hirtelen elromlott valami, megpróbálom kideríteni, melyik kódváltoztatás okozta. Így gyorsabban tudunk javítást készíteni, mert pontosan tudjuk, a kód melyik része felelős a hibáért.

Hogyan tudnak a LibreOffice felhasználói segíteni a munkádban?

Kérlek, jelents hibát, ha találsz egyet, de tedd ezt úgy, hogy minél több hasznos információt adsz meg, ahogy fentebb már említettem. Sok önkéntes végez különféle QA-feladatokat: például választhatsz a Bugzillában olyan hibákat, amelyeknek az állapota Unconfirmed, és ha nálad is ugyanúgy jelentkezik a hiba, átállíthatod az állapotát New-ra. Kipróbálhatod régebbi verziókban is ugyanazt a hibát, hogy kiderüljön, friss problémáról vagy nagyon régi hibáról van-e szó. Egy kicsit nehezebb feladat bibisecttel megkeresni egy hibát, vagyis megtalálni azt a konkrét kód commitot, amelyik elrontott valamit.

Ha pedig úgy érzed, szeretnél hozzájárulni a LibreOffice-hoz, de a QA nem neked való, itt találsz más területeket, ahol bekapcsolódhatsz.