RENCANA UJI: Apa itu, Cara Membuat (dengan Contoh)

Rencana Tes

Sebuah Rencana Uji adalah dokumen rinci yang menjelaskan strategi tes, tujuan, jadwal, estimasi, kiriman, dan sumber daya yang diperlukan untuk melakukan pengujian untuk produk perangkat lunak. Rencana Uji membantu kami menentukan upaya yang diperlukan untuk memvalidasi kualitas aplikasi yang diuji. Rencana pengujian berfungsi sebagai cetak biru untuk melakukan aktivitas pengujian perangkat lunak sebagai proses yang ditentukan, yang dipantau dan dikontrol secara cermat oleh manajer pengujian.

Sesuai definisi ISTQB: "Rencana Pengujian adalah dokumen yang menjelaskan ruang lingkup, pendekatan, sumber daya, dan jadwal kegiatan pengujian yang dimaksudkan."

Mari kita mulai dengan contoh / skenario Rencana Tes berikut: Dalam sebuah pertemuan, Anda ingin mendiskusikan Rencana Tes dengan anggota tim, tetapi mereka tidak tertarik -.

Jika demikian, apa yang akan Anda lakukan? Pilih jawaban Anda seperti gambar berikut

A) Saya Manajer melakukan segala sesuatu seperti yang saya katakan
B) OK, mari saya jelaskan mengapa kita membutuhkan Rencana Tes yang
Salah
Sebagai Manajer Tes, Anda harus menjelaskan kepada mereka pentingnya Rencana Tes daripada memaksa tim untuk melakukan apa yang Anda inginkan. Benar
Sebagai Manajer Tes, Anda harus menjelaskan kepada mereka pentingnya Rencana Tes daripada memaksa tim untuk melakukan apa yang Anda inginkan.

Apa Pentingnya Rencana Tes?

Membuat dokumen Rencana Tes memiliki banyak manfaat

• Bantu orang-orang di luar tim pengujian seperti pengembang, manajer bisnis, pelanggan memahami detail pengujian.
• Rencana Tes memandu pemikiran kita. Ini seperti buku peraturan, yang perlu diikuti.
• Aspek-aspek penting seperti estimasi tes, ruang lingkup tes, Strategi Tes didokumentasikan dalam Rencana Tes, sehingga dapat ditinjau oleh Tim Manajemen dan digunakan kembali untuk proyek lain.

Bagaimana menulis Rencana Tes

Anda sudah tahu bahwa membuat Rencana Tes adalah tugas terpenting dari Proses Manajemen Tes. Ikuti tujuh langkah di bawah ini untuk membuat rencana pengujian sesuai IEEE 829

1. Analisis produk
2. Rancang Strategi Tes
3. Tentukan Tujuan Tes
4. Tentukan Kriteria Tes
5. Perencanaan sumber daya
6. Rencanakan Lingkungan Uji
7. Jadwal & Estimasi
8. Tentukan Hasil Uji Coba

Langkah 1) Analisis produk

Bagaimana Anda dapat menguji suatu produk tanpa informasi apa pun tentangnya? Jawabannya adalah Mustahil. Anda harus mempelajari suatu produk secara menyeluruh sebelum mengujinya.

Produk yang diuji adalah situs web perbankan Guru99. Anda harus meneliti klien dan pengguna akhir untuk mengetahui kebutuhan dan harapan mereka dari aplikasi

• Siapa yang akan menggunakan situs web ini?
• Untuk apa itu digunakan?
• Bagaimana cara kerjanya?
• Apa perangkat lunak / perangkat keras yang digunakan produk?

Anda dapat menggunakan pendekatan berikut untuk menganalisis situs

Sekarang, mari terapkan pengetahuan di atas pada produk nyata: Analisis situs web perbankan http://demo.guru99.com/V4.

