JM/IkutTerlibat

From The Document Foundation Wiki
< QA
Jump to: navigation, search
This page is a translated version of the page QA/GetInvolved and the translation is 95% complete.

Outdated translations are marked like this.
Other languages:
čeština • ‎English • ‎español • ‎Bahasa Indonesia • ‎italiano • ‎日本語 • ‎한국어 • ‎русский • ‎中文(简体)‎


Pengantar

Apa itu JM

JM adalah singkatan dari Jaminan Mutu (Bahasa Inggris: QA Quality Assurance). JM mengenali masalah dalam perangkat lunak kita, mengonfirmasi masalah yang dilaporkan oleh pengguna, dan memvalidasi saran perbaikan dan peningkatan sehingga setiap versi baru LibreOffice lebih andal dan kuat serta menyediakan alat yang memuaskan bagi pengguna. Kami melakukan JM dengan cara yang berbeda selama pengembangan rilis baru.

Tujuan pertama kami adalah menemukan atau mengonfirmasi kutu yang paling memalukan dan mendesak kemudian menyerahkannya kepada pengembang untuk menanganinya. Oleh karena itu kami adalah jembatan antara pengguna dan pengembang dan mencoba untuk memandu setiap laporan kutu ke resolusi yang tepat dengan tujuan meningkatkan pengalaman pengguna. Kami mencoba mereproduksi kutu, memberi mereka prioritas yang benar, menemukan duplikat, memvalidasi perbaikan yang diusulkan, dan sebagainya.

Panduan memulai cepat untuk pemula

Jika Anda seorang pemula, kemungkinan Anda tidak ingin mengarungi dokumentasi teknis yang sangat banyak. Anda lebih suka ingin segera memulai. Ayo kita mulai saja.

  1. Unduh dan pasang LibreOffice stabil terbaru (dari lini "Fresh")
  2. Unduh dan pasang master build terbaru dari LibreOffice
  3. Buat akun di TDF Bugzilla
  4. Buka kueri ini untuk kutu bulan lalu yang belum dikonfirmasi (permintaan peningkatan ditinggalkan dengan sengaja, beberapa hal lain juga disaring)
  5. Pilih kutu yang menarik
  6. Telusuri duplikat
  7. Jika kutu tersebut bukan duplikat, tetapi memiliki penjelasan yang membingungkan atau kekurangan sesuatu yang penting, setel status ke NEEDINFO
  8. Setelah mencoba mereproduksinya dengan build stabil dan master Anda, setel status ke NEW atau biarkan UNCONFIRMED

Langkah-langkah ini dengan sengaja mendeskripsikan triase yang tidak lengkap, karena pemula seharusnya tidak merasa terbebani oleh semua perincian yang begitu banyak yang harus diperhitungkan saat membidik hasil triase yang "sempurna". Setelah pemula merasa nyaman dengan rutinitas sederhana ini, mereka harus mulai beralih ke triase lebih lengkap. Tidaklah sangkil (efisien) untuk menyerahkan penyelesaian triase kepada orang lain.

Jalur pengembangan diri di JM

Setiap orang memiliki jalannya sendiri saat masuk ke JM LibreOffice. Namun, beberapa orang lebih terdorong oleh kerangka kerja yang jelas tentang apa yang diharapkan untuk dilakukan. Di sini kami menyajikan proposal untuk evolusi karir JM.

  1. Lakukan rutinitas triase ringan yang dijelaskan dalam panduan mulai cepat untuk ~50 kutu yang belum dikonfirmasi
  2. Uji ulang ~50 kutu yang tidak tersentuh selama satu tahun atau lebih dengan build harian dari LibreOffice
  3. Pelajari tentang kata kunci yang paling penting dan mulai gunakan: accessibility, bibisectRequest, dataLoss, filter:x, needUITest, perf, regresi, text:x, wantBacktrace
  4. Pasang banyak versi lama dan lakukan pengujian regresi untuk 100 kutu yang belum dikonfirmasi
  5. Pelajari tentang priority dan severity dan minta akses ke grup kontributor dari admin Bugzilla
  6. Pelajari cara mendapatkan berbagai traces dan terapkan apa yang Anda pelajari ke laporan dengan kata kunci wantBacktrace atau perf (tanpa ada trace terlampir)
  7. Pasang sistem operasi yang berbeda ke dalam mesin virtual, sehingga Anda dapat melakukan lebih banyak jenis pengujian dan penelusuran
  8. Mulai mengevaluasi secara kritis permintaan penyempurnaan sambil memasukkannya ke tim desain dengan kata kunci needsUXEval
  9. Mulai lakukan bibisects. Lakukan tutorial terlebih dahulu dan pindah ke laporan dengan kata kunci bibisectRequest.
  10. Pelajari Python dan mulai membuat UI test
  11. Buat Pengujian unit Python
  12. Pelajari C ++ dan buat cppunit tests

