6 fase STLC | #4 Langkah pertama dalam pengujian perangkat lunak

Dalam hal 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 tahapan dapat menjadi sangat penting untuk mendapatkan proses yang benar dan diterjemahkan ke dalam 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:

1. Fase 1: Analisis kebutuhan
2. Fase 2: Perencanaan pengujian
3. Fase 3: Pengembangan kasus uji
4. Fase 4: Pengaturan lingkungan
5. Fase 5: Eksekusi pengujian
6. Fase 6: Penutupan tes
7. 6 fase STLC – ringkasan

Fase 1: Analisis kebutuhan

Ini adalah langkah pertama dalam siklus. Tim penguji dengan hati-hati 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 tes yang akan dilakukan
• tetapkan prioritas untuk pelaksanaan pengujian
• periksa tes mana yang harus manual, dan mana yang harus otomatis

Kriteria keluar:

• daftar persyaratan untuk pengujian
• tes apa pun untuk diotomatisasi

Fase 2: Perencanaan pengujian

Pada tahap ini, tim validasi merencanakan semua kegiatan pengujian dengan menulis rencana pengujian. Dokumen ini menentukan:

• tujuan yang ingin dicapai
• proses dan metode yang akan dilaksanakan
• lingkungan dan alat yang akan digunakan
• elemen yang akan diuji atau tidak diuji
• pengorganisasian tim dan pembagian tugas,
• tujuan antara untuk berbagai kegiatan
• risiko yang mungkin timbul

Selain mengembangkan rencana pengujian, perkiraan biaya juga disusun dalam fase ini.

Fase 3: Pengembangan kasus uji

Dalam fase ini — juga dikenal sebagai Desain Uji — ada empat langkah yang harus diikuti:

1. Siapkan skenario pengujian

Manajer pengujian atau pemimpin pengujian menyiapkan skenario pengujian yang akan digunakan untuk membuat kasus pengujian.

2. Buat kasus uji

Untuk setiap skenario, penguji akan menulis kasus uji sehingga mereka dapat memverifikasi bahwa fungsionalitas perangkat lunak memenuhi persyaratannya. Dalam kasus otomatisasi pengujian, pada tahap inilah skrip pengujian akan ditulis.

3. Siapkan data uji

Tim uji 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 penguji menyiapkan Requirement Traceability Matrix (RTM) kunci. Dokumen ini digunakan untuk melacak tes apa yang diperlukan untuk memverifikasi apakah persyaratan akan dipenuhi atau tidak. Sebelum pengujian dimulai, pemangku kepentingan akan melakukan pemeriksaan dan validasi terhadap apa yang dikembangkan selama kegiatan di atas.

Fase 4: Pengaturan lingkungan

Ini adalah fase di mana tim penguji tidak terlibat. Tim terpisah akan menangani persiapan dan konfigurasi lingkungan. Penguji akan diberi tahu bagaimana lingkungan telah diatur dan versi perangkat lunak mana yang terbaru.

Satu-satunya aktivitas yang diperlukan tim uji adalah menyiapkan uji asap untuk memverifikasi bahwa bangunan yang dipasang cocok untuk pengujian. Jika tes asap gagal, build akan ditolak dan pengujian akan ditangguhkan sampai masalah yang ditunjukkan diperbaiki.

Kriteria masuk:

• rencana tes
• tanggal ujian
• tes asap

Tugas yang harus dilakukan:

• persiapan lingkungan pengujian
• pengaturan lingkungan pengujian
• menyiapkan data pengujian
• menjalankan tes asap pada kompilasi

Kriteria keluar:

• lingkungan pengujian yang dapat digunakan
• data uji yang dapat digunakan
• hasil tes asap positif

Fase 5: Eksekusi pengujian

Ini hanyalah pelaksanaan tes. Selama fase ini, penguji dapat mengidentifikasi kemungkinan anomali dan menguji peningkatan yang dikembangkan oleh pemrogram. Tugas tim penguji adalah:

• jalankan kasus uji yang dikembangkan sebelumnya dan bandingkan hasil yang diharapkan dengan yang diperoleh
• pertahankan skrip pengujian
• mengidentifikasi, mendeteksi, mencatat, dan melaporkan setiap cacat yang terdeteksi
• uji ulang perbaikan cacat

Kriteria masuk:

• lingkungan pengujian yang berfungsi
• data uji yang benar
• rencana tes
• kasus uji yang akan dieksekusi

Tugas yang harus dilakukan:

• melakukan tes sesuai dengan rencana tes
• dokumen hasil tes
• mengelola siklus hidup cacat

Kriteria keluar:

• melaksanakan semua tes yang melibatkan MTR
• kasus uji yang diperbarui dengan hasil
• laporan cacat

Fase 6: Penutupan tes

Perangkat lunak akan diimplementasikan. Tim validasi bertemu untuk menganalisis hasil dan mengidentifikasi area untuk perbaikan di proyek mendatang. Manajer pengujian menyiapkan laporan penutupan pengujian, yang akan dilakukan setiap hari (DSR – laporan status harian) atau mingguan (WSR – laporan status mingguan) , sebagaimana disepakati oleh para pemangku kepentingan.

Pada akhirnya, tim uji bertemu untuk menganalisis kasus uji, cacat yang ditemukan, waktu yang dihabiskan, kepatuhan dengan tenggat waktu, dll. Dengan cara ini, dimungkinkan untuk menentukan apa yang perlu diperbaiki pada siklus pengujian berikutnya.

Kriteria masuk:

• laporan pelaksanaan tes
• laporan cacat

Tugas yang harus dilakukan:

• menganalisis apa yang telah diuji
• buat laporan penutupan tes

Kriteria keluar:

• menutup proses tanpa cacat terbuka
• laporan penutupan tes

6 fase STLC – ringkasan

Pengembangan perangkat lunak tidak akan 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 mendatang. Kami harap artikel ini membantu Anda mempelajari lebih lanjut 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 lebah sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Pengarang: Robert Whitney

Pakar JavaScript dan instruktur yang melatih departemen TI. Tujuan utamanya adalah meningkatkan produktivitas tim dengan mengajari orang lain cara bekerja sama secara efektif saat coding.

Lihat semua posting

Langkah pertama dalam pengujian perangkat lunak:

1. Apa itu pengujian perangkat lunak?
2. 1 kebenaran besar tentang kesalahan perangkat lunak
3. Tujuh prinsip pengujian ISTQB utama
4. 6 fase STLC
5. Pengujian vs. debugging
6. Verifikasi dan validasi dalam proses pengujian perangkat lunak