Contoh Templat Rencana Pengujian

Apa itu Templat Rencana Pengujian?

A Templat Rencana Tes Dokumen ini merupakan dokumen terperinci yang menjelaskan strategi pengujian, tujuan, jadwal, estimasi, hasil yang diharapkan, dan sumber daya yang dibutuhkan untuk pengujian. Dokumen ini membantu menentukan upaya yang diperlukan untuk memvalidasi kualitas dan berfungsi sebagai cetak biru yang dikendalikan oleh Manajer Pengujian.

Membuat Rencana Tes Hal ini wajib untuk memastikan keberhasilan proyek pengujian Anda. Jika Anda baru mengenal hal ini, silakan merujuk ke... Cara Membuat Rencana Tes.

Unduh Contoh Templat Rencana Tes

Struktur Templat Rencana Pengujian

Berikut ini adalah komponen-komponen penting dari templat Rencana Pengujian, yang dijelaskan secara berurutan:

• 1. Pengantar
• Lingkup 1.1
• 1.1.1 Dalam Ruang Lingkup
• 1.1.2 Di Luar Cakupan
• 1.2 Sasaran Mutu
• 1.3 Peran dan Tanggung Jawab
• 2. Metodologi Tes
• 2.1 Ikhtisar
• 2.2 Tingkat Tes
• 2.3 Triase Bug
• 2.4 Kriteria Penangguhan dan Persyaratan Dimulainya Kembali
• 2.5 Kelengkapan Tes
• 3. Hasil Pengujian
• 4. Kebutuhan Sumber Daya & Lingkungan
• 4.1 Alat Pengujian
• 4.2 Lingkungan Uji
• 5. Istilah/Singkatan

1) Pendahuluan

Pendahuluan memberikan gambaran singkat tentang strategi pengujian, proses, alur kerja, dan metodologi yang digunakan untuk proyek ini.

1.1) Ruang Lingkup

---

Cakupan dibagi menjadi dua bagian agar batasan pengujian tetap jelas.

1.1.1) Dalam Ruang Lingkup

Dalam lingkup (Scope) didefinisikan fitur, persyaratan fungsional, atau non-fungsional dari perangkat lunak yang akan diuji.

1.1.2) Di Luar Cakupan

Di Luar Cakupan mendefinisikan fitur, persyaratan fungsional, atau non-fungsional dari perangkat lunak yang tidak akan diuji.

1.2) Sasaran Mutu

---

Di sini Anda menyebutkan tujuan keseluruhan yang ingin dicapai tim melalui pengujian manual dan pengujian otomatis. Beberapa tujuan dari proyek pengujian tipikal meliputi:

• Pastikan Aplikasi yang Sedang Diuji (AUT) sesuai dengan persyaratan fungsional dan non-fungsional.
• Pastikan AUT (Application Under Test) memenuhi spesifikasi kualitas yang ditentukan oleh klien.
• Identifikasi dan perbaiki bug sebelum aplikasi diluncurkan.

1.3) Peran dan Tanggung Jawab

---

Berikan deskripsi rinci tentang peran dan tanggung jawab dari berbagai anggota tim yang terlibat, seperti:

• Analis QA
• Manajer Tes
• Manajer Konfigurasi
• Pengembang
• Tim Instalasi

Diantara yang lain.

👉 Daftar untuk Proyek Pengujian Perangkat Lunak Langsung Gratis

2) Metodologi Tes

Bagian ini menentukan siklus hidup, level, dan aturan yang digunakan untuk mengatur pelaksanaan pengujian.

2.1) Ikhtisar

---

Sebutkan alasan mengapa metodologi pengujian tertentu diadopsi untuk proyek ini. Metodologi pengujian yang dipilih untuk proyek ini bisa berupa:

• Air terjun
• Berulang
• Tangkas
• Pemrograman Ekstrim

Metodologi yang dipilih bergantung pada berbagai faktor. Anda dapat membaca lebih lanjut tentang metodologi pengujian. di sini.

2.2) Tingkat Tes

---

Tingkat Pengujian menentukan jenis pengujian yang akan dijalankan pada Aplikasi yang Sedang Diuji (AUT).Tingkat yang dipilih terutama bergantung pada ruang lingkup proyek, waktu, dan batasan anggaran.

2.3) Triase Bug

---

Tujuan dari triase bug adalah:

• Tentukan jenis penyelesaian untuk setiap bug.
• Prioritaskan bug dan tentukan jadwal untuk semua bug yang berstatus "Harus Diperbaiki".

