Menguji proyek dan menjaga integritas perubahan
INFO9-30
Menjalankan rencana uji, memeriksa hasil secara independen, dan mempertahankan jejak perbaikan.
Bekal awal: Dapat membaca kontrak serta jenis kesalahan.
Konteks bab
Evaluasi pekerjaan pada PDF133 menjadi konteks menelusuri sebab dan perbaikan. Semua data proyek disusun sebagai simulasi.
Bacaan dan kasus
8 · Total yang belum lengkap
Bacaan pendalaman
Kasus dan angka yang dibuat untuk latihan adalah simulasi/rekaan; fakta konsep dan sumber dibedakan dalam uraian.
Empat catatan rekaan memuat A01 total10 dipinjam4, A02 total6 dipinjam6, A03 total5 dipinjam2, dan A04 total2 dipinjam3. Program menampilkan sisa6,0,3 lalu menolak A04. Jumlah yang sah adalah9, tetapi label awal berbunyi “total seluruh persediaan”.
Pemeriksa mengusulkan label “total sisa dari tiga baris valid:9; satu baris perlu diperiksa”. A04 tidak diubah diam-diam menjadi2 dipinjam2. Data awal disimpan agar sumber masalah dapat ditelusuri. Kelompok juga memastikan angka0 pada A02 tetap masuk sebagai data sah.
Portofolio akhir memuat kontrak, jejak validasi, laporan, uji, dokumentasi, serta revisi label. Setiap anggota menjelaskan satu kasus baru dan mencatat bantuan. Program tetap diberi batas model pembelajaran; tidak diklaim siap mengelola transaksi pondok nyata. Kejujuran cakupan menjadi bagian mutu teknis.
Fokus pemeriksaan. Mengapa label hasil merupakan bagian ketepatan program?
Jejak uji menghubungkan harapan dan kenyataan
Untuk setiap kasus, tuliskan data, hasil harapan, hasil aktual, dan status. Contoh total12 pinjam5 harus menghasilkan7; total4 pinjam6 harus ditolak. Hitungan manual kecil menjadi pembanding, bukan keluaran program yang disalin sebagai jawaban harapan. Pisahkan kegagalan kode dari kesalahan data atau kontrak yang belum jelas.
Perubahan membutuhkan alasan
Ketika bug ditemukan, catat kasus pemicu dan bagian yang diubah. Simpan versi sebelumnya agar perbedaan dapat diperiksa. Setelah perbaikan, ulangi kasus gagal serta pemeriksaan relevan pada perilaku yang mungkin terpengaruh. Jangan memperluas perubahan ke seluruh program tanpa kebutuhan karena risiko baru lebih sulit ditelusuri.
Uji tidak mengesahkan semua penggunaan
Lulus uji model belum membuktikan sistem siap untuk pengguna banyak, data besar, atau kondisi jaringan berbeda. Nyatakan cakupan serta hal yang belum diuji. Jika praktik menjalankan program belum tersedia, penelusuran di kertas memberi bukti penalaran, tetapi tujuan eksekusi/perangkat yang belum mendapat kesempatan tetap dicatat belum dinilai.
Telusuri contoh
Program memberi17 untuk12 dan5. Bagaimana mencatat?
- Harapan7, aktual17, gagal pada perhitungan sisa.
- Periksa operator dan alur nilai.
- Setelah koreksi, jalankan ulang kasus serta batas0 dan pinjam=total.
Uji semua contoh awal lulus. Apa langkah laporan?
- Sebut daftar dan versi yang diuji.
- Nyatakan batas ukuran data serta kondisi.
- Hindari klaim bebas semua bug.
Lulus uji terbatas bukan bebas semua bug; jangan mengganti hasil harapan agar program salah tampak lulus.
Latihan mandiri
1 Apa empat kolom laporan uji?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Data/masukan, hasil harapan, aktual, dan status; alasan kasus juga berguna.
2 Mengapa versi lama disimpan?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Agar perubahan dan alasan dapat dibandingkan serta dipulihkan bila diperlukan.
3 Apa uji ulang setelah memperbaiki operator?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Kasus gagal, batas nol, pinjam=total, serta kasus valid/invalid relevan.
4 Apa batas bukti penelusuran kertas?
Petunjuk awal
Pisahkan informasi yang diketahui, alasan yang diperlukan, dan batas kesimpulan. Periksa kembali contoh sebelum membuka pembahasan.
Pembahasan · buka setelah mencoba
Memeriksa logika, tetapi belum membuktikan eksekusi dan penggunaan perangkat nyata.
Perluas pemahamanmu
Buat satu uji tambahan yang mungkin mengungkap masalah belum tercakup. Jelaskan risikonya, bukan sekadar menambah jumlah uji.
Coba dengan umpan balik
Latihan otomatis membantu pemeriksaan; tuliskan alasan dan langkah untuk membuktikan pemahaman.
1 Setelah bug diperbaiki, pemeriksaan yang tepat ialah…
Petunjuk awal
Tentukan informasi, konsep dan bukti yang dibutuhkan.
Pembahasan · buka setelah mencoba
A. mengulang kasus gagal dan uji relevan. Perbaikan dibuktikan oleh hasil serta cakupan uji yang sesuai.
Praktik dan refleksi
Gunakan empat data rekaan dan satu bug yang sengaja diberikan pendamping. Tulis jejak sebelum dan sesudah perbaikan.
Penanda pribadi di perangkat ini; bukan nilai atau bukti penguasaan.