The Document Foundation, tổ chức phi lợi nhuận đứng sau bộ ứng dụng văn phòng LibreOffice, đã mở rộng đội ngũ bằng một QA Analyst mới: Bogdan Buzea. Dự án LibreOffice vốn kiểm thử rất kỹ lưỡng mọi bản cập nhật lớn trước khi phát hành, nhưng vì đây là phần mềm lớn, được dùng theo hàng triệu cách khác nhau trên khắp thế giới, nên đôi khi vẫn có vấn đề với một số cấu hình nhất định. Dưới đây là chia sẻ của anh.

Giới thiệu đôi chút về bản thân

Gần như cả cuộc đời tôi làm kế toán ở Romania. Trong tám năm qua, như một sở thích, tôi tham gia tình nguyện cho hoạt động đảm bảo chất lượng (Quality Assurance) của LibreOffice. Tôi chủ yếu gắn với LibreOffice Writer — phần mềm tôi dùng nhiều nhất trong công việc kế toán — và tôi muốn thấy mọi thứ được cải thiện.

Vai trò mới của anh tại TDF là gì, và anh sẽ làm những việc gì?

Từ giữa tháng 9 2026, tôi đảm nhận vai trò Quality Assurance Analyst. Tôi xem xét các lỗi được báo lên Bugzilla và phân loại chúng:

  • Lỗi thật: Một số báo cáo chỉ ra lỗi thật trong LibreOffice, và các nhà phát triển trên khắp thế giới ngày ngày làm rất tốt việc sửa chúng. Hơn 30% số lỗi được báo cáo đều được sửa.
  • Thiếu thông tin: Đôi khi chúng tôi nhận được một báo cáo lỗi ban đầu, nhưng không có thông tin, không có cách tái hiện, cũng không có tệp mẫu để kiểm tra. Thử hình dung nhận được báo cáo kiểu “Khi tôi tìm kiếm gì đó thì LibreOffice bị crash”. Chỉ riêng thông tin đó là chưa đủ. Có liên quan đến dấu phụ không? Có nhiều tài liệu được mở cùng lúc không? Đó là bản LibreOffice mới hay bản cũ? Nó có xảy ra liên tục không? Nó đã từng xảy ra ở nhiều phiên bản trước, hay chỉ ở bản mới? Bạn có thể tìm thêm thông tin về cách mở một báo cáo lỗi cho đúng để chúng tôi kiểm thử nhanh hơn và tìm ra giải pháp.
  • Trùng lặp: Một số vấn đề đã được báo cáo trước đó, nên chúng tôi đóng những lỗi này thành báo cáo trùng lặp của báo cáo cũ về cùng vấn đề. Việc nhiều người dùng cùng báo cáo một vấn đề là hoàn toàn bình thường – thực tế, điều đó cho chúng tôi biết lỗi này rất quan trọng với nhiều người. Vậy nên nếu báo cáo của bạn bị đóng vì trùng lặp, đừng buồn; bạn đã giúp tăng mức ưu tiên cho báo cáo lỗi cụ thể đó.
  • Hướng dẫn người dùng: Những báo cáo khác đến từ việc người dùng làm theo cách không như dự kiến. Chúng tôi có hỗ trợ họ, nhưng cách tốt hơn để được giúp đỡ là qua diễn đàn Ask LibreOffice, LibreOffice Online Help hoặc LibreOffice Documentation Shelf. Có rất nhiều thông tin ngay tại nơi bạn cần, và các bài viết cùng tài liệu ở đây thường xuyên được cập nhật, đóng góp bởi tình nguyện viên khắp thế giới. Người dùng thường nói: “Tuyệt, giờ nó chạy được rồi! Tôi không biết là mình có thể làm theo cách đó.” Để cải thiện điều này, chúng tôi cập nhật tài liệu và thêm tooltip nhằm hỗ trợ người dùng trong lúc làm việc. Nếu phần mềm không rõ ràng về cách dùng một tính năng cụ thể, hãy báo một lỗi mới.

Tôi cũng làm việc tìm các lỗi hồi quy. Nếu nhiều phiên bản trước chạy tốt mà một phiên bản mới đột nhiên làm hỏng thứ gì đó, tôi điều tra thay đổi mã nguồn đã gây ra nó. Điều này giúp chúng tôi sửa nhanh hơn nhờ biết chính xác phần mã chịu trách nhiệm.

Người dùng LibreOffice có thể giúp anh trong công việc này như thế nào?

Hãy báo cáo lỗi khi bạn gặp lỗi, nhưng làm đúng cách bằng việc cung cấp nhiều thông tin hữu ích như tôi đã nói ở trên. Rất nhiều tình nguyện viên thực hiện các hoạt động liên quan đến QA: ví dụ bạn có thể nhận những lỗi trên Bugzilla đang ở trạng thái Unconfirmed, và nếu bạn gặp đúng lỗi như người báo cáo, bạn có thể đánh dấu nó là New. Bạn cũng có thể kiểm thử các phiên bản cũ hơn với cùng lỗi đó, để xem đây là vấn đề mới hay đã có từ rất lâu. Một việc khó hơn một chút là bibisect một lỗi để tìm ra chính xác commit mã nguồn đã gây ra vấn đề.

Ngoài ra, nếu bạn muốn đóng góp cho LibreOffice nhưng QA không phù hợp với bạn, xem tại đây để biết những lĩnh vực khác mà bạn có thể tham gia.