2.4) Kriteria Penangguhan dan Persyaratan Dimulainya Kembali

---

Kriteria penangguhan menentukan kondisi di mana seluruh atau sebagian dari prosedur pengujian akan dihentikan sementara. Kriteria dimulainya kembali menentukan kapan pengujian dapat dilanjutkan setelah ditangguhkan.

2.5) Kelengkapan Tes

---

Di sini Anda menentukan kriteria yang akan menganggap pengujian Anda selesai. Misalnya, kriteria umum untuk memeriksa kelengkapan pengujian adalah:

• Cakupan pengujian 100% tercapai.
• Semua kasus uji manual dan otomatis telah dieksekusi.
• Semua bug yang masih terbuka telah diperbaiki atau direncanakan untuk rilis berikutnya.

3) Hasil Uji

Cantumkan setiap artefak yang dihasilkan selama siklus pengujian. Pencatatan ini sebelumnya mencegah terlewatnya serah terima antar tim.

4) Kebutuhan Sumber Daya & Lingkungan

Buat daftar alat dan infrastruktur untuk mengamankan anggaran, lisensi, dan lingkungan sebelum eksekusi dimulai.

4.1) Alat Pengujian

---

Buatlah daftar alat-alat seperti:

• Persyaratan TracAlat raja
• Bug TracAlat raja
• Alat Otomasi

Hal-hal ini diperlukan untuk menguji proyek secara efektif.

4.2) Lingkungan Uji

---

Sebutkan minimumnya perangkat keras Persyaratan yang akan digunakan untuk menguji aplikasi.

Berikut ini perangkat lunak diperlukan sebagai tambahan perangkat lunak khusus klien:

• Windows 11 dan diatasnya
• Microsoft 365 (atau Office 2021 dan versi yang lebih baru)
• MS Exchange, dll.

5) Istilah/Akronim

Catat semua istilah atau akronim yang digunakan dalam proyek agar pendatang baru dapat membaca rencana tersebut tanpa ambiguitas.

Unduh Format Templat Rencana Tes di atas

Contoh Dokumen Rencana Pengujian: Contoh Aplikasi Web Perbankan

Contoh berikut menunjukkan cara mengisi templat di atas untuk... GuruAplikasi web 99 Bank.

1. Pengantar

Rencana Pengujian menetapkan ruang lingkup, pendekatan, sumber daya, dan jadwal semua aktivitas pengujian untuk GuruProyek Bank 99. Dokumen ini mengidentifikasi item dan fitur yang akan diuji, jenis pengujian yang dilakukan, personel yang bertanggung jawab, dan risiko yang terkait dengan rencana tersebut.

Lingkup 1.1

1.1.1 Dalam Ruang Lingkup

Semua fitur dari GuruSitus web 99 Bank didefinisikan dalam persyaratan perangkat lunak. spesifikasi perlu diuji.

Modul Nama	Peran yang Berlaku	Uraian Teknis
Pertanyaan Saldo	Manajer, Pelanggan	Pelanggan: Seorang nasabah dapat memiliki beberapa rekening bank dan hanya dapat melihat saldo dari rekening-rekening miliknya saja. Manajer: Seorang manajer dapat melihat saldo semua pelanggan di bawah pengawasannya.
Pengiriman dana	Manajer, Pelanggan	Pelanggan: Nasabah dapat mentransfer dana dari rekeningnya sendiri ke rekening tujuan mana pun. Manajer: Seorang manajer dapat mentransfer dana dari rekening sumber mana pun ke rekening tujuan mana pun.
Pernyataan Mini	Manajer, Pelanggan	Laporan mini menunjukkan 5 transaksi terakhir dari suatu rekening. Pelanggan: Hanya melihat laporan singkat dari rekeningnya sendiri. Manajer: Melihat laporan mini dari setiap akun.
Pernyataan yang Disesuaikan	Manajer, Pelanggan	Laporan yang disesuaikan akan menyaring dan menampilkan transaksi dalam suatu akun berdasarkan tanggal atau nilai transaksi. Pelanggan: Hanya berdasarkan catatan pribadinya saja. Manajer: Akun apa pun.
Ubah Sandi	Manajer, Pelanggan	Pelanggan: Dapat mengubah kata sandi akunnya sendiri. Manajer: Dia bisa mengubah kata sandi akunnya sendiri tetapi tidak bisa mengubah kata sandi akun pelanggannya.
Baru Pelanggan	manajer	Manajer: Seorang manajer dapat menambahkan pelanggan baru.
Edit Pelanggan	manajer	Manajer: Dapat mengedit detail seperti alamat, email, dan nomor telepon pelanggan.
Akun Baru	manajer	Sistem ini menyediakan 2 jenis rekening: Tabungan dan Giro. Nasabah dapat memiliki beberapa rekening tabungan (perorangan atau bersama) dan beberapa rekening giro. Manajer: Dapat menambahkan akun baru untuk pelanggan yang sudah ada.
Mengedit akun	manajer	Manajer: Dapat mengedit detail akun untuk akun yang sudah ada.
Hapus akun	manajer	Manajer: Dapat menghapus akun milik pelanggan.
Hapus Pelanggan	manajer	Nasabah hanya dapat dihapus jika ia tidak memiliki rekening giro atau tabungan yang aktif. Manajer: Dapat menghapus pelanggan.
Deposito	manajer	Manajer: Dapat menyetor uang ke rekening mana pun, biasanya saat menyetor uang tunai di cabang bank.
Penarikan	manajer	Manajer: Dapat menarik uang dari rekening mana pun, biasanya saat menarik uang tunai di cabang bank.

