O projeto LibreOffice realiza testes extensivos de cada atualização importante antes do lançamento. Mas, como é um software grande, usado de milhões de maneiras diferentes em todo o mundo, às vezes surgem problemas em certas configurações. Por isso, a The Document Foundation, entidade sem fins lucrativos por trás da suíte, ampliou sua equipe com um novo analista de QA, Bogdan Buzea. Ele conta um pouco sobre o trabalho:

Fale um pouco sobre você

Trabalhei como contador praticamente toda a minha vida aqui na Romênia. Como hobby, nos últimos oito anos, atuei como voluntário no controle de qualidade do LibreOffice. Envolvi-me principalmente com o LibreOffice Writer, que usava a maior parte do tempo no meu trabalho de contabilidade, e queria ver as coisas melhorarem.

Qual é o seu novo papel na TDF e no que vai trabalhar?

Desde meados de setembro de 2026, assumi o papel de analista de controle de qualidade. Analiso os bugs reportados no Bugzilla e faço a triagem deles:

  • Bugs reais: alguns relatos identificam bugs reais no LibreOffice, e desenvolvedores em todo o mundo fazem um ótimo trabalho corrigindo-os dia após dia. Mais de 30% dos bugs reportados são corrigidos.
  • Informações faltando: às vezes recebemos um relato inicial de bug, mas sem informações sobre como reproduzi-lo ou sem documento de exemplo para testar. Imagine receber um relato dizendo "Quando procuro algo, o LibreOffice trava". Essa informação por si só não basta. Havia diacríticos envolvidos? Vários documentos estavam abertos ao mesmo tempo? Era uma versão recente do LibreOffice ou uma mais antiga? Acontece sempre? Já aconteceu antes em várias versões, ou só na nova versão? Você pode encontrar mais informações sobre como abrir corretamente um novo relato de bug para que possamos testar mais rápido e encontrar uma solução.
  • Duplicatas: alguns problemas já foram reportados, então fechamos esses bugs como duplicatas de relatos mais antigos sobre o mesmo problema. Não há problema algum em vários usuários reportarem o mesmo problema — na verdade, isso nos mostra que o bug é muito importante para muitas pessoas. Então, se o seu relato for fechado como duplicata, não fique triste; você ajudou a aumentar a prioridade daquele relato específico.
  • Orientação ao usuário: outros relatos vêm de usuários fazendo as coisas de forma não intencional. Embora os ajudemos, uma forma melhor de obter ajuda é pelo fórum Ask LibreOffice, pela Ajuda Online do LibreOffice ou pela Documentation Shelf do LibreOffice. Há muita informação exatamente onde você precisa, e os artigos e a documentação disponíveis ali recebem atualizações e contribuições frequentes de voluntários no mundo todo. Muitas vezes, os usuários dizem: "Ótimo, agora está funcionando! Eu não sabia que podia fazer as coisas desse jeito." Para melhorar isso, trabalhamos na atualização da documentação e na adição de dicas de ferramentas para auxiliar os usuários enquanto trabalham. Se o software não deixa claro como usar um recurso específico, reporte um novo bug.

Também trabalho na identificação de regressões. Se muitas versões anteriores funcionavam bem, mas uma nova versão de repente quebrou algo, investigo a mudança de código que causou isso. Isso nos ajuda a corrigir as coisas mais rápido, sabendo exatamente qual parte do código é responsável.

Como os usuários do LibreOffice podem ajudar nesse trabalho?

Por favor, reporte um bug quando encontrar um, mas faça isso corretamente, fornecendo bastante informação útil, como mencionei acima. Muitos voluntários realizam diversas atividades relacionadas a QA: por exemplo, você pode pegar bugs no Bugzilla com status Unconfirmed e, se você tiver o mesmo bug que o relator, marcá-lo como New. Você também pode testar versões mais antigas com o mesmo bug, para ver se é um problema recente ou muito antigo. Uma tarefa um pouco mais difícil é fazer o bibisect de um bug para encontrar o commit exato de código que quebrou as coisas.

Além disso, se você sente que quer contribuir com o LibreOffice, mas QA não é para você, veja aqui outras áreas nas quais pode se envolver.