Strategi Tes
Sebuah Strategi Uji adalah rencana untuk mendefinisikan suatu pendekatan terhadap Pengujian Perangkat Lunak Life Cycle (STLC). Ini memandu tim QA untuk menentukan Cakupan Tes dan cakupan pengujian. Ini membantu penguji mendapatkan gambaran yang jelas tentang proyek kapan saja. Kemungkinan kehilangan aktivitas pengujian sangat rendah jika ada strategi pengujian yang tepat.
Apa itu Dokumen Strategi Tes?
Dokumen Strategi Pengujian adalah dokumen yang dijelaskan dengan baik dalam pengujian perangkat lunak yang secara jelas mendefinisikan pendekatan pengujian perangkat lunak yang tepat dan tujuan pengujian dari aplikasi perangkat lunak. Dokumen pengujian adalah dokumen penting bagi tim QA yang berasal dari persyaratan bisnis aktual yang memandu seluruh tim tentang pendekatan dan tujuan pengujian perangkat lunak untuk setiap aktivitas dalam proses pengujian perangkat lunak.
Dokumen strategi Tes menjawab semua pertanyaan seperti apa yang ingin Anda selesaikan dan bagaimana Anda akan mencapainya, dll. Menulis dokumen Strategi yang efektif adalah keterampilan yang dikembangkan oleh penguji dengan pengalaman. Rencana strategi pengujian harus dikomunikasikan dengan seluruh tim sehingga tim akan konsisten dalam pendekatan dan tanggung jawab.
Rencana Uji Vs Strategi Uji
Ada kebingungan besar tentang dokumen Rencana Pengujian dan Strategi Pengujian. Organisasi yang berbeda memiliki proses dan standar yang unik untuk mengelola dokumen-dokumen ini. Misalnya, beberapa organisasi memasukkan fakta strategi pengujian dalam Rencana Pengujian itu sendiri sementara beberapa organisasi menyertakan strategi sebagai sub-bagian dalam rencana pengujian.
|
Rencana Tes |
Strategi Tes |
|
|
Untuk memperjelas jika Test Plan adalah suatu tujuan maka strategi QA Test adalah peta untuk mencapai tujuan tersebut.
Bagaimana mempersiapkan dokumen strategi pengujian yang baik
Setiap organisasi memiliki prioritas unik dan seperangkat aturan untuk perancangan perangkat lunak, jadi jangan menyalin organisasi apa pun secara membabi buta. Selalu pastikan bahwa dokumen mereka kompatibel dan menambah nilai pada pengembangan perangkat lunak Anda sebelum mengikuti templatnya.
Strategi Uji di STLC :
Langkah # 1: Cakupan
Ini mendefinisikan parameter seperti
- Siapa yang akan meninjau dokumen tersebut?
- Siapa yang akan menyetujui dokumen ini?
- Kegiatan Pengujian Perangkat Lunak dilakukan dengan jadwal
Langkah # 2 Pendekatan Uji
Ini mendefinisikan
- Proses pengujian
- Tingkat pengujian
- Peran dan tanggung jawab setiap anggota tim
- Jenis Pengujian (Pengujian beban, Pengujian keamanan, pengujian Performace, dll.)
- Pendekatan pengujian & alat otomatisasi jika berlaku
- Menambahkan cacat baru, pengujian ulang, triase Cacat, Pengujian Regresi dan uji tanda off
Langkah # 3 Uji Lingkungan
- Tentukan jumlah persyaratan dan penyiapan yang diperlukan untuk setiap lingkungan
- Tentukan cadangan data uji dan strategi pemulihan
Langkah # 4 Alat Pengujian
- Alat manajemen otomatisasi dan pengujian diperlukan untuk pelaksanaan pengujian
- Cari tahu sejumlah sumber terbuka serta alat komersial yang dibutuhkan, dan tentukan berapa banyak pengguna yang didukung di dalamnya dan rencanakan dengan tepat
Langkah # 5 Kontrol Rilis
- Rencana pengelolaan rilis dengan riwayat versi yang sesuai yang akan memastikan pelaksanaan pengujian untuk semua modifikasi dalam rilis tersebut
Langkah # 6 Analisis Risiko
- Buat daftar semua risiko yang dapat Anda perkirakan
- Berikan rencana yang jelas untuk memitigasi risiko serta rencana kontinjensi
Langkah # 7 Tinjau dan Persetujuan
- Semua aktivitas ini ditinjau dan ditandatangani oleh tim bisnis, manajemen proyek, tim pengembangan, dll.
- Ringkasan perubahan tinjauan harus ditelusuri di awal dokumen bersama dengan tanggal, nama, dan komentar yang disetujui
Unduh Template Strategi Tes
Klik di bawah untuk mendownload contoh dokumen strategi pengujian
Unduh Template Strategi Tes
Kesimpulan:
Dalam Rekayasa Perangkat Lunak, rilis perangkat lunak melewati dokumen Strategi Uji dari waktu ke waktu untuk memetakan kemajuan pengujian ke arah yang benar. Ketika tanggal rilis ditutup, banyak dari aktivitas ini akan dilewati, sebaiknya diskusikan dengan anggota tim apakah menghentikan aktivitas tertentu akan membantu rilis tanpa potensi risiko.