Ketika datang ke pengembangan perangkat lunak, semua aktivitas pengujian dapat dibagi menjadi beberapa tahap. Mirip dengan siklus hidup pengembangan perangkat lunak (SDLC), ada juga siklus hidup pengujian perangkat lunak (STLC). Mengikuti semua tahap dapat menjadi krusial untuk mendapatkan proses yang tepat dan menerjemahkan menjadi efisiensi yang jauh lebih tinggi dari pengujian yang dilakukan dan, sebagai hasilnya, kualitas produk akhir yang jauh lebih tinggi. Baca terus untuk mengetahui lebih lanjut.
6 fase STLC – daftar isi:
- Fase 1: Analisis kebutuhan
- Fase 2: Perencanaan pengujian
- Fase 3: Pengembangan kasus uji
- Fase 4: Penyiapan lingkungan
- Fase 5: Eksekusi pengujian
- Fase 6: Penutupan pengujian
- 6 fase STLC – ringkasan
Fase 1: Analisis kebutuhan
Ini adalah langkah pertama dalam siklus. Tim pengujian dengan cermat meninjau persyaratan produk. Jika ada konflik, kelalaian, ketidakakuratan, atau kesalahpahaman, tim pengujian mendiskusikannya dengan berbagai pemangku kepentingan proyek, seperti analis bisnis atau arsitek perangkat lunak.
Kriteria masuk:
- Spesifikasi Kebutuhan Bisnis (BRS)
- dokumen arsitektur perangkat lunak
Tugas yang harus dilakukan:
- menentukan pengujian yang akan dilakukan
- menetapkan prioritas untuk eksekusi pengujian
- memeriksa pengujian mana yang harus manual, dan mana yang harus otomatis
Kriteria keluar:
- daftar persyaratan untuk pengujian
- pengujian yang harus diotomatisasi
Fase 2: Perencanaan pengujian
Pada tahap ini, tim validasi merencanakan semua aktivitas pengujian dengan menulis rencana pengujian. Dokumen ini menentukan:
- tujuan yang ingin dicapai
- proses dan metode yang akan diterapkan
- lingkungan dan alat yang akan digunakan
- elemen yang akan diuji atau tidak diuji
- organisasi tim dan pembagian tugas
- tujuan sementara untuk berbagai aktivitas
- risiko yang mungkin muncul
Selain mengembangkan rencana pengujian, estimasi biaya juga disusun pada fase ini.
Fase 3: Pengembangan kasus uji
Dalam fase ini — juga dikenal sebagai Desain Uji — ada empat langkah yang harus diikuti:
1. Siapkan skenario uji
Manajer uji atau pemimpin uji menyiapkan skenario uji yang akan digunakan untuk membuat kasus uji.
2. Buat kasus uji
Untuk setiap skenario, penguji akan menulis kasus uji sehingga mereka dapat memverifikasi bahwa fungsionalitas perangkat lunak memenuhi persyaratannya. Dalam hal otomatisasi pengujian, pada tahap ini skrip uji akan ditulis.
3. Siapkan data uji
Tim pengujian perlu menyiapkan satu set data yang akan digunakan saat menjalankan kasus uji. Ini bisa berupa data positif atau negatif untuk menguji kinerja fungsi dalam kasus data yang benar atau salah.
4. Siapkan RTM
Tim pengujian menyiapkan Matriks Jejak Persyaratan (RTM) kunci. Dokumen ini digunakan untuk melacak pengujian apa yang diperlukan untuk memverifikasi apakah persyaratan akan dipenuhi atau tidak. Sebelum pengujian dimulai, pemangku kepentingan akan melakukan pemeriksaan dan validasi terhadap apa yang telah dikembangkan selama aktivitas di atas.
Fase 4: Penyiapan lingkungan
Ini adalah fase di mana tim pengujian tidak terlibat. Tim terpisah akan menangani persiapan dan konfigurasi lingkungan. Penguji akan diberitahu bagaimana lingkungan telah disiapkan dan versi perangkat lunak mana yang terbaru.
Satu-satunya aktivitas yang diperlukan dari tim pengujian adalah menyiapkan pengujian asap untuk memverifikasi bahwa build yang diinstal cocok untuk pengujian. Jika pengujian asap gagal, build akan ditolak dan pengujian akan ditangguhkan sampai masalah yang ditunjukkan diperbaiki.
Kriteria masuk:
- rencana pengujian
- tanggal pengujian
- pengujian asap
Tugas yang harus dilakukan:
- persiapan lingkungan pengujian
- penyiapan lingkungan pengujian
- menyiapkan data uji
- menjalankan pengujian asap pada kompilasi
Kriteria keluar:
- lingkungan pengujian yang dapat digunakan
- data uji yang dapat digunakan
- hasil pengujian asap yang positif
Fase 5: Eksekusi pengujian
Ini adalah eksekusi pengujian. Selama fase ini, penguji dapat mengidentifikasi kemungkinan anomali dan menguji perbaikan yang dikembangkan oleh programmer. Tugas tim pengujian adalah:
- menjalankan kasus uji yang telah dikembangkan sebelumnya dan membandingkan hasil yang diharapkan dengan yang diperoleh
- memelihara skrip uji
- mengidentifikasi, mendeteksi, mencatat, dan melaporkan setiap cacat yang terdeteksi
- mengulangi pengujian perbaikan cacat
Kriteria masuk:
- lingkungan pengujian yang berfungsi
- data uji yang benar
- rencana pengujian
- kasus uji yang akan dieksekusi
Tugas yang harus dilakukan:
- melakukan pengujian sesuai dengan rencana pengujian
- mengelola siklus hidup cacat
Kriteria keluar:
- menjalankan semua pengujian yang melibatkan MTR
- kasus uji yang diperbarui dengan hasil
- laporan cacat
Fase 6: Penutupan pengujian
Perangkat lunak akan diimplementasikan. Tim validasi bertemu untuk menganalisis hasil dan mengidentifikasi area untuk perbaikan dalam proyek mendatang. Manajer uji menyiapkan laporan penutupan pengujian, yang akan dilakukan secara harian (DSR – laporan status harian) atau mingguan (WSR – laporan status mingguan), sesuai kesepakatan pemangku kepentingan.
Pada akhirnya, tim pengujian bertemu untuk menganalisis kasus uji, cacat yang ditemukan, waktu yang dihabiskan, kepatuhan terhadap tenggat waktu, dll. Dengan cara ini, dimungkinkan untuk menentukan apa yang perlu diperbaiki dalam siklus pengujian berikutnya.
Kriteria masuk:
- laporan eksekusi pengujian
- laporan cacat
Tugas yang harus dilakukan:
- menganalisis apa yang telah diuji
- membuat laporan penutupan pengujian
Kriteria keluar:
- menutup proses tanpa cacat yang terbuka
- laporan penutupan pengujian
6 fase STLC – ringkasan
Pengembangan perangkat lunak tidak dapat ada tanpa fase pengujian. Persiapan yang tepat untuk proses ini membawa sejumlah manfaat, termasuk, yang paling penting, menghemat waktu dan uang untuk kemungkinan revisi di masa depan. Kami berharap artikel ini membantu Anda belajar lebih banyak tentang siklus hidup pengujian perangkat lunak (STLC).
Anda baru saja membaca tentang 6 fase STLC. Lihat seri kami yang lain tentang Python dan Javascript!
Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
Robert Whitney
Ahli JavaScript dan instruktur yang melatih departemen TI. Tujuan utamanya adalah untuk meningkatkan produktivitas tim dengan mengajarkan orang lain bagaimana berkolaborasi secara efektif saat melakukan pengkodean.