Terjemahan berbantuan mesin; nama item permainan mungkin tetap dalam bahasa Inggris.
Alur kerja untuk membedakan perubahan pembaruan dari masalah simpanan serta menggunakan alat pelaporan bawaan Breathedge 2.
Simpan bukti sebelum bereksperimen
Ketika sebuah save berperilaku berbeda setelah pembaruan, tahan diri untuk membuat rangkaian panjang perubahan langsung. Catat versi yang terpasang, tindakan terakhir sebelum masalah, dan apakah masalah terjadi setiap saat. Simpan save yang terkena dampak sebisa mungkin sebelum menguji status lain. Ini tidak memerlukan menebak jalur file save game atau mengedit file yang tidak Anda pahami.
Tujuannya adalah untuk mempertahankan catatan yang jelas sebelum dan sesudah. Jika Anda mengubah kontrol, memindahkan objek, mengulang quest, dan menimpa kemajuan sebelum merekam apapun, akan sulit untuk menentukan langkah mana yang memengaruhi hasil. Uji terkendali mengubah satu kondisi pada satu waktu. Itu membantu Anda pulih ketika ada perbaikan sederhana dan memberi dukungan kasus yang koheren ketika tidak ada.
Baca cakupan patch yang sebenarnya
Patch yang menyatakan bahwa satu bug terkait save diperbaiki tidak berarti semua masalah loading yang dilaporkan memiliki penyebab yang sama. Versi 0.8.7 menangani masalah timing save penerbangan shuttle tertentu dan masalah yoke depot. Para pengembang juga menyebutkan laporan jatuh melalui dunia setelah pembaruan, tetapi mengatakan bahwa save yang mereka periksa dimuat dengan benar bagi mereka. Itu adalah situasi diagnostik yang belum terselesaikan, bukan perbaikan universal atau bukti bahwa pemain membayangkan gejalanya.
Jika kasus Anda mirip dengan masalah yang tercantum, pertama pastikan pembaruan selesai, kemudian uji interaksi terkait sekali. Jelaskan hasilnya secara tepat. Jika berbeda dari catatan, perbedaan itu adalah bukti yang berguna. Hindari kesimpulan umum seperti 'semua save lama rusak' dari satu kejadian, atau 'semua save aman' karena satu pengujian berhasil. Dukungan Early Access bekerja lebih baik saat laporan mempertahankan cakupan sebenarnya.
Bedakan aturan yang berubah dari quest yang rusak
Beberapa masalah hilang setelah aturan saat ini dipahami. Huruf taksi sengaja disebarkan dalam radius 20 meter, bukan tumpukan demo. Beberapa interaksi pembongkaran kini memerlukan Twister. Pintu dapat menerima baterai yang dikumpulkan di tempat lain setelah 0.8.6. Panduan yang dibangun berdasarkan perilaku sebelumnya mungkin membuat quest yang berfungsi terlihat rusak.
Sebelum melaporkan, baca tujuan dan prompt saat ini. Bandingkan dengan catatan resmi terbaru, lalu lakukan interaksi yang diminta oleh build saat ini. Jika berlanjut, perbarui catatan pribadi Anda agar tidak mengulangi asumsi lama. Jika gagal, laporan Anda bisa mengatakan bahwa Anda memeriksa perubahan terkait dan tetap mereproduksi masalahnya. Itu menghilangkan ambiguitas tanpa memaksa Anda untuk memecahkan masalah seluruh game sendiri.
Gunakan alat laporan dalam game
Pengumuman peluncuran menjelaskan rute pelaporan bawaan: tekan Esc, pilih Laporkan Bug dan tulis masalahnya. Tombol di bagian bawah dapat melampirkan save. Pengembang juga meminta detail kontak opsional ketika tindak lanjut mungkin membantu. Bagikan hanya apa yang Anda nyaman untuk berikan, dan jauhkan informasi pribadi yang tidak terkait dari deskripsi.
Laporan yang berguna memiliki empat bagian dalam bahasa biasa: di mana Anda berada, apa yang Anda lakukan, apa yang Anda harapkan, dan apa yang terjadi sebagai gantinya. Tambahkan apakah hasilnya terulang. Misalnya, identifikasi tahap quest dan objek yang terlibat daripada mengatakan 'misi gagal.' Jika Anda melampirkan save, jelaskan apa yang harus dilakukan pengembang segera setelah memuatnya. Itu mengubah lampiran dari misteri besar menjadi kasus uji praktis.
Pisahkan gejala perangkat keras dari gejala progresi
Hotfix peluncuran mencakup masalah input dan tampilan serta masalah quest. Versi 0.8.6 mengatasi kunci mode kontroler dan kursor yang hilang terkait dengan roda, pedal, atau yoke yang terhubung. Versi 0.8.7 memperbaiki resolusi 5120 dengan 1440 dan kembali ke mode ultrawide yang lebih rendah. Jika masalah Anda berkaitan dengan input atau tampilan, sertakan perangkat dan resolusi terkait daripada menguburnya dalam narasi quest.
Untuk perbandingan yang jelas, catat periferal mana yang terhubung dan apakah gejala muncul di menu, permainan, atau keduanya. Jika Anda memutuskan sementara perangkat opsional untuk pengujian, catat itu sebagai hasil pengujian daripada mengumumkannya sebagai perbaikan yang dijamin. Masalah AZERTY masih diakui dalam catatan 0.8.5; tidak ada catatan selanjutnya yang diambil untuk panduan ini yang secara eksplisit menyatakan telah diperbaiki. Jangan menganggap perbaikan pengontrol yang tidak terkait menyelesaikan perilaku tata letak keyboard.
Kembali bermain setelah satu pengujian yang berguna
Pemecahan masalah bisa menghabiskan lebih banyak waktu daripada masalah aslinya. Setelah Anda mengonfirmasi masalah yang bisa direproduksi, menyimpan status terkait, dan mengirimkan laporan singkat jika diinginkan, hentikan pengulangan tindakan gagal yang sama. Lanjutkan dari simpanan lain yang dapat digunakan atau hentikan objektif itu jika permainan mengizinkannya. Jika tidak ada kelanjutan aman, simpan bukti untuk pembaruan berikutnya daripada menimpanya karena frustrasi.
Ketika patch baru hadir, bacalah untuk gejala spesifik Anda dan uji urutan relevan terkecil. Perbarui catatan Anda dengan hasilnya. Ini adalah cara yang mudah untuk berpartisipasi di Early Access: Anda menjaga kemajuan Anda sendiri agar dapat dimengerti, menghindari janji yang tidak didukung tentang kompatibilitas penyimpanan, dan memberikan umpan balik yang benar-benar bisa memicu perbaikan.
Buat laporan yang bisa dibaca sekaligus
Gunakan struktur singkat: versi dan perangkat, lokasi atau misi, langkah-langkah, hasil yang diharapkan, hasil aktual, dan kemampuan untuk direproduksi. Letakkan kegagalan di awal. Pembaca seharusnya tidak perlu membaca seluruh catatan sesi untuk mengetahui bahwa interaksi pintu tidak pernah maju. Tambahkan latar belakang hanya ketika itu mengubah reproduksi, seperti telah mengumpulkan baterai sebelum mencapai objektif.
Struktur contoh: 'Pada build saat ini, saya memuat simpanan terlampir di objektif ini. Saya mendekati objek yang disebutkan dan menggunakan interaksi yang ditampilkan. Saya mengharapkan tahap maju, tetapi prompt tetap tidak berubah. Ini terjadi lagi setelah memuat ulang simpanan yang sama.' Ganti setiap placeholder dengan pengamatan Anda. Jangan klaim dapat direproduksi kecuali Anda telah mengujinya. Format ini berguna karena mengidentifikasi keadaan awal dan tindakan, memungkinkan orang lain menilai perilaku yang sama tanpa menebak apa yang Anda lakukan.
Jelaskan apa yang terkandung pada simpanan terlampir
Lampiran save lebih berguna dengan kalimat yang menjelaskan dari mana ia dimulai dan seberapa dekat dengan kegagalan. Katakan apakah itu sebelum tindakan, segera setelah masalah, atau titik perbandingan yang lebih lama. Jika objek terkait tidak terlihat, berikan tanda terdekat. Pengembang seharusnya tidak perlu memulai ulang quest hanya untuk menemukan situasi yang Anda maksud untuk dilaporkan.
Jika Anda memiliki beberapa save, pilih yang paling menjaga reproduksi daripada secara otomatis melampirkan yang terbaru. Save yang lebih baru mungkin sudah melewati pemicu penting. Simpan status lain tersedia jika dukungan memintanya, tetapi hindari mengirim koleksi membingungkan tanpa label. Panduan ini tidak memberikan jalur filesystem yang belum diverifikasi atau menyuruh Anda mengedit save. Gunakan mekanisme pelaporan yang disediakan permainan dan jelaskan statusnya dengan istilah permainan biasa.
Bedakan antara kemajuan yang hilang dan kemajuan yang berubah
Kemajuan yang hilang berarti status yang dimuat lebih awal daripada yang Anda harapkan atau tidak memiliki tindakan yang Anda ingat telah diselesaikan. Kemajuan yang berubah berarti tahap yang sama sekarang berperilaku berbeda di build baru. Mulailah dengan mengidentifikasi mana yang Anda amati. Periksa save yang Anda pilih dan riwayat permainan terkini sebelum mengasumsikan pembaruan menulis ulang quest.
Jika Anda menggunakan lebih dari satu komputer, sebutkan perangkat mana yang terakhir menyimpan kemajuan yang diinginkan. Masalah sinkronisasi dapat menghasilkan status lama tanpa kegagalan quest dalam permainan. Sebaliknya, status terbaru yang benar dapat dimuat dan tetap mengandung bug kemajuan. Menjaga cabang tersebut terpisah membantu Anda mencari dukungan yang tepat. Jangan pilih overwrite atau menyimpan berulang kali pada status saat masih memutuskan salinan mana yang relevan. Tentukan garis waktu terlebih dahulu, kemudian uji perilaku permainan pada salinan yang Anda maksud untuk dimuat.
Bandingkan satu perubahan pada satu waktu setelah pembaruan
Ketika patch baru tiba, selesaikan proses pembaruan biasa dan uji ulang tindakan relevan sebelum menerapkan solusi lain yang tidak terkait. Jika Anda juga mengubah beberapa pengaturan grafis, mencabut perangkat dan memuat save lama, hasil yang berhasil menjadi sulit untuk ditafsirkan. Perbandingan yang bersih menanyakan apakah pembaruan saja mengubah gejala dalam kondisi yang sama.
Jika gejala tetap ada, maka pilih tes berikutnya berdasarkan jenisnya. Masalah input layak dibandingkan input; aset yang hilang yang terpasang mungkin membenarkan verifikasi file; pemicu quest layak untuk reproduksi dalam keadaan tersimpan. Catat hasilnya dan berhenti mengulang tes yang tidak memberikan informasi baru. Ini membuat pemecahan masalah tetap proporsional. Anda dapat memberikan bukti berguna tanpa harus menghabiskan berjam-jam menguji setiap kemungkinan atau berpura-pura bahwa satu percobaan berhasil membuktikan seluruh kelas masalah terselesaikan.
Sertakan detail perangkat keras hanya ketika penting
Untuk masalah tampilan, resolusi, mode tampilan, dan perangkat keras grafis bisa relevan. Untuk masalah kontroler, perangkat dan periferal lain yang terhubung sangat penting. Untuk interaksi quest tertentu yang berperilaku konsisten, inventaris perangkat keras yang panjang mungkin kurang berguna dibandingkan tahap quest dan save. Sesuaikan laporan dengan gejala daripada menyalin template diagnostik generik yang sangat besar.
Jika dukungan meminta detail lebih lanjut, berikan saat itu juga. Pada laporan pertama, pastikan informasi tetap mudah dibaca dan hindari menyertakan kredensial akun, file pribadi yang tidak terkait, atau tangkapan desktop penuh dengan konten pribadi. Laporan yang membantu tidak memerlukan informasi sensitif. Langkah gameplay yang tepat, build, dan penyimpanan yang relevan biasanya menjadi titik awal yang lebih baik dibandingkan detail sistem yang spekulatif. Tujuannya adalah untuk memudahkan pertanyaan diagnostik berikutnya, bukan untuk membebani penerima dengan segala hal yang bisa Anda temukan tentang komputer.
Melaporkan umpan balik saldo berbeda dari kerusakan
Mekanik bisa berfungsi sesuai tujuan dan tetap terasa tidak nyaman. Jika kekhawatiran Anda adalah bertahan hidup cepat habis atau interaksi memakan waktu terlalu lama, gambarkan pengalaman tersebut sebagai umpan balik kecuali Anda memiliki bukti kerusakan. Sertakan tingkat kesulitan, aktivitas, dan hasil yang Anda inginkan. Itu membantu tim membedakan permintaan penyetelan dari pemicu yang rusak.
Misalnya, jelaskan bahwa pengembalian berulang mengganggu pembacaan atau eksplorasi pada pengaturan Anda saat ini, daripada menyatakan bahwa meteran bermasalah karena Anda tidak menyukai kecepatannya. Jika Anda merasa meteran berperilaku tidak konsisten, jelaskan tes yang sebanding yang menunjukkan perbedaannya. Umpan balik yang jelas dapat memengaruhi desain tanpa salah diberi label sebagai kesalahan teknis. Ini juga membantu pemain lain memberikan saran yang relevan: perubahan tingkat kesulitan mungkin mengatasi preferensi pengalaman, meskipun tidak selalu memperbaiki misi yang gagal mendaftarkan aksi.
Menjaga pesan tindak lanjut tetap terkait dengan kasus asli
Jika Anda kemudian menemukan reproduksi yang lebih andal, perbarui saluran laporan yang sama jika memungkinkan dan identifikasi detail baru. Katakan apa yang berubah: pengaturan objek tertentu, simpanan sebelumnya, atau status input yang berbeda. Hindari mengirim keluhan samar yang sama berulang kali tanpa bukti tambahan. Satu kasus yang koheren lebih mudah diikuti daripada beberapa akun yang terpisah yang tampaknya menggambarkan masalah yang tidak terkait.
Jika masalah hilang, sebutkan build dan tindakan yang sekarang berhasil. Jangan hapus perbedaan antara perbaikan yang sudah dikonfirmasi dan gejala yang tidak bisa Anda ulangi lagi. Keduanya adalah hasil yang berguna, tetapi berarti hal yang berbeda. Jika Anda nyaman memberikan detail kontak opsional, buat relevan untuk tindak lanjut dan jangan masukkan ke publikasi jika tidak diperlukan. Tujuannya adalah membantu menyelesaikan kasus sambil menjaga komunikasi dan informasi pribadi Anda tetap di bawah kendali.
Jaga catatan pemulihan kecil untuk jeda panjang
Sebelum meninggalkan run Early Access untuk sementara waktu, catat versi saat ini, tujuan aktif, dan alasan Anda berhenti. Sebutkan masalah yang belum terselesaikan dan laporan yang Anda kirim. Saat kembali beberapa bulan kemudian, catatan ini dapat menyelamatkan Anda dari salah mengira tugas yang terlupakan sebagai bug baru atau mengulangi solusi sementara yang tidak diperlukan oleh patch.
Baca catatan terkini untuk sistem yang terdampak, lalu uji masalah sempit sekali. Jika berhasil, lanjutkan proses dan hentikan solusi lama. Jika tidak, catatan sebelumnya memberikan konteks untuk laporan yang diperbarui. Ini adalah kebiasaan kontinuitas yang bisa dikelola, terutama ketika game diharapkan mendapatkan konten besar seiring waktu. Anda tetap memiliki catatan jelas tentang kemajuan Anda sendiri tanpa berasumsi bahwa setiap pembaruan di masa depan akan mempertahankan setiap status atau mengharuskan memulai dari awal.
Tutup siklus saat masalah telah terselesaikan
Ketika tindakan yang relevan berhasil lagi, perbarui catatan pribadi Anda dengan versi dan hasilnya. Hapus solusi sementara dari rutinitas Anda kecuali masih memiliki tujuan yang jelas. Melanjutkan menerapkan perbaikan lama setelah masalah mendasar berubah dapat menimbulkan kebingungan baru, terutama jika mengubah kontrol atau urutan tindakan.
Jika Anda memposting permintaan bantuan secara publik, tindak lanjut fakta singkat dapat membantu pemain berikutnya: identifikasi patch atau kondisi yang diubah dan katakan apa yang sekarang bekerja. Hindari menyatakan setiap masalah terkait telah terselesaikan. Penyelesaian yang akurat secara sempit lebih berguna daripada klaim yang luas, dan ini mempertahankan perbedaan antara kasus yang Anda uji dan masalah yang mungkin masih diteliti oleh pemain lain.
Sumber dan verifikasi
Artikel ini menggabungkan fakta yang dikutip dengan saran editorial praktis. Ikuti catatan versi dan ketidakpastian sebelum menerapkan rute lama.