1.1.2 Di Luar Cakupan

Fitur-fitur ini tidak diuji karena bukan bagian dari spesifikasi persyaratan perangkat lunak:

• User Interface
• Antarmuka Perangkat Keras
• Antarmuka Perangkat Lunak
• Desain logis basis data
• Antarmuka Komunikasi
• Keamanan dan Kinerja Situs Web

1.2 Sasaran Mutu

Tujuan tes adalah untuk memeriksa fungsionalitas dari GuruSitus web 99 Bank. Proyek ini harus fokus pada pengujian. operasional perbankan, seperti Manajemen Akun, Penarikan, dan Pengecekan Saldo, untuk menjamin bahwa semua operasi ini berhasil biasanya dalam lingkungan bisnis nyata.

1.3 Peran dan Tanggung Jawab

Proyek harus menggunakan outsourcing Anggota dilibatkan sebagai penguji untuk menghemat biaya proyek.

Nomor	Anggota	Tasks
1.	Manajer Tes	Mengelola seluruh proyek, menentukan arah proyek, dan memperoleh sumber daya yang sesuai.
2.	penguji	Mengidentifikasi dan menjelaskan teknik pengujian, alat, dan arsitektur otomatisasi yang tepat; memverifikasi pendekatan pengujian; menjalankan pengujian; mencatat hasil; melaporkan cacat. Anggota tim yang dipekerjakan dari luar.
3.	Pengembang dalam Pengujian	Mengimplementasikan kasus uji, program uji, rangkaian uji, dll.
4.	Administrator Tes	Membangun dan memelihara lingkungan dan aset pengujian; mendukung penguji selama pelaksanaan.
5.	Anggota SQA	Bertanggung jawab atas jaminan kualitas dan konfirmasikan apakah proses pengujian memenuhi persyaratan yang ditentukan.

2. Metodologi Tes

2.1 Ikhtisar

The GuruProyek 99 Bank mengikuti metodologi pengujian yang ramah Agile, memungkinkan penguji untuk menyesuaikan diri dengan sprint pengembangan yang cepat sambil mempertahankan dokumentasi yang terstruktur.

2.2 Tingkat Tes

Dalam majalah GuruUntuk proyek 99 Bank, tiga jenis pengujian harus dilakukan:

• Tes integrasi: Modul-modul perangkat lunak individual digabungkan dan diuji secara berkelompok.
• Pengujian Sistem: Dilakukan pada sistem yang lengkap dan terintegrasi untuk mengevaluasi kepatuhan terhadap persyaratan yang ditentukan.
• Pengujian API: Menguji setiap API yang diekspos oleh perangkat lunak yang sedang diuji.

2.3 Triase Bug

Pertemuan triase bug diadakan dua kali seminggu untuk mengklasifikasikan tingkat keparahan cacat, pemilik, dan target rilis perbaikan.

2.4 Kriteria Penangguhan dan Persyaratan Dimulainya Kembali

If 40% dari kasus uji memiliki gagal, hentikan pengujian hingga tim pengembang memperbaiki semua kasus yang gagal.

2.5 Kelengkapan Tes