Konfirmasi

Temukan laporan yang belum dikonfirmasi

  • Berdasarkan sistem operasi:
All Linux macOS Windows Android
  • Berdasarkan Waktu:
last 24 hours last week last month Enam bulan terakhir

Laporan yang belum dikonfirmasi tanpa komentar

Dalam rangka mempercepat triase laporan yang belum dikonfirmasi, kami secara otomatis menandainya dengan QA: needsComment di Whiteboard jika laporan mengikuti kondisi berikut:

  • Tidak aktif selama lebih dari 2 minggu
  • Tidak ada komentar dari orang ketiga

Periksa daftar berikut ini

Cobalah untuk mereproduksi kutu

Karena beberapa kutu bersifat spesifik sistem operasi tertentu, sebaiknya menguji sistem operasi yang sama, tetapi jika hal tersebut tidak memungkinkan, lakukan pengujian pada sistem operasi Anda saat ini, karena sebagian besar kutu tidak spesifik untuk sistem operasi tertentu.

Di bawah ini Anda akan menemukan komentar boilerplate (teks yang bisa digunakan kembali) untuk beberapa skenario umum. Untuk saran lebih lanjut tentang cara memberi komentar di laporan dan alat browser untuk membuat komentar menjadi efisien, lihat Tanggapan Pra-Tertulis.

  • Jika kutu dapat direproduksi, setel status kutu menjadi NEW dan tambahkan komentar berikut:
Thank you for reporting the bug. I can confirm that the bug is present in

[rincian versi LibreOffice yang Anda uji (dapat disalin dari dialog BantuanTentang LibreOffice)]
  • Jika kutu tidak dapat direproduksi, biarkan status sebagai UNCONFIRMED dan tambahkan komentar berikut:
Thank you for reporting the bug. I can not reproduce the bug in

[rincian versi LibreOffice yang Anda uji (dapat disalin dari BantuanTentang LibreOffice dialog)]
  • Jika keterangan laporan kutu terlalu sulit untuk dipahami, setel status kutu menjadi NEEDINFO dan tambahkan komentar berikut:
Thank you for reporting the bug. 
Unfortunately without clear steps to reproduce it, we cannot track down the origin of the problem. 
Please provide a clearer set of step-by-step instructions on how to reproduce the problem.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested information is provided.
  • Jika dokumen diperlukan untuk mengkonfirmasi kutu, setel status menjadi NEEDINFO dan tambahkan komentar berikut:
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Note that the attachment will be public, remove any sensitive information before attaching it.
See the QA FAQ Wiki for further detail.)

Langkah-Langkah Tambahan

  • Jika Summary kutu kurang jelas, perbarui agar lebih menjelaskan masalah sebenarnya/ masalah utama yang sedang ditangani dan mempermudah pencarian duplikat.
  • Bidang Component juga dapat diperbarui untuk menentukan komponen masalah yang ditemukan atau berasal dengan lebih baik.
    • Laporan kutu peningkatan yang meminta penambahan fitur baru perlu dievaluasi terlebih dahulu oleh tim UX untuk menentukan apakah laporan tersebut harus diterapkan atau tidak, jadi cukup setel status kutu menjadi NEW, setel Component menjadi ’LibreOffice’ dan tambahkan ’needsUXEval’ ke bidang Keywords.
  • Periksa apakah kutu tersebut adalah regresi atau bukan.


