Tergantung di mana Anda melihat, Anda akan mendapatkan jawaban yang sedikit berbeda. Saya sudah banyak membaca tentang subjek ini, dan inilah distilasi saya; sekali lagi, ini sedikit berbulu dan yang lain mungkin tidak setuju.
Tes Unit
Menguji unit fungsi terkecil, biasanya metode / fungsi (mis. Diberi kelas dengan status tertentu, memanggil metode x pada kelas harus menyebabkan y terjadi). Tes unit harus difokuskan pada satu fitur tertentu (misalnya, memanggil metode pop ketika stack kosong harus melempar a InvalidOperationException). Segala sesuatu yang disentuhnya harus dilakukan dalam memori; ini berarti bahwa kode uji dan kode yang sedang diuji tidak boleh:
- Panggil ke kolaborator (non-sepele)
- Akses jaringan
- Memukul database
- Gunakan sistem file
- Putar utas
- dll.
Segala jenis ketergantungan yang lambat / sulit dipahami / diinisialisasi / dimanipulasi harus dihapus / diolok-olok / apa pun menggunakan teknik yang sesuai sehingga Anda dapat fokus pada apa yang dilakukan unit kode, bukan apa yang dilakukan ketergantungannya.
Singkatnya, tes unit sesederhana mungkin, mudah di-debug, andal (karena faktor eksternal berkurang), cepat dieksekusi dan membantu membuktikan bahwa blok bangunan terkecil dari fungsi program Anda sebagaimana dimaksudkan sebelum disatukan. Peringatannya adalah bahwa, meskipun Anda dapat membuktikan bahwa mereka bekerja dengan sempurna dalam isolasi, unit kode mungkin meledak ketika digabungkan yang membawa kita ke ...
Tes Integrasi
Tes integrasi dibangun berdasarkan pengujian unit dengan menggabungkan unit kode dan pengujian yang menghasilkan kombinasi berfungsi dengan benar. Ini bisa berupa jeroan dari satu sistem, atau menggabungkan beberapa sistem bersama untuk melakukan sesuatu yang bermanfaat. Juga, hal lain yang membedakan tes integrasi dari tes unit adalah lingkungan. Tes integrasi dapat dan akan menggunakan utas, mengakses database atau melakukan apa pun yang diperlukan untuk memastikan bahwa semua kode dan perubahan lingkungan yang berbeda akan bekerja dengan benar.
Jika Anda telah membuat beberapa kode serialisasi dan unit menguji jeroan tanpa menyentuh disk, bagaimana Anda tahu itu akan berfungsi ketika Anda memuat dan menyimpan ke disk? Mungkin Anda lupa menyiram dan membuang aliran file. Mungkin izin file Anda salah dan Anda telah menguji jeroan menggunakan dalam aliran memori. Satu-satunya cara untuk mengetahui dengan pasti adalah mengujinya 'nyata' menggunakan lingkungan yang paling dekat dengan produksi.
Keuntungan utama adalah bahwa mereka akan menemukan bug yang tidak dapat diuji unit seperti bug pengkabelan (misalnya turunan kelas A yang secara tak terduga menerima turunan nol dari B) dan bug lingkungan (berfungsi dengan baik pada mesin CPU-tunggal saya, tetapi saya 4 mesin inti kolega tidak dapat lulus tes). Kerugian utama adalah bahwa tes integrasi menyentuh lebih banyak kode, kurang dapat diandalkan, kegagalan lebih sulit untuk didiagnosis dan tes lebih sulit untuk dipertahankan.
Selain itu, tes integrasi tidak serta merta membuktikan bahwa fitur lengkap berfungsi. Pengguna mungkin tidak peduli dengan detail internal program saya, tapi saya tahu!
Tes Fungsional
Tes fungsional memeriksa fitur tertentu untuk kebenaran dengan membandingkan hasil untuk input yang diberikan terhadap spesifikasi. Tes fungsional tidak berkaitan dengan hasil antara atau efek samping, hanya hasilnya (mereka tidak peduli bahwa setelah melakukan x, objek y memiliki status z). Mereka ditulis untuk menguji bagian dari spesifikasi seperti, "memanggil fungsi Square (x) dengan argumen 2 mengembalikan 4".
Tes Penerimaan
Pengujian penerimaan tampaknya dibagi menjadi dua jenis:
Pengujian penerimaan standar melibatkan pengujian pada sistem lengkap (mis. Menggunakan halaman web Anda melalui browser web) untuk melihat apakah fungsionalitas aplikasi memenuhi spesifikasi. Misalnya "mengklik ikon zoom harus memperbesar tampilan dokumen hingga 25%." Tidak ada rangkaian hasil yang nyata, hanya hasil yang gagal atau gagal.
Keuntungannya adalah bahwa pengujian dijelaskan dalam bahasa Inggris dan memastikan perangkat lunak, secara keseluruhan, fitur lengkap. Kerugiannya adalah Anda telah memindahkan level lain ke atas piramida pengujian. Tes penerimaan menyentuh kumpulan kode, sehingga melacak kegagalan bisa jadi rumit.
Juga, dalam pengembangan perangkat lunak yang gesit, pengujian penerimaan pengguna melibatkan pembuatan tes untuk mencerminkan kisah pengguna yang dibuat oleh / untuk pelanggan perangkat lunak selama pengembangan. Jika tes lulus, itu berarti perangkat lunak harus memenuhi persyaratan pelanggan dan cerita dapat dianggap lengkap. Paket tes penerimaan pada dasarnya adalah spesifikasi yang dapat dieksekusi yang ditulis dalam bahasa khusus domain yang menjelaskan tes dalam bahasa yang digunakan oleh pengguna sistem.
Kesimpulan
Mereka semua saling melengkapi. Kadang-kadang menguntungkan untuk fokus pada satu jenis atau untuk menghindari mereka sepenuhnya. Perbedaan utama bagi saya adalah bahwa beberapa tes melihat hal-hal dari perspektif programmer, sedangkan yang lain menggunakan fokus pelanggan / pengguna akhir.