STLC (Software Testing Life Cycle) Fase, Kriteria Masuk, Keluar

Apa itu Software Testing Life Cycle (STLC)?

Software Testing Life Cycle (STLC) adalah urutan aktivitas spesifik yang dilakukan selama proses pengujian untuk memastikan tujuan kualitas perangkat lunak terpenuhi. STLC melibatkan kegiatan verifikasi dan validasi. Berlawanan dengan kepercayaan populer, Pengujian Perangkat Lunak bukan hanya aktivitas tunggal / terpisah, yaitu pengujian. Ini terdiri dari serangkaian aktivitas yang dilakukan secara metodologis untuk membantu sertifikasi produk perangkat lunak Anda. STLC adalah singkatan dari Software Testing Life Cycle.

Dalam tutorial ini, Anda akan belajar-

Tahapan STLC
Analisis Kebutuhan
Perencanaan Tes
Pengembangan Kasus Uji
Uji Pengaturan Lingkungan
Eksekusi Uji
Uji Penutupan Siklus
Tahapan STLC bersama dengan Kriteria Masuk dan Keluar

Tahapan STLC

Ada enam fase utama berikut dalam setiap Model Siklus Hidup Pengujian Perangkat Lunak (Model STLC):

Analisis Kebutuhan
Perencanaan Tes
Pengembangan kasus uji
Pengaturan Lingkungan Pengujian
Eksekusi Uji
Uji penutupan Siklus

Masing-masing tahapan ini memiliki kriteria Masuk dan Keluar yang pasti, Aktivitas & Hasil Kerja yang terkait dengannya.

Apa itu Kriteria Masuk dan Keluar di STLC?

Kriteria Entri: Kriteria Entri memberikan item prasyarat yang harus diselesaikan sebelum pengujian dapat dimulai.
Kriteria Keluar: Kriteria Keluar mendefinisikan item yang harus diselesaikan sebelum pengujian dapat diselesaikan

Anda memiliki Kriteria Masuk dan Keluar untuk semua level dalam Siklus Hidup Pengujian Perangkat Lunak (STLC)

Di dunia Ideal, Anda tidak akan memasuki tahap berikutnya sampai kriteria keluar untuk tahap sebelumnya terpenuhi. Tetapi secara praktis hal ini tidak selalu memungkinkan. Jadi untuk tutorial ini, kami akan fokus pada aktivitas dan kiriman untuk berbagai tahapan dalam siklus hidup STLC. Mari kita lihat secara detail.

Pengujian Fase Persyaratan

Pengujian Tahap Persyaratan juga dikenal sebagai Analisis Persyaratan di mana tim penguji mempelajari persyaratan dari sudut pandang pengujian untuk mengidentifikasi persyaratan yang dapat diuji dan tim QA dapat berinteraksi dengan berbagai pemangku kepentingan untuk memahami persyaratan secara rinci. Persyaratan dapat berupa fungsional atau non-fungsional. Kelayakan otomasi untuk proyek pengujian juga dilakukan pada tahap ini.

Kegiatan dalam Pengujian Fase Persyaratan

Identifikasi jenis tes yang akan dilakukan.
Kumpulkan detail tentang prioritas dan fokus pengujian.
Siapkan Requirement Traceability Matrix (RTM).
Identifikasi detail lingkungan pengujian tempat pengujian seharusnya dilakukan.
Analisis kelayakan otomatisasi (jika diperlukan).

Hasil Pengujian Fase Persyaratan

RTM
Laporan kelayakan otomatisasi. (jika ada)

Perencanaan Tes di STLC

Perencanaan Tes di STLC adalah fase di mana manajer Senior QA menentukan strategi rencana pengujian bersama dengan upaya dan perkiraan biaya untuk proyek tersebut. Selain itu, sumber daya, lingkungan pengujian, batasan pengujian, dan jadwal pengujian juga ditentukan. Rencana Tes dipersiapkan dan diselesaikan dalam fase yang sama.

Uji Aktivitas Perencanaan

Penyusunan dokumen rencana pengujian / strategi untuk berbagai jenis pengujian
Pemilihan alat uji
Uji estimasi upaya
Perencanaan sumber daya dan menentukan peran dan tanggung jawab.
Persyaratan pelatihan

Hasil Perencanaan Tes

