Terjemahan berbantuan mesin; nama item permainan mungkin tetap dalam bahasa Inggris.
Susun laporan singkat berisi versi, langkah reproduksi minimal, dan tangkapan layar yang jelas; bedakan bug dari masukan tentang keseimbangan game.
Mulailah dengan satu masalah
Laporan bug yang berguna menjelaskan satu kegagalan dengan cukup jelas sehingga orang lain dapat mencobanya. Mulailah dengan tindakan dan hasil: membuka menu tertentu misalnya menyembunyikan kursor, atau memuat sesi menempatkan karakter di bawah lantai. Hindari memulai dengan beberapa paragraf tentang seluruh permainan. Orang yang membaca perlu tahu apa yang harus direproduksi.
Pisahkan kegagalan teknis dari preferensi. Tombol yang tidak melakukan apa-apa, tujuan yang tidak maju, dan meteran bertahan hidup yang terasa terlalu menuntut adalah jenis umpan balik yang berbeda. Semuanya mungkin layak dilaporkan, tetapi membutuhkan bukti yang berbeda. Keluhan keseimbangan harus menjelaskan pengalaman yang diinginkan; laporan bug harus menjelaskan perilaku yang diharapkan dan apa yang terjadi sebaliknya.
Pilih tujuan laporan berdasarkan lapisan yang gagal
Quest dalam game, masalah pembelian melalui launcher, dan kegagalan instalasi driver grafis membutuhkan tim dukungan yang berbeda. Jelaskan lapisan yang gagal sebelum memilih tujuan. Jika game berjalan tetapi tujuan tidak maju, mulailah dengan saluran pelaporan pengembang. Jika toko daring tidak dapat menyelesaikan unduhan, mulailah dengan dukungan platform.
Untuk masalah dugaan driver grafis, vendor perangkat keras mungkin memerlukan laporan terpisah. AMD menyediakan Alat Laporan Bug yang mengumpulkan detail sistem dan menerima langkah-langkah reproduksi serta lampiran. Alat itu mengirim informasi ke AMD; itu bukan pengganti untuk memberi tahu pengembang game tentang masalah quest atau sesi tersimpan. Gunakan ketika bukti atau panduan dukungan menunjukkan lapisan grafis atau sistem.
Hindari memposting laporan besar yang identik di mana-mana tanpa konteks. Jika dua tim dukungan terlibat, jelaskan alasannya dan simpan nomor kasus mereka secara terpisah secara privat. Referensi silang yang ringkas dapat mencegah pekerjaan duplikat, sementara unggahan publik dari setiap email dan lampiran dapat mengekspos informasi tanpa membantu siapa pun memahami batas teknis.
Buat judul yang dapat ditemukan kemudian
Judul yang bagus menggabungkan gejala yang terlihat dengan pemicu. Misalnya, kursor menu menghilang setelah menghubungkan aksesori penerbangan lebih mudah dikenali daripada tolong perbaiki gamenya. Sertakan build hanya setelah Anda memverifikasinya. Jangan masukkan teori yang belum teruji dalam judul seolah-olah itu fakta yang sudah mapan.
Untuk laporan quest, gunakan nama tujuan atau objek yang terlihat dan nyatakan kegagalan. Hindari spoiler di judul ketika saluran pelaporan mengizinkan flag spoiler atau deskripsi yang lebih netral. Anda dapat memasukkan detail progresi yang diperlukan di badan untuk orang yang menyelidiki masalah tersebut.
Cari kata kunci sebelum memposting. Jika Anda menemukan laporan yang sudah ada yang cocok dengan pemicu yang sama, bandingkan pembangunan dan hasilnya. Tambahkan bukti Anda di sana saat sesuai, daripada membuat thread lain yang hampir identik. Jika reproduksi Anda berbeda secara signifikan, jelaskan perbedaannya. Gejala serupa bisa memiliki penyebab yang berbeda, jadi jangan secara otomatis menggabungkan laporan yang tidak terkait maupun memaksa setiap pengamatan baru harus melakukan percakapan yang benar-benar terpisah.
Tulis hasil yang diharapkan dan aktual sebagai pasangan
Hasil yang diharapkan harus berasal dari instruksi antarmuka, perilaku normal sebelumnya, atau aturan permainan yang jelas, bukan hanya apa yang Anda harapkan terjadi. Jika Anda tidak yakin apakah perilaku tersebut memang dimaksudkan, bingkai laporan tersebut sebagai pertanyaan dan jelaskan ambiguitasnya. Ini memberi ruang untuk klarifikasi tanpa mengurangi kegunaan pengamatan Anda.
Hasil sebenarnya harus menggambarkan apa yang muncul di layar atau input apa yang masih memungkinkan. Teks tujuan tetap tidak berubah setelah interaksi ini lebih berguna daripada misi benar-benar rusak. Jika Anda masih bisa memindahkan, membuka menu, atau memuat sesi lain, sertakan informasi tersebut; ini membedakan pemblokir progresi dari pembekuan aplikasi.
Jaga agar keduanya tetap dekat dalam laporan. Pembaca tidak perlu merekonstruksi tindakan yang diharapkan dari beberapa paragraf sejarah. Ikuti dengan langkah-langkah reproduksi dan kemudian konteks opsional. Urutan ini membuat laporan lebih mudah dipindai dan memungkinkan penyelidik menguji klaim utama sebelum mempertimbangkan detail yang kurang pasti.
Membedakan reproduksi dari buku harian rute
Buku harian rute mencatat segala yang Anda lakukan. Sebuah reproduksi berisi urutan terkecil yang dibutuhkan untuk memicu masalah. Mulailah dengan buku harian Anda jika itu semua yang Anda miliki, kemudian identifikasi langkah mana yang benar-benar diperlukan, mungkin relevan atau hanya terjadi sebelumnya. Jangan hapus konteks yang tidak pasti; pindahkan ke catatan terpisah.
Jika pengujian aman, ubah satu prasyarat yang dicurigai. Misalnya, bandingkan interaksi sebelum dan setelah aksesoris opsional terpasang, atau bandingkan satu sesi yang terdampak dengan sesi lain yang ada. Jangan memulai kampanye baru atau mengorbankan kemajuan berharga hanya untuk menghasilkan laporan yang lebih bersih. Status tersimpan bisa menjadi titik awal yang lebih baik daripada memutar ulang berjam-jam aksi.
Jelaskan secara eksplisit ketika reproduksi Anda bergantung pada sesi tertentu yang tidak dapat Anda reduksi lebih lanjut. Penyelidik mungkin memerlukan sesi itu daripada rute tertulis yang lebih panjang. Simpan, deskripsikan langkah-langkah segera setelah memuat dan berikan secara pribadi saat diminta. Ini menjaga laporan tetap praktis bahkan ketika pemicu mendasar terjadi jauh sebelum kegagalan terlihat.
Laporkan frekuensi tanpa melebih-lebihkan keyakinan
Gunakan pengamatan yang dapat Anda hitung atau deskripsikan. Masalah terjadi pada dua pemuatan berturut-turut lebih jelas daripada selalu rusak. Masalah terjadi sekali setelah sesi panjang lebih jelas daripada mogok secara acak sepanjang waktu. Anda tidak perlu sampel besar untuk mengirim laporan yang berguna, tetapi Anda perlu menyatakan apa yang benar-benar Anda amati.
Jika upaya selanjutnya berhasil, tambahkan hasil tersebut. Perilaku yang berselang-seling adalah informasi berharga, terutama ketika berbeda menurut sesi, lokasi, atau perangkat terpasang. Jangan sembunyikan upaya yang berhasil karena khawatir itu membuat masalah asli kurang kredibel. Tujuannya adalah membantu mengidentifikasi kondisi, bukan memenangkan argumen tentang apakah permainan itu bagus.
Ketika pemain lain melaporkan hasil berbeda, bandingkan konteks daripada menganggapnya sebagai kontradiksi. Mereka mungkin memiliki build, rute, pengaturan input, atau status simpan yang berbeda. Minta detail relevan dan buat laporan Anda spesifik. Ketidaksetujuan antara dua pengaturan terdokumentasi dapat memberikan petunjuk berguna; pertukaran klaim universal jarang melakukannya.
Siapkan tangkapan layar dan rekaman dengan tujuan
Steam mendokumentasikan fungsi tangkapan layar dan persyaratan overlay untuk fitur tersebut. Jika metode penangkapan yang Anda konfigurasikan berhasil, gunakan untuk menampilkan kesalahan atau antarmuka yang relevan. Kegagalan penangkapan adalah masalah terpisah; Anda masih dapat mendeskripsikan gejala atau menggunakan metode penangkapan biasa lain yang tersedia di komputer Anda.
Sebelum merekam, tentukan apa yang perlu dilihat penonton: status awal, urutan input, dan hasilnya. Klip pendek dengan elemen-elemen tersebut lebih mudah diperiksa daripada beberapa menit pemutaran yang tidak terkait. Jika kesalahan cepat hilang, rekaman dapat membantu mempertahankan kata-katanya yang tepat tanpa mencoba berulang kali.
Tinjau file sebelum membagikannya. Periksa bahwa teks dapat dibaca dan bukti benar-benar menunjukkan masalah yang dilaporkan. Hapus konten desktop pribadi yang tidak terkait dari salinan bersama, sambil mempertahankan konten asli jika dukungan membutuhkan konteks nanti. Jangan menambahkan suntingan yang mengaburkan urutan tindakan atau membuat upaya terpisah tampak berkesinambungan. Bukti yang jelas seharusnya mengurangi ketidakpastian, bukan menciptakan cerita yang lebih meyakinkan namun menyesatkan.
Gunakan lampiran dan diagnostik secara hemat
Lebih banyak data tidak otomatis lebih baik. Mulailah dengan informasi yang sesuai dengan masalah: detail perangkat untuk input, mode tampilan untuk resolusi, tujuan, dan sesi untuk kemajuan. Jika dukungan meminta log atau ekspor diagnostik, berikan materi yang diminta dan tandai waktu kejadian. Hindari mengunggah seluruh folder pengguna sebagai pintasan.
Alat laporan AMD menawarkan salinan lokal dari informasi yang dikirimkan dan kolom riwayat driver. Fitur-fitur tersebut menggambarkan kebiasaan berguna bahkan di luar alat tersebut: simpan laporan Anda sendiri dan catat apakah masalah baru muncul setelah perubahan perangkat lunak. Artikel ini tidak mengklaim bahwa setiap crash memerlukan laporan AMD atau bahwa alat tersebut dapat mendiagnosis perangkat keras non-AMD.
Untuk lampiran pribadi apa pun, periksa saluran penerima dan izin akses. Bagikan hanya dengan penerima dukungan yang dituju, dan hindari tautan publik ketika file mungkin berisi informasi pribadi. Jaga bukti asli tetap tidak berubah dan kirim salinannya. Jika tim dukungan meminta format berbeda, catat permintaan tersebut agar Anda dapat membedakan kebutuhan diagnostik mereka dari solusi sementara yang ditemukan di tempat lain.
Tindaklanjuti dengan hasil, bukan hanya keluhan lain
Ketika dukungan menyarankan pengujian, laporkan versi awal, langkah yang diambil, dan hasilnya. Jika gejala berubah, jelaskan bagaimana. Sampai ke menu tetapi tetap gagal memuat merupakan hasil yang berbeda dari gagal sebelum jendela terbuka. Perbedaan ini memungkinkan penyelidik menentukan apakah pertanyaan berikutnya termasuk jalur kegagalan yang sama.
Jika pembaruan menyelesaikan masalah, sebutkan pembaruan mana dan bagaimana Anda memeriksanya. Jika masalah tetap ada, berikan reproduksi minimal yang sama pada versi baru daripada menulis ulang seluruh riwayat. Simpan bukti sebelumnya agar perubahan dapat dibandingkan.
Jika Anda tidak lagi memiliki sesi yang terdampak atau tidak dapat mengulangi masalah, nyatakan keterbatasan itu. Jangan membuat reproduksi bersih untuk menjaga laporan tetap aktif. Catatan penutupan yang jujur membantu pembaca di masa depan memahami seberapa banyak yang telah diverifikasi. Ini juga menjaga kepercayaan pada informasi berguna yang sudah Anda kontribusikan, bahkan ketika penyelidikan berakhir tanpa penjelasan pasti untuk kejadian asli.
Catat urutan terkecil yang dapat diandalkan
Tulis kondisi awal, kemudian tindakan secara berurutan. Sertakan hanya langkah-langkah yang berpengaruh pada kegagalan. Jika Anda tidak tahu apakah peristiwa sebelumnya relevan, masukkan dalam catatan konteks singkat daripada menyembunyikan reproduksi di dalam akun lengkap sesi permainan Anda.
Coba urutan itu lagi hanya jika tidak membahayakan kemajuan penting. Jika terjadi dua kali dari keadaan yang sama, katakan begitu. Jika terjadi sekali dan Anda tidak dapat mereproduksinya, katakan hal itu sebagai gantinya. Laporan jujur satu kali lebih berguna daripada klaim yakin bahwa setiap pemain akan mengalami masalah yang sama.
Sertakan build, toko aplikasi, dan informasi perangkat yang relevan. Untuk masalah input, sebutkan controller dan aksesori lain yang terpasang. Untuk masalah tampilan, catat resolusi yang dipilih dan apa yang benar-benar ditampilkan oleh game. Untuk masalah quest, nyatakan tujuan yang terlihat dan interaksi yang gagal untuk memajukannya.
Periksa catatan pengembang yang cocok
Baca pengumuman resmi terbaru sebelum mengajukan laporan duplikat. Perbaikan yang sudah diketahui dapat menghemat waktu jika instalasi tertinggal, dan masalah yang sudah diketahui mungkin sudah memiliki format diagnostik yang diminta. Jika masalah tetap ada setelah pembaruan terkait, sebutkan itu secara eksplisit dan jelaskan pengujian ulang Anda.
Catatan 4 September mengarahkan pemain yang mengalami simpanan jatuh melalui dunia ke info@breathedge.com. Simpan sesi yang terdampak dan berikan secara pribadi saat diminta. Untuk gejala lain, periksa pusat diskusi resmi untuk instruksi terkini yang sesuai; kontak untuk satu masalah yang dilaporkan tidak menggantikan setiap rute dukungan lainnya.
Lampirkan bukti yang menjawab pertanyaan
Tangkapan layar harus menunjukkan antarmuka atau kesalahan terkait dengan jelas. Rekaman singkat harus dimulai cukup awal untuk menampilkan aksi pemicu dan berhenti setelah hasilnya terlihat. Keduanya tidak memerlukan seluruh desktop, halaman akun, atau percakapan yang tidak terkait. Tinjau lampiran sebelum mempostingnya.
Simpan file asli saat menyiapkan gambar yang dipotong. Jika dukungan membutuhkan konteks lebih lanjut nanti, Anda dapat memberikannya tanpa mencoba membuat ulang masalah. Untuk log dan arsip, periksa isi dan bagikan hanya apa yang diminta. Jangan pernah menyertakan kata sandi, file otentikasi, atau folder pribadi yang tidak terkait dalam laporan publik.
Saat Anda mendeskripsikan sebuah kesalahan, pertahankan teks yang tepat. Saat Anda menjelaskan sebuah teori, labeli itu sebagai teori. Mengatakan bahwa masalah dimulai setelah menghubungkan controller adalah sebuah pengamatan; mengatakan driver controller pasti merusak save adalah klaim kausal yang membutuhkan bukti yang jauh lebih kuat.
Tutup lingkaran setelah mendapat jawaban
Jika langkah yang diminta berhasil, laporkan hasil dan versi yang digunakan. Jika tidak, sebutkan apa yang berubah dan apa yang tetap sama. Ini memungkinkan pengembang membedakan peningkatan parsial dari tidak ada efek dan membantu pembaca lain menghindari pengulangan jalur yang gagal.
Tetap menyimpan komentar lanjutan dalam diskusi yang sama jika memungkinkan. Memulai thread baru untuk setiap upaya memisahkan bukti dan membuat sejarah menjadi lebih sulit dipahami. Catatan singkat terakhir yang mengidentifikasi pembaruan yang berfungsi atau reproduksi yang tersisa sangat berharga bagi pemain berikutnya yang mencari gejala yang sama.
Simpan salinan akhir judul, tanggal, dan build yang telah diuji dalam catatan Anda sendiri. Jika gejala yang sama kembali beberapa bulan kemudian, catatan tersebut memungkinkan Anda mendeskripsikannya sebagai kemungkinan kekambuhan dengan riwayat yang diketahui, bukan dimulai dari ingatan samar. Tautkan diskusi sebelumnya dan jelaskan apa yang baru diamati.
Jika Anda menemukan bahwa laporan Anda menggunakan versi game yang salah, perbaiki secara eksplisit. Membiarkan klaim lama tidak memenuhi syarat dapat menyesatkan pemain yang kemudian mencari masalah yang diketahui di versi tersebut.
Sumber dan verifikasi
Artikel ini menggabungkan fakta yang dikutip dengan saran editorial praktis. Ikuti catatan versi dan ketidakpastian sebelum menerapkan rute lama.