Anda harus melihat-lihat situs web ini dan juga meninjau dokumentasi produk. Tinjauan dokumentasi produk membantu Anda memahami semua fitur situs web serta cara menggunakannya. Jika Anda tidak jelas tentang item apa pun, Anda dapat mewawancarai pelanggan, pengembang, desainer untuk mendapatkan informasi lebih lanjut.

Langkah 2) Kembangkan Strategi Tes

Strategi Tes adalah langkah penting dalam membuat Rencana Tes dalam Pengujian Perangkat Lunak. Dokumen Strategi Tes, adalah dokumen tingkat tinggi, yang biasanya dikembangkan oleh Manajer Tes. Dokumen ini menjelaskan:

• Tujuan pengujian proyek dan cara untuk mencapainya
• Menentukan upaya dan biaya pengujian

Kembali ke proyek Anda, Anda perlu mengembangkan Strategi Tes untuk menguji situs web perbankan itu. Anda harus mengikuti langkah-langkah di bawah ini

Langkah 2.1) Tentukan Lingkup Pengujian

Sebelum memulai aktivitas pengujian apa pun, ruang lingkup pengujian harus diketahui. Anda harus berpikir keras tentang itu.

• Komponen sistem yang akan diuji (perangkat keras, perangkat lunak, middleware, dll.) Didefinisikan sebagai " dalam cakupan "
• Komponen sistem yang tidak akan diuji juga perlu didefinisikan dengan jelas sebagai "di luar ruang lingkup ".

Menentukan ruang lingkup proyek pengujian Anda sangat penting bagi semua pemangku kepentingan. Cakupan yang tepat membantu Anda

• Beri setiap orang kepercayaan diri & informasi akurat tentang pengujian yang Anda lakukan
• Semua anggota proyek akan memiliki pemahaman yang jelas tentang apa yang diuji dan apa yang tidak

Bagaimana Anda menentukan ruang lingkup proyek Anda?

Untuk menentukan ruang lingkup, Anda harus -

• Persyaratan pelanggan yang tepat
• Anggaran Proyek
• Spesifikasi produk
• Keterampilan & bakat tim penguji Anda

Sekarang harus dengan jelas mendefinisikan "dalam lingkup" dan "di luar ruang lingkup" dari pengujian.

• Sebagai spesifikasi kebutuhan perangkat lunak, proyek Guru99 Bank hanya fokus pada pengujian semua fungsi dan antarmuka eksternal situs web Guru99 Bank ( dalam pengujian ruang lingkup )
• Pengujian nonfungsional seperti stres , kinerja atau basis data logis saat ini tidak akan diuji. (di luar ruang lingkup)

Skenario Masalah

Pelanggan ingin Anda menguji API-nya. Tetapi anggaran proyek tidak mengizinkan untuk melakukannya. Dalam kasus seperti itu, apa yang akan Anda lakukan?

Nah, dalam kasus seperti itu, Anda perlu meyakinkan pelanggan bahwa Pengujian Api adalah pekerjaan ekstra dan akan menghabiskan sumber daya yang signifikan. Beri dia data yang mendukung fakta Anda. Beri tahu dia jika Pengujian Api termasuk dalam cakupan, anggaran akan meningkat sebesar XYZ.

Pelanggan setuju dan karenanya cakupan baru, item di luar cakupan

• Item dalam cakupan: Pengujian Fungsional, Pengujian Api
• Item di luar cakupan: Pengujian Basis Data, perangkat keras & antarmuka eksternal lainnya

Langkah 2.2) Identifikasi Jenis Pengujian

Sebuah Pengujian Type adalah prosedur uji standar yang memberikan hasil tes yang diharapkan.

Setiap jenis pengujian diformulasikan untuk mengidentifikasi jenis bug produk tertentu. Namun, semua Jenis Pengujian ditujukan untuk mencapai satu tujuan umum " Deteksi dini semua cacat sebelum merilis produk ke pelanggan"

Jenis pengujian yang umum digunakan dijelaskan sebagai gambar berikut