Dokumen rencana pengujian / strategi.
Dokumen estimasi usaha.

Tahap Pengembangan Kasus Uji

The Uji Kasus Tahap Pembangunan melibatkan penciptaan, verifikasi dan pengerjaan ulang dari uji kasus & skrip uji setelah rencana uji siap. Awalnya, data Test diidentifikasi kemudian dibuat dan direview kemudian dikerjakan ulang berdasarkan prasyarat. Kemudian tim QA memulai proses pengembangan kasus uji untuk masing-masing unit.

Kegiatan Pengembangan Kasus Uji

Buat kasus uji, skrip otomatisasi (jika ada)
Review dan kasus uji dasar dan skrip
Buat data uji (Jika Lingkungan Uji tersedia)

Hasil Pengembangan Kasus Uji

Uji kasus / skrip
Uji data

Uji Pengaturan Lingkungan

Test Environment Setup menentukan kondisi perangkat lunak dan perangkat keras yang digunakan untuk menguji produk kerja. Ini adalah salah satu aspek penting dari proses pengujian dan dapat dilakukan secara paralel dengan Tahap Pengembangan Kasus Uji. Tim penguji mungkin tidak terlibat dalam aktivitas ini jika tim pengembangan menyediakan lingkungan pengujian. Tim penguji diharuskan untuk melakukan pemeriksaan kesiapan (pengujian asap) dari lingkungan yang diberikan.

Uji Aktivitas Pengaturan Lingkungan

Memahami arsitektur yang diperlukan, pengaturan lingkungan, dan menyiapkan daftar persyaratan perangkat keras dan perangkat lunak untuk Lingkungan Pengujian.
Siapkan lingkungan pengujian dan data pengujian
Lakukan uji asap di build

Hasil dari Pengaturan Lingkungan Pengujian

Lingkungan siap dengan penyiapan data pengujian
Hasil Tes Asap.

Uji Tahap Eksekusi

Tahap Eksekusi Uji dilakukan oleh penguji di mana pengujian pembangunan perangkat lunak dilakukan berdasarkan rencana uji dan kasus uji yang disiapkan. Prosesnya terdiri dari eksekusi skrip uji, pemeliharaan skrip uji, dan pelaporan bug. Jika bug dilaporkan, maka akan dikembalikan ke tim pengembangan untuk diperbaiki dan pengujian ulang akan dilakukan.

Uji Aktivitas Eksekusi

Jalankan tes sesuai rencana
Dokumentasikan hasil pengujian, dan kerusakan log untuk kasus yang gagal
Memetakan cacat untuk menguji kasus di RTM
Uji ulang perbaikan Cacat
Lacak cacat untuk menutup

Hasil Eksekusi Uji

Menyelesaikan RTM dengan status eksekusi
Kasus uji diperbarui dengan hasil
Laporan cacat

Uji Penutupan Siklus

Tahap Penutupan Siklus Uji adalah penyelesaian pelaksanaan uji yang melibatkan beberapa aktivitas seperti pelaporan penyelesaian uji, pengumpulan matriks penyelesaian uji, dan hasil uji. Anggota tim pengujian bertemu, berdiskusi, dan menganalisis artefak pengujian untuk mengidentifikasi strategi yang harus diterapkan di masa depan, mengambil pelajaran dari siklus pengujian saat ini. Idenya adalah untuk menghilangkan kemacetan proses untuk siklus pengujian di masa mendatang.

Uji Aktivitas Penutupan Siklus

Evaluasi kriteria penyelesaian siklus berdasarkan Waktu, Cakupan Tes, Biaya, Perangkat Lunak, Tujuan Bisnis Penting, Kualitas
Siapkan metrik pengujian berdasarkan parameter di atas.
Dokumentasikan pembelajaran dari proyek
Siapkan laporan uji penutupan
Pelaporan kualitatif dan kuantitatif kualitas produk pekerjaan kepada pelanggan.
Analisis hasil pengujian untuk mengetahui distribusi kerusakan menurut jenis dan tingkat keparahan.

Hasil Penutupan Siklus Uji

Laporan Penutupan Uji
Metrik pengujian

Tahapan STLC bersama dengan Kriteria Masuk dan Keluar

