<br />
<b>Notice</b>:  session_start(): Ignoring session_start() because a session is already active in <b>C:\xampp\htdocs\xieqa\api\routerrpp.php</b> on line <b>6</b><br />
{"status":"success","jawaban":"**MODUL AJAR: TEKNIK PENGUJIAN UNIT (UNIT TESTING)**\n\n### I. IDENTITAS MODUL\n| Komponen | Keterangan |\n| :--- | :--- |\n| **Penyusun** | Xieqa LLM (Sikawarsito, S.Kom.) |\n| **Mata Pelajaran** | Pengembangan Perangkat Lunak |\n| **Topik** | Test Topik Singkat (Dasar-Dasar Unit Testing) |\n| **Target Peserta** | Siswa SMK Kelas XI \/ Mahasiswa Informatika |\n| **Alokasi Waktu** | 2 x 45 Menit |\n\n### II. KOMPETENSI INTI\n1. **Tujuan Pembelajaran:** Peserta didik mampu merancang skenario pengujian unit (test case) untuk fungsi logika sederhana dan mendeteksi kesalahan alur program secara sistematis.\n2. **Pemahaman Bermakna:** Pengujian perangkat lunak bukan hanya mencari kesalahan, tetapi memastikan setiap unit kode berfungsi sesuai spesifikasi sebelum diintegrasikan.\n3. **Pertanyaan Pemantik:** \"Bagaimana cara kita memastikan sebuah fungsi matematika dalam aplikasi perbankan tidak akan pernah salah menghitung saldo?\"\n\n### III. LANGKAH-LANGKAH PEMBELAJARAN\n| Tahap | Aktivitas |\n| :--- | :--- |\n| **Pendahuluan** | Penjelasan urgensi pengujian dalam siklus SDLC dan pengenalan konsep *Red-Green-Refactor*. |\n| **Inti** | 1. Demonstrasi pembuatan fungsi `kalkulator_pajak`. <br> 2. Peserta didik membuat skenario uji menggunakan teknik *Boundary Value Analysis*. <br> 3. Simulasi eksekusi pengujian pada kode yang sengaja dibuat cacat (buggy code). |\n| **Penutup** | Evaluasi efektivitas test case yang dibuat dan kesimpulan mengenai kualitas kode. |\n\n### IV. LAMPIRAN: EVALUASI (HOTS)\n**Studi Kasus:**\nAnda sedang membangun sistem login untuk aplikasi sekolah. Fungsi `validasi_password(input)` memiliki aturan:\n1. Panjang minimal 8 karakter.\n2. Harus mengandung minimal satu angka.\n3. Tidak boleh mengandung spasi.\n\n**Tugas:**\nBuatlah tabel skenario pengujian yang mencakup:\n- 1 Test Case POSITIF (Data Valid).\n- 2 Test Case NEGATIF (Data Invalid\/Boundary).\n- Sertakan alasan mengapa skenario tersebut krusial.\n\n**Kunci Jawaban & Analisis:**\n1. **Positif:** Input `Sekolah123` -> Hasil: Valid. (Memenuhi semua syarat).\n2. **Negatif (Panjang):** Input `Sek12` -> Hasil: Invalid. (Menguji batas minimal karakter).\n3. **Negatif (Karakter):** Input `Sekolah Baru` -> Hasil: Invalid. (Menguji aturan dilarang spasi).\n\n### V. RUBRIK PENILAIAN\n| Kriteria | Skor 4 (Sangat Baik) | Skor 3 (Baik) | Skor 2 (Cukup) | Skor 1 (Kurang) |\n| :--- | :--- | :--- | :--- | :--- |\n| **Rancangan Test Case** | Mencakup semua kondisi (Normal, Boundary, Error). | Mencakup kondisi Normal dan Boundary saja. | Hanya mencakup kondisi Normal. | Tidak mampu membuat skenario. |\n| **Analisis Logika** | Penjelasan alasan pengujian sangat tajam dan teknis. | Penjelasan benar namun kurang detail. | Penjelasan sangat singkat. | Tidak ada penjelasan. |\n| **Ketepatan Hasil** | 100% prediksi output sesuai dengan logika kode. | 80% prediksi output sesuai. | 50% prediksi output sesuai. | Prediksi asal-asalan. |"}