Ada banyak Jenis Pengujian untuk menguji produk perangkat lunak. Tim Anda tidak dapat memiliki cukup upaya untuk menangani semua jenis pengujian. Sebagai Manajer Tes, Anda harus menetapkan prioritas Jenis Pengujian

• Jenis Pengujian mana yang harus difokuskan untuk pengujian aplikasi web?
• Jenis Pengujian mana yang harus diabaikan untuk menghemat biaya?

Sekarang mari berlatih dengan proyek Anda. Produk yang ingin Anda uji adalah situs web perbankan.
Jenis Pengujian mana yang harus Anda fokuskan dalam kasus ini?
Pilih semua yang berlaku A) Pengujian Unit B) Pengujian API C) Pengujian Integrasi D) Pengujian Sistem E) Install / Uninstall Testing F) Pengujian Agile Kami hanya memilih B) Pengujian API C) Pengujian Integrasi D) Pengujian Sistem untuk proyek Guru99

Langkah 2.3) Mendokumentasikan Risiko & Masalah

Risiko adalah peristiwa tidak pasti di masa depan dengan kemungkinan terjadinya dan potensi kerugian. Ketika risiko benar-benar terjadi, itu menjadi ' masalah'.

Dalam artikel Analisis dan Solusi Risiko, Anda telah mempelajari analisis 'Risiko' secara rinci dan mengidentifikasi potensi risiko dalam proyek.

Dalam Rencana Pengujian QA, Anda akan mendokumentasikan risiko-risiko tersebut

Risiko	Mitigasi
Anggota tim tidak memiliki keterampilan yang diperlukan untuk pengujian situs web.	Rencanakan kursus pelatihan untuk melatih anggota Anda
Jadwal proyek terlalu ketat; sulit untuk menyelesaikan proyek ini tepat waktu	Tetapkan Prioritas Tes untuk setiap aktivitas tes.
Manajer Tes memiliki keterampilan manajemen yang buruk	Rencanakan pelatihan kepemimpinan untuk manajer
Kurangnya kerja sama berdampak negatif pada produktivitas karyawan Anda	Imbaulah setiap anggota tim dalam tugasnya, dan ilhami mereka untuk upaya yang lebih besar.
Estimasi anggaran yang salah dan pembengkakan biaya	Tetapkan ruang lingkup sebelum mulai bekerja, berikan banyak perhatian pada perencanaan proyek dan terus melacak dan mengukur kemajuan

Langkah 2.4) Buat Logistik Uji

Dalam Test Logistics, Test Manager harus menjawab pertanyaan-pertanyaan berikut:

• Siapa yang akan menguji?
• Kapan tes akan dilakukan?

Siapa yang akan menguji?

Anda mungkin tidak tahu nama pasti penguji yang akan menguji, tetapi jenis penguji dapat ditentukan.

Untuk memilih anggota yang tepat untuk tugas tertentu, Anda harus mempertimbangkan apakah keahliannya memenuhi syarat untuk tugas tersebut atau tidak, juga memperkirakan anggaran proyek. Memilih anggota yang salah untuk tugas tersebut dapat menyebabkan proyek gagal atau tertunda .

Orang yang memiliki keterampilan berikut paling ideal untuk melakukan pengujian perangkat lunak:

• Kemampuan untuk memahami sudut pandang pelanggan
• Keinginan kuat akan kualitas
• Perhatian terhadap detail
• Kerjasama yang bagus

Dalam proyek Anda, anggota yang akan bertanggung jawab atas pelaksanaan pengujian adalah penguji. Berdasarkan anggaran proyek, Anda dapat memilih anggota dalam sumber atau sumber luar sebagai penguji.

Kapan tes akan dilakukan?

Kegiatan pengujian harus disesuaikan dengan kegiatan pengembangan terkait.

Anda akan mulai menguji ketika Anda memiliki semua item yang diperlukan yang ditunjukkan pada gambar berikut

Langkah 3) Tentukan Tujuan Tes