Ikuti Perkembangan saat ini untuk kutu yang belum dikonfirmasi dan lihat petunjuk terperinci triase kutu untuk rincian selengkapnya.

Uji Build Harian

  1. Unduh build harian terbaru (pastikan Tanggalnya terbaru)
    Linux (RPM & DEB)
    • 64-bit - dengan GTK3, KDE5 dan semua bahasa paket bantuan diaktifkan
    • Updater - Diperbarui setiap hari (eksperimental)
    Windows
    macOS
  2. Lakukan pemasangan. (Perhatikan bahwa build tersebut tidak akan menggantikan pemasangan Anda yang sebenarnya - ini adalah versi pengembangan yang tidak akan dipasang sebagai versi produksi.)
  3. Lakukan pengujian. Periksa Catatan Rilis untuk melihat apa yang baru dalam rilis ini.
  4. Jika Anda menemukan kutu, laporkan di sini dengan memberikan semua informasi yang tersedia (langkah untuk mereproduksi masalah, dokumen terpengaruh, penjelasan terperinci, OS ...)

Catatan: Untuk bantuan, silakan bergabung ke #libreoffice-qa connect via webchat IRC.

Pengujian Pra-rilis

  1. Unduh versi pra-rilis terbaru (LibreOffice 7.1 alpha)
    Linux (64-bit)
  1. Windows (32-bit)
    Windows (64-bit)
    macOS (64-bit)

Lakukan pemasangan. (Perhatikan bahwa build tersebut tidak akan menggantikan pemasangan Anda yang sebenarnya.)

  1. Lakukan pengujian. Periksa Catatan Rilis untuk melihat apa yang baru dalam rilis ini.
  2. Jika Anda menemukan kutu, laporkan di sini dengan memberikan semua informasi yang tersedia (langkah untuk mereproduksi masalah, dokumen terpengaruh, penjelasan terperinci, OS ...)

Catatan: Untuk bantuan, silakan bergabung ke #libreoffice-qa connect via webchat IRC.

Pengujian Ulang

Setiap hari kami melakukan ping kutu yang tidak tersentuh selama lebih dari satu tahun untuk memeriksa apakah kutu tersebut mungkin telah diperbaiki untuk sementara. Informasi selengkapnya dapat ditemukan di artikel TugasOtomatis.

Temukan kutu untuk diuji ulang

  • Kutu yang diping hari ini:
All Linux macOS Windows Android
  • Kutu yang diping pekan ini:
All Linux macOS Windows Android
  • Kutu yang diping bulan ini:
All Linux macOS Windows Android
  • Kutu yang diping tiga bulan ini:
All Linux macOS Windows Android
  • Kutu yang diping setengah tahun ini:
All Linux macOS Windows Android

Cobalah untuk mereproduksi kutu

Jika kutu ada di versi terbaru LibreOffice, berikan komentar berikut dengan rincian versi LibreOffice yang Anda uji (dapat disalin dari dialog Bantuan ▸ Tentang LibreOffice).

This bug is still present in

[rincian versi LibreOffice yang Anda uji (dapat disalin dari dialog BantuanTentang LibreOffice)]

Jika kutu tidak ada dan Anda yakin Anda mengikuti langkah-langkah kutu dengan benar, ubah status menjadi RESOLVED WORKSFORME dan beri komentar berikut:

This bug is no longer reproducible in

[rincian versi LibreOffice yang Anda uji (dapat disalin dari dialog BantuanTentang LibreOffice)]

Changing status to RESOLVED WORKSFORME

'Tolong jangan ...'

  • ...memperbarui bidang Version
  • ...membalas melalui surel, sebagai gantinya balas langsung di pelacak kutu
  • ...mengatur bidang Status kutu menjadi RESOLVED - FIXED, karena status itu hanya digunakan ketika commit tertentu telah memperbaiki masalah

Langkah-langkah Tambahan

  • Periksa apakah kutu tersebut adalah regresi atau bukan

Kontak

Bantuan apa pun sangat dihargai. Anda selalu dapat menghubungi