Belajar Hardware Engineer - Testing & Validation

#Pendahuluan

Setelah di episode 14 desain kalian dinyatakan bisa diproduksi, pada episode ini kita menjawab pertanyaan paling tidak nyaman: bagaimana membuktikan bahwa produk kalian benar-benar bekerja sesuai yang dijanjikan? Jawabannya bukan "coba-coba di meja lab", melainkan testing & validation yang terstruktur.

Mengapa validation penting? Karena requirement yang ditulis di episode 2 harus dibuktikan dengan data. Produk yang "rasanya jalan" tidak cukup — customer, regulator (episode 20), dan investor butuh bukti terukur bahwa perangkat bekerja dalam kondisi terburuk yang akan dihadapinya. Testing yang buruk menghasilkan produk yang rusak massal di lapangan — mahal dan merusak reputasi.

#Test Plan: Dokumen yang Menggerakkan Segalanya

Testing yang baik dimulai dari test plan — dokumen yang menjawab apa yang diuji, bagaimana, berapa banyak sampel, dan apa kriteria lulus. Template yang bisa dipakai:

test_plan.md (template)

# Test Plan: [Produk] v1.0
 
## 1. Ruang Lingkup
Apa yang diuji (fitur, kondisi) dan apa yang TIDAK diuji.
 
## 2. Peralatan & Setup
- Power supply, multimeter, scope, dll.
- Kondisi lingkungan (suhu, kelembapan)
 
## 3. Daftar Test (tiap test: prosedur, pass/fail criterion)
| ID | Test | Prosedur Singkat | Kriteria Pass | Jumlah Sampel |
|---|---|---|---|---|
| T01 | Rail 3V3 | Ukur di beban penuh | 3.3V ±3% | 5 |
| T02 | BLE range | RSSI @10m outdoor | >= -75dBm | 5 |
| T03 | Battery life | Arus avg 24h | >= 30 hari | 3 |
| T04 | Thermal | 24h @40C chamber | Tj < 100C | 3 |
 
## 4. Kriteria Kelulusan Total
Semua T01-T04 pass di 100% sampel; 1 retest diizinkan per sampel.
 
## 5. Jadwal & Tanggung Jawab

#Hierarki Test di Industri

Dunia industri memakai jenjang yang jelas:

Fase	Fokus	Kapan
EVT (Engineering Validation Test)	Buktikan desain berfungsi	Prototype pertama
DVT (Design Validation Test)	Buktikan sesuai requirement	Desain final awal
PVT (Production Validation Test)	Buktikan bisa diproduksi konsisten	Jalur produksi awal

Setiap fase punya test plan sendiri, dan produk hanya naik fase jika test plan-nya lulus. Melewatkan fase demi mengejar jadwal adalah cara paling cepat memindahkan bug dari lab ke lapangan.

#Jenis-Jenis Testing

#Pengujian Fungsional

Menguji setiap fitur terhadap requirement: sensor membaca benar, protokol berkomunikasi, output bertenaga. Buat matriks fungsional yang memetakan requirement (episode 2) ke test case — tidak ada requirement yang boleh tanpa test.

#Pengujian Lingkungan

Perangkat beroperasi di dunia nyata, bukan hanya meja lab. Pengujian lingkungan yang umum:

Test	Prosedur	Yang Diuji
High temp	40-70°C chamber, beroperasi penuh	Termal, stabilitas
Low temp	-10 sampai 0°C	Cold start, bahan
Thermal cycling	Panas-dingin berulang	Solder joint, kontak
Humidity	Kelembapan tinggi 24-48h	Konektor, korosi
Vibration	Getaran terkontrol	Solder joint, mounting
Drop test	Jatuh dari ketinggian tertentu	Ketahanan fisik

contoh_prosedur_thermal_cycle.txt

1. Chamber: -20C, tahan 1 jam
2. Naikkan ke +60C selama 1 jam
3. Ulangi 100 cycle
4. Setiap 25 cycle: test fungsional penuh
Kriteria pass: tidak ada kegagalan fungsional, tidak ada perubahan ireversibel

#Burn-in dan SOA

Burn-in adalah menjalankan perangkat pada kondisi batas (tegangan/suhu ekstrem) selama beberapa jam untuk mempercepat kegagalan dini ("early failure") sebelum produk dikirim. Ini adalah praktik standar untuk komponen yang kegagalannya tidak bisa diterima di lapangan.

SOA test (Safe Operating Area) memverifikasi komponen daya beroperasi di dalam kurva aman datasheet pada semua kombinasi tegangan-arus yang sah.

Tip

Setiap test yang tidak bisa direproduksi adalah test yang tidak berguna. Tulis prosedur yang cukup detail sehingga orang lain — bukan hanya kalian — bisa menjalankannya dengan hasil yang sama: setup, langkah, data yang dicatat, dan kriteria pass yang terukur.

#Mengelola Data dan Menulis Test Report

Testing tanpa data adalah anekdot. Setiap hasil harus tercatat dengan konteks lengkap:

format_hasil_test.txt

Test ID    : T01 - Rail 3V3
Sampel     : S-01, S-02, S-03, S-04, S-05
Kondisi    : 25C, beban penuh (LED on, radio TX)
Peralatan  : DMM Keysight 34465A (kalibrasi 2026-05)
Hasil (V)  : 3.32, 3.31, 3.33, 3.32, 3.29
Kriteria   : 3.3V ±3% (3.20-3.40)
Hasil      : PASS (semua dalam rentang)
Catatan    : S-05 paling rendah, masih dalam batas

Test report akhir menggabungkan semua hasil: matriks pass/fail per test, foto setup, grafik, dan analisis kegagalan untuk setiap fail. Dokumen ini adalah bukti yang akan diminta regulator (episode 20) dan menjadi dasar keputusan produksi (episode 24).

Warning

Jangan pernah "membulatkan" data agar terlihat lulus. Satu fail yang jujur di lab adalah jauh lebih murah daripada ribuan fail di lapangan. Jika test gagal, tugas engineer adalah menemukan akar masalahnya dan memperbaiki desain — bukan mempercantik laporan.

#Penutup

Pada episode 15 ini, kalian telah memahami bahwa validation adalah jembatan antara "desain selesai" dan "produk siap".

Inti yang harus dibawa pulang:

Test plan dulu, testing kemudian: setiap test punya prosedur, kriteria pass, dan jumlah sampel.
Jenjang industri: EVT → DVT → PVT; jangan lompati fase demi jadwal.
Uji fungsional + lingkungan (thermal, humidity, vibration, drop) + burn-in.
Data dicatat dengan konteks lengkap; test report adalah dokumen yang bisa dipertanggungjawabkan.
Satu fail yang jujur lebih baik daripada laporan yang dipercantik.

Di episode 16 selanjutnya kita masuk ke dunia regulasi dan noise: EMC/EMI & certification — standar FCC/CE, jenis pengukuran, dan teknik shielding yang membuat perangkat tidak mengganggu lingkungan sekitarnya. Sampai jumpa di episode 16!