• Menentukan kriteria yang menunjukkan a sukses penyelesaian fase pengujian.
• Tingkat lari wajib di 100% kecuali ada alasan jelas yang diberikan.
• Tingkat lulus is 80%; mencapai tingkat kelulusan adalah wajib.

2.6 Tugas Proyek, Estimasi, dan Jadwal

tugas	Anggota	Perkiraan Upaya
Buat spesifikasi pengujian	Desainer Tes	170 jam kerja
Lakukan Eksekusi Tes	Penguji, Administrator Tes	80 jam kerja
Laporan pengujian	penguji	10 jam kerja
Pengiriman Tes	Manajer Tes	20 jam kerja
Total	-	280 jam kerja

Jadwal: Tim berkomitmen untuk menyelesaikan tugas-tugas ini dalam jangka waktu siklus pengujian yang telah disepakati.

3. Hasil Pengujian

Hasil pengujian untuk GuruProyek 99 Bank diorganisasikan menjadi tiga fase.

Sebelum fase pengujian:

• Dokumen rencana pengujian.
• Uji kasus dokumen.
• Spesifikasi desain pengujian.

Selama fase pengujian:

• Simulator alat uji.
• Uji data.
• uji tracmatriks eabilitas, log kesalahan, dan log eksekusi.

Setelah siklus pengujian selesai:

• Hasil dan laporan pengujian.
• Laporan Cacat.
• Pedoman prosedur instalasi dan pengujian.
• Catatan rilis.

4. Kebutuhan Sumber Daya & Lingkungan

4.1 Alat Pengujian

Nomor	Sumber	Uraian Teknis
1.	Server	Server basis data yang sedang berjalan MySQL dan sebuah server web yang menjalankan Apache.
2.	Alat uji	Sebuah alat yang dapat secara otomatis menghasilkan hasil pengujian ke dalam format yang telah ditentukan dan mengotomatiskan eksekusi pengujian.
3.	jaringan	Konfigurasi LAN gigabit dan satu jalur internet dengan kecepatan minimum 5 Mb/s.
4.	komputer	Setidaknya 4 workstation berjalan Windows 11, dengan RAM 8 GB dan CPU 3.4 GHz.

4.2 Lingkungan Uji

Bagian ini mencantumkan persyaratan perangkat keras dan perangkat lunak minimum yang digunakan untuk menguji aplikasi. Perangkat lunak berikut diperlukan selain perangkat lunak khusus klien:

• Windows 11 dan diatasnya
• Microsoft 365 (atau Office 2021 dan versi yang lebih baru)
• MS Exchange, dll.

Bagaimana AI Membantu dalam Perencanaan Pengujian

Perencanaan pengujian modern semakin banyak menggunakan AI untuk mengurangi upaya dan mengungkap titik buta. Asisten generatif seperti ChatGPT, Claude, atau Gemini dapat menyusun Rencana Pengujian awal dari dokumen persyaratan, menyarankan kasus-kasus khusus yang terlewatkan, dan menghasilkan tracMatriks kelayakan secara otomatis. Model pembelajaran mesin menandai modul berisiko dari data cacat historis, membantuping Manajer Pengujian memfokuskan upaya pada hal yang paling penting.

Namun, bantuan AI tidak menggantikan penilaian manusia. RevPara pengamat harus memvalidasi ruang lingkup, cakupan peraturan, dan tujuan bisnis sebelum menyetujui rencana yang dihasilkan AI. Perlakukan saran AI sebagai draf pertama, bukan dokumen final.

Praktik Terbaik untuk Rencana Pengujian yang Efektif

Rencana pengujian yang ditulis dengan baik akan menjaga keselarasan semua pemangku kepentingan. Terapkan praktik terbaik ini saat menyusun dokumen Anda:

• Buatlah Singkat dan Jelas: Gunakan bahasa yang jelas dan daftar poin; hindari jargon yang memperlambat pembaca di luar bidang penjaminan mutu.
• Lakukan Reviewable: Bagikan informasi ini sejak dini kepada pengembang dan analis bisnis untuk mendeteksi persyaratan yang terlewat.
• Kuantifikasi Kriteria Keluar: Tentukan cakupan numerik, tingkat kelulusan, dan ambang batas cacat.
• Kaitkan Risiko dengan Upaya Mitigasi: Padukan setiap risiko dengan strategi penanggulangan atau strategi cadangan.
• Kelola Versi Rencana Tersebut dengan Kontrol: Simpan di alat dokumentasi untuk tracperubahan k di seluruh proyek.

Pertanyaan Umum