Tujuan Tes adalah tujuan keseluruhan dan pencapaian dari pelaksanaan tes. Tujuan dari pengujian ini adalah menemukan sebanyak mungkin kerusakan perangkat lunak; pastikan bahwa perangkat lunak yang diuji bebas bug sebelum dirilis.

Untuk menentukan tujuan pengujian, Anda harus melakukan 2 langkah berikut

1. Buat daftar semua fitur perangkat lunak (fungsionalitas, kinerja, GUI…) yang mungkin perlu diuji.
2. Tentukan target atau tujuan pengujian berdasarkan fitur di atas

Mari terapkan langkah-langkah ini untuk menemukan tujuan pengujian proyek pengujian Bank Guru99 Anda

Anda dapat memilih metode ' TOP-DOWN' untuk menemukan fitur situs web yang mungkin perlu diuji. Dalam metode ini, Anda memecah aplikasi yang diuji menjadi komponen dan sub-komponen .

Pada topik sebelumnya, Anda telah menganalisis spesifikasi kebutuhan dan menelusuri situs web, sehingga Anda dapat membuat Peta-Pikiran untuk menemukan fitur-fitur situs web sebagai berikut

Gambar ini menunjukkan semua fitur yang mungkin dimiliki situs web Guru99.

Berdasarkan fitur di atas, Anda dapat menentukan Tujuan Tes proyek Guru99 sebagai berikut

• Periksa apakah fungsionalitas situs web Guru99 (Akun, Deposit…) berfungsi seperti yang diharapkan tanpa kesalahan atau bug di lingkungan bisnis nyata
• Periksa apakah antarmuka eksternal situs web seperti UI berfungsi seperti yang diharapkan dan & memenuhi kebutuhan pelanggan
• Verifikasi kegunaan situs web. Apakah fungsionalitas tersebut nyaman bagi pengguna atau tidak?

Langkah 4) Tentukan Kriteria Tes

Kriteria Tes adalah standar atau aturan yang menjadi dasar prosedur tes atau penilaian tes. Ada 2 jenis kriteria tes sebagai berikut

Kriteria Penangguhan

Tentukan kriteria penangguhan kritis untuk suatu pengujian. Jika kriteria penangguhan terpenuhi selama pengujian, siklus pengujian aktif akan ditangguhkan sampai kriteria tersebut diselesaikan .

Contoh Rencana Pengujian: Jika anggota tim Anda melaporkan bahwa ada 40% kasus pengujian yang gagal, Anda harus menangguhkan pengujian hingga tim pengembangan memperbaiki semua kasus yang gagal.

Kriteria Keluar

Ini menentukan kriteria yang menunjukkan berhasil menyelesaikan fase uji. Kriteria keluar adalah hasil tes yang ditargetkan dan diperlukan sebelum melanjutkan ke tahap pengembangan berikutnya. Contoh: 95% dari semua kasus pengujian kritis harus lulus.

Beberapa metode untuk menentukan kriteria keluar adalah dengan menentukan tingkat kelulusan dan tingkat kelulusan yang ditargetkan .

• Run rate adalah rasio antara jumlah kasus pengujian yang dijalankan / total kasus pengujian dari spesifikasi pengujian. Misalnya, spesifikasi pengujian memiliki total 120 TC, tetapi penguji hanya mengeksekusi 100 TC, Jadi laju lari adalah 100/120 = 0.83 (83%)
• Tingkat kelulusan adalah rasio antara angka kasus uji yang lulus / kasus uji yang dijalankan . Misalnya, di atas 100 TC yang dieksekusi, ada 80 TC yang lolos, jadi tingkat kelulusannya adalah 80/100 = 0,8 (80%)

Data ini dapat diambil di dokumen Metrik Uji.

• Run rate wajib 100% kecuali alasan yang jelas diberikan.
• Lulus tingkat tergantung pada ruang lingkup proyek, tetapi mencapai tingkat kelulusan yang tinggi adalah tujuan.

