Pengujian Perangkat Lunak - Dokumentasi
Dokumentasi pengujian melibatkan dokumentasi artefak yang harus dikembangkan sebelum atau selama pengujian Perangkat Lunak.
Dokumentasi untuk pengujian perangkat lunak membantu dalam memperkirakan upaya pengujian yang diperlukan, cakupan pengujian, pelacakan / penelusuran persyaratan, dll. Bagian ini menjelaskan beberapa artefak terdokumentasi yang umum digunakan terkait dengan pengujian perangkat lunak seperti -
- Rencana Tes
- Skenario Uji
- Kasus cobaan
- Matriks Ketertelusuran
Rencana Tes
Rencana pengujian menguraikan strategi yang akan digunakan untuk menguji aplikasi, sumber daya yang akan digunakan, lingkungan pengujian tempat pengujian akan dilakukan, dan batasan pengujian serta jadwal kegiatan pengujian. Biasanya Pimpinan Tim Penjaminan Mutu akan bertanggung jawab untuk menulis Rencana Tes.
Rencana pengujian mencakup yang berikut -
- Pengantar dokumen Rencana Tes
- Asumsi saat menguji aplikasi
- Daftar kasus uji termasuk dalam pengujian aplikasi
- Daftar fitur yang akan diuji
- Pendekatan seperti apa yang digunakan saat menguji perangkat lunak
- Daftar kiriman yang perlu diuji
- Sumber daya yang dialokasikan untuk menguji aplikasi
- Risiko apa pun yang terlibat selama proses pengujian
- Jadwal tugas dan pencapaian yang harus dicapai
Skenario Uji
Ini adalah pernyataan satu baris yang memberi tahu area mana dalam aplikasi yang akan diuji. Skenario pengujian digunakan untuk memastikan bahwa semua aliran proses diuji dari ujung ke ujung. Area tertentu dari aplikasi dapat memiliki paling sedikit satu skenario pengujian hingga beberapa ratus skenario tergantung pada besarnya dan kompleksitas aplikasi.
Istilah 'skenario uji' dan 'kasus uji' digunakan secara bergantian, namun skenario pengujian memiliki beberapa langkah, sedangkan kasus uji memiliki satu langkah. Dilihat dari perspektif ini, skenario pengujian adalah kasus pengujian, tetapi mencakup beberapa kasus pengujian dan urutan yang harus dijalankan. Selain itu, setiap pengujian bergantung pada keluaran dari pengujian sebelumnya.
Kasus cobaan
Kasus pengujian melibatkan serangkaian langkah, kondisi, dan masukan yang dapat digunakan saat melakukan tugas pengujian. Maksud utama dari kegiatan ini adalah untuk memastikan apakah suatu perangkat lunak lolos atau gagal dalam hal fungsionalitas dan aspek lainnya. Ada banyak jenis kasus uji seperti kasus uji fungsional, negatif, kesalahan, uji logis, kasus uji fisik, kasus uji UI, dll.
Selanjutnya, kasus uji ditulis untuk melacak cakupan pengujian perangkat lunak. Umumnya, tidak ada templat formal yang dapat digunakan selama penulisan kasus uji. Namun, komponen berikut selalu tersedia dan disertakan dalam setiap kasus uji -
- ID kasus uji
- Modul produk
- Versi produk
- Sejarah revisi
- Purpose
- Assumptions
- Pre-conditions
- Steps
- Hasil yang diharapkan
- Hasil yang sebenarnya
- Post-conditions
Banyak kasus pengujian dapat diturunkan dari satu skenario pengujian. Selain itu, terkadang beberapa kasus pengujian ditulis untuk satu perangkat lunak yang secara kolektif dikenal sebagai rangkaian pengujian.
Matriks Ketertelusuran
Traceability Matrix (juga dikenal sebagai Requirement Traceability Matrix - RTM) adalah tabel yang digunakan untuk melacak persyaratan selama Siklus Hidup Pengembangan Perangkat Lunak. Ini dapat digunakan untuk penelusuran maju (yaitu dari Persyaratan ke Desain atau Coding) atau mundur (yaitu dari Coding ke Persyaratan). Ada banyak template yang ditentukan pengguna untuk RTM.
Setiap persyaratan dalam dokumen RTM ditautkan dengan kasus uji terkait sehingga pengujian dapat dilakukan sesuai persyaratan yang disebutkan. Selain itu, ID Bug juga disertakan dan ditautkan dengan persyaratan terkait dan kasus uji. Tujuan utama dari matriks ini adalah -
- Pastikan perangkat lunak dikembangkan sesuai persyaratan yang disebutkan.
- Membantu menemukan akar penyebab bug apa pun.
- Membantu dalam menelusuri dokumen yang dikembangkan selama fase SDLC yang berbeda.