Panggung STLC	Kriteria Masuk	Aktivitas	Kriteria Keluar	Kiriman
Analisis Kebutuhan	Dokumen Persyaratan tersedia (baik fungsional maupun non fungsional) Kriteria penerimaan ditentukan. Dokumen arsitektur aplikasi tersedia.	Analisis fungsionalitas bisnis untuk mengetahui modul bisnis dan fungsi khusus modul. Identifikasi semua transaksi dalam modul. Identifikasi semua profil pengguna. Kumpulkan antarmuka / otentikasi pengguna, persyaratan penyebaran geografis. Identifikasi jenis tes yang akan dilakukan. Kumpulkan detail tentang prioritas dan fokus pengujian. Siapkan Requirement Traceability Matrix (RTM). Identifikasi detail lingkungan pengujian tempat pengujian seharusnya dilakukan. Analisis kelayakan otomatisasi (jika diperlukan).	Menandatangani RTM Uji laporan kelayakan otomatisasi ditandatangani oleh klien	RTM Laporan kelayakan otomatisasi (jika ada)
Perencanaan Tes	Dokumen Persyaratan Persyaratan Matriks ketertelusuran. Menguji dokumen kelayakan otomatisasi.	Analisis berbagai pendekatan pengujian yang tersedia Selesaikan pendekatan yang paling sesuai Penyusunan dokumen rencana pengujian / strategi untuk berbagai jenis pengujian Pemilihan alat uji Uji estimasi upaya Perencanaan sumber daya dan menentukan peran dan tanggung jawab.	Dokumen rencana pengujian / strategi yang disetujui. Dokumen estimasi usaha ditandatangani.	Dokumen rencana pengujian / strategi. Dokumen estimasi usaha.
Pengembangan kasus uji	Dokumen Persyaratan RTM dan rencana pengujian Laporan analisis otomasi	Buat kasus uji, desain uji, skrip otomatisasi (jika memungkinkan) Review dan kasus uji dasar dan skrip Buat data uji	Meninjau dan menandatangani Kasus / skrip uji Meninjau dan menandatangani data pengujian	Uji kasus / skrip Uji data
Pengaturan Lingkungan Pengujian	Desain Sistem dan dokumen arsitektur tersedia Rencana pengaturan lingkungan tersedia	Pahami arsitektur yang diperlukan, pengaturan lingkungan Siapkan daftar persyaratan pengembangan perangkat keras dan perangkat lunak Selesaikan persyaratan konektivitas Siapkan daftar periksa penyiapan lingkungan Siapkan lingkungan pengujian dan data pengujian Lakukan uji asap di build Terima / tolak build tergantung hasil uji asap	Pengaturan lingkungan bekerja sesuai rencana dan daftar periksa Penyiapan data pengujian selesai Tes asap berhasil	Lingkungan siap dengan penyiapan data pengujian Hasil Tes Asap.
Eksekusi Uji	Baselined RTM, Test Plan, Test case / scripts tersedia Lingkungan pengujian sudah siap Penyiapan data pengujian selesai Laporan pengujian Unit / Integrasi untuk build yang akan diuji tersedia	Jalankan tes sesuai rencana Dokumentasikan hasil pengujian, dan kerusakan log untuk kasus yang gagal Perbarui rencana pengujian / kasus pengujian, jika perlu Memetakan cacat untuk menguji kasus di RTM Uji ulang perbaikan kerusakan Pengujian Regresi aplikasi Lacak cacat untuk menutup	Semua tes yang direncanakan dijalankan Cacat dicatat dan dilacak untuk ditutup	RTM lengkap dengan status eksekusi Kasus uji diperbarui dengan hasil Laporan cacat
Uji penutupan Siklus	Pengujian telah selesai Hasil tes tersedia Log yang rusak tersedia	Evaluasi kriteria penyelesaian siklus berdasarkan - Waktu, Cakupan Tes, Biaya, Kualitas Perangkat Lunak, Tujuan Bisnis Kritis Siapkan metrik pengujian berdasarkan parameter di atas. Dokumentasikan pembelajaran dari proyek Siapkan laporan uji penutupan Pelaporan kualitatif dan kuantitatif kualitas produk pekerjaan kepada pelanggan. Analisis hasil pengujian untuk mengetahui distribusi kerusakan menurut jenis dan tingkat keparahan	Laporan Penutupan Uji ditandatangani oleh klien	Laporan Penutupan Uji Metrik pengujian