Contoh Rencana Tes: Tim Anda telah melakukan eksekusi tes. Mereka melaporkan hasil tes kepada Anda, dan mereka ingin Anda mengkonfirmasi Kriteria Keluar.

Dalam kasus di atas, Run rate wajib diisi 100%, tetapi tim penguji hanya menyelesaikan 90% dari kasus pengujian. Itu berarti Run rate tidak terpenuhi, jadi JANGAN konfirmasi Exit Criteria

Langkah 5) Perencanaan Sumber Daya

Rencana sumber daya adalah ringkasan terperinci dari semua jenis sumber daya yang diperlukan untuk menyelesaikan tugas proyek. Sumber daya bisa berupa manusia, peralatan dan bahan yang dibutuhkan untuk menyelesaikan suatu proyek

Perencanaan sumber daya adalah faktor penting dari perencanaan tes karena membantu dalam menentukan dalam jumlah sumber daya (karyawan, peralatan ...) yang akan digunakan untuk proyek. Oleh karena itu, Test Manager dapat membuat jadwal & estimasi yang tepat untuk proyek tersebut.

Bagian ini mewakili sumber daya yang direkomendasikan untuk proyek Anda.

Sumber daya manusia

Tabel berikut mewakili berbagai anggota dalam tim proyek Anda

Tidak.	Anggota	Tugas
1.	Manajer Tes	Kelola seluruh proyek Tentukan arah proyek Dapatkan sumber daya yang sesuai
2.	Penguji	Mengidentifikasi dan mendeskripsikan teknik pengujian / alat / arsitektur otomatisasi yang sesuai Verifikasi dan nilai Pendekatan Tes Jalankan tes, Log hasil, Laporkan cacat. Penguji dapat berasal dari sumber atau anggota luar, berdasarkan anggaran proyek Untuk tugas yang membutuhkan keterampilan rendah , saya sarankan Anda memilih anggota outsourcing untuk menghemat biaya proyek.
3.	Pengembang dalam Pengujian	Menerapkan kasus uji, program uji, rangkaian uji, dll.
4.	Administrator Tes	Membangun dan memastikan Lingkungan Pengujian dan aset dikelola dan dipelihara Dukung Penguji untuk menggunakan lingkungan pengujian untuk pelaksanaan pengujian
5.	Anggota SQA	Bertanggung jawab atas jaminan kualitas Periksa untuk memastikan apakah proses pengujian memenuhi persyaratan yang ditentukan

Sumber Daya Sistem

Untuk pengujian, aplikasi web, Anda harus merencanakan sumber daya sebagai tabel berikut:

Tidak.	Sumber daya	Deskripsi
1.	Server	Instal aplikasi web yang sedang diuji Ini termasuk server web terpisah, server basis data, dan server aplikasi jika berlaku
2.	Alat uji	Alat pengujian adalah untuk mengotomatiskan pengujian, mensimulasikan operasi pengguna, menghasilkan hasil pengujian Ada banyak alat uji yang dapat Anda gunakan untuk proyek ini seperti Selenium, QTP… dll.
3.	Jaringan	Anda memerlukan Jaringan termasuk LAN dan Internet untuk mensimulasikan bisnis nyata dan lingkungan pengguna
4.	Komputer	PC yang sering digunakan pengguna untuk menghubungkan web server

Langkah 6) Rencanakan Uji Lingkungan

Apa itu Lingkungan Tes

Lingkungan pengujian adalah pengaturan perangkat lunak dan perangkat keras tempat tim pengujian akan menjalankan kasus pengujian. Lingkungan pengujian terdiri dari bisnis nyata dan lingkungan pengguna , serta lingkungan fisik, seperti server, lingkungan berjalan ujung depan.

Cara mengatur Lingkungan Tes

Kembali ke proyek Anda, bagaimana Anda menyiapkan lingkungan pengujian untuk situs web perbankan ini?

Untuk menyelesaikan tugas ini, Anda membutuhkan kerjasama yang kuat antara Tim Penguji dan Tim Pengembang

Anda harus mengajukan beberapa pertanyaan kepada pengembang untuk memahami aplikasi web yang sedang diuji dengan jelas . Berikut beberapa pertanyaan yang direkomendasikan. Tentu saja, Anda dapat mengajukan pertanyaan lain jika perlu.

• Berapa koneksi pengguna maksimum yang dapat ditangani situs web ini pada saat bersamaan?
• Apa persyaratan perangkat keras / perangkat lunak untuk menginstal situs web ini?
• Apakah komputer pengguna memerlukan pengaturan khusus untuk menjelajahi situs web?

Gambar berikut menggambarkan lingkungan pengujian situs web perbankan www.demo.guru99.com/V4

Langkah 7) Jadwal & Estimasi

Dalam artikel Estimasi pengujian, Anda sudah menggunakan beberapa teknik untuk memperkirakan upaya untuk menyelesaikan proyek. Sekarang Anda harus memasukkan perkiraan itu serta jadwal ke Perencanaan Tes

Dalam tahap Estimasi Uji, misalkan Anda memecah seluruh proyek menjadi tugas-tugas kecil dan menambahkan estimasi untuk setiap tugas seperti di bawah ini

Tugas	Anggota	Perkirakan usaha
Buat spesifikasi pengujian	Desainer Tes	170 jam kerja
Lakukan Eksekusi Tes	Penguji, Administrator Uji Coba	80 jam kerja
Laporan pengujian	Penguji	10 jam kerja
Pengiriman Tes		20 jam kerja
Total		280 jam kerja

Kemudian Anda membuat jadwal untuk menyelesaikan tugas-tugas ini.

Membuat jadwal adalah istilah umum dalam manajemen proyek. Dengan membuat jadwal yang solid dalam Perencanaan Tes, Manajer Tes dapat menggunakannya sebagai alat untuk memantau kemajuan proyek, mengontrol pembengkakan biaya.

Untuk membuat jadwal proyek, Manajer Tes membutuhkan beberapa jenis masukan seperti di bawah ini:

• Tenggat waktu karyawan dan proyek : Hari kerja, tenggat waktu proyek, ketersediaan sumber daya adalah faktor-faktor yang mempengaruhi jadwal
• Estimasi proyek : Berdasarkan estimasi, Manajer Penguji tahu berapa lama waktu yang dibutuhkan untuk menyelesaikan proyek. Sehingga dia bisa membuat jadwal proyek yang sesuai
• Risiko Proyek : Memahami risiko membantu Manajer Penguji menambahkan cukup waktu ekstra ke jadwal proyek untuk menangani risiko

Mari berlatih dengan sebuah contoh:

Misalkan bos ingin menyelesaikan proyek Guru99 dalam satu bulan, Anda sudah memperkirakan upaya untuk setiap tugas di Estimasi Tes. Anda dapat membuat jadwal seperti di bawah ini

Langkah 8) Uji Hasil Kerja

Test Deliverables adalah daftar semua dokumen, alat, dan komponen lain yang harus dikembangkan dan dipelihara untuk mendukung upaya pengujian.

Ada hasil pengujian yang berbeda di setiap fase siklus pengembangan perangkat lunak.

Hasil pengujian disediakan sebelum fase pengujian.

• Dokumen rencana pengujian.
• Dokumen uji kasus
• Spesifikasi Desain Uji.

Hasil pengujian disediakan selama pengujian

• Skrip Tes
• Simulator.
• Uji Data
• Uji Matriks Ketertelusuran
• Log kesalahan dan log eksekusi.

Hasil pengujian diberikan setelah siklus pengujian selesai.

• Hasil Tes / laporan
• Laporan Cacat
• Panduan prosedur Instalasi / Pengujian
• Catatan rilis

Sumber daya

Unduh contoh Templat Rencana Tes

Unduh contoh rencana pengujian sistem situs web Guru99 Bank