Templat Rencana Tes (Contoh Dokumen Contoh)
Thomas Hamilton
Apa itu templat rencana pengujian?
Templat Rencana Tes adalah dokumen terperinci yang menjelaskan strategi pengujian, tujuan, jadwal, estimasi dan hasil, serta sumber daya yang diperlukan untuk pengujian. Rencana Pengujian 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 dikendalikan secara cermat oleh manajer pengujian.
Membuat Rencana Tes adalah wajib untuk memastikan keberhasilan proyek pengujian Perangkat Lunak Anda. Jika Anda baru dalam Perencanaan Pengujian, lihat tutorial ini Cara Membuat Rencana Tes
Unduh Contoh Templat Rencana Tes
Templat Rencana Tes
Di bawah ini temukan konstituen penting dari rencana pengujian-
- 1 Pendahuluan
- 1.1 Ruang Lingkup
- 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 Uji
- 4 Kebutuhan Sumber Daya & Lingkungan
- 4.1 Alat Pengujian
- 4.2 Lingkungan Uji
1) Pendahuluan
Pengenalan singkat tentang strategi pengujian, proses, alur kerja, dan metodologi yang digunakan untuk proyek ini
1.1) Ruang Lingkup
1.1.1) Dalam Ruang Lingkup
Ruang lingkup mendefinisikan fitur, persyaratan fungsional atau non-fungsional dari perangkat lunak itu akan diuji
1.1.2) Di Luar Cakupan
Out Of Scope mendefinisikan fitur, persyaratan fungsional atau non-fungsional dari perangkat lunak itu tidak akan diuji
1.2) Sasaran Mutu
Di sini sebutkan tujuan keseluruhan yang ingin Anda capai dengan pengujian manual dan pengujian otomatisasi.
Beberapa tujuan proyek pengujian Anda mungkin saja
- Pastikan Aplikasi yang Diuji sesuai dengan persyaratan fungsional dan non-fungsional
- Pastikan AUT memenuhi spesifikasi kualitas yang ditentukan oleh klien
- Bug/masalah diidentifikasi dan diperbaiki sebelum ditayangkan
1.3) Peran dan Tanggung Jawab
Deskripsi detail tentang Peran dan tanggung jawab anggota tim yang berbeda
- Analis QA
- Manajer Tes
- Manajer Konfigurasi
- Pengembang
- Tim Instalasi
Di antara yang lain
2) Metodologi Tes
2.1) Ikhtisar
Sebutkan alasan mengadopsi metodologi pengujian tertentu untuk proyek tersebut. Metodologi pengujian yang dipilih untuk proyek tersebut dapat berupa
- Air terjun
- Berulang
- Tangkas
- Pemrograman Ekstrim
Metodologi yang dipilih bergantung pada banyak faktor. Anda dapat membaca tentang Metodologi Tes di sini
2.2) Tingkat Tes
Tingkat Pengujian menentukan Jenis Pengujian yang akan dijalankan pada Aplikasi yang Sedang Diuji (AUT). Tingkat Pengujian terutama bergantung pada ruang lingkup proyek, batasan waktu dan anggaran.
2.3) Triase Bug
Tujuan dari triase adalah untuk
- Untuk menentukan jenis resolusi untuk setiap bug
- Untuk memprioritaskan bug dan menentukan jadwal untuk semua “Bug yang Harus Diperbaiki”.
2.4) Kriteria Penangguhan dan Persyaratan Dimulainya Kembali
Kriteria penangguhan menentukan kriteria yang digunakan untuk menangguhkan seluruh atau sebagian prosedur pengujian, sedangkan kriteria dimulainya kembali menentukan kapan pengujian dapat dilanjutkan setelah ditangguhkan.
2.5) Kelengkapan Tes
Di sini Anda menentukan kriteria yang menganggap pengujian Anda selesai.
Misalnya, beberapa kriteria untuk memeriksa Kelengkapan Tes adalah
- 100% cakupan tes
- Semua kasus Uji Manual & Otomatis dijalankan
- Semua bug yang terbuka telah diperbaiki atau akan diperbaiki pada rilis berikutnya
3) Hasil Uji
Di sini disebutkan semua Artefak Pengujian yang akan dikirimkan selama berbagai fase siklus hidup pengujian.
Berikut adalah hasil sederhananya
|
4) Kebutuhan Sumber Daya & Lingkungan
4.1) Alat Pengujian
Buatlah daftar Alat seperti
- Alat Pelacakan Persyaratan
- Alat Pelacakan Bug
- Alat Otomasi
Diperlukan untuk menguji proyek
4.2) Lingkungan Uji
Itu menyebutkan minimum perangkat keras persyaratan yang akan digunakan untuk menguji Aplikasi.
Berikut perangkat lunak diperlukan selain perangkat lunak khusus klien.
- Windows 8 dan diatasnya
- Office 2013 ke atas
- MS Exchange, dll.
5) Istilah/Akronim
Sebutkan istilah atau akronim apa pun yang digunakan dalam proyek
| ISTILAH/AKRONIM | DEFINISI |
|---|---|
| API | Antarmuka Program Aplikasi |
| AUT | Aplikasi Sedang Diuji |
Unduh Format Templat Rencana Tes di atas
Contoh Rencana Uji Dokumen Contoh Aplikasi Web Perbankan
1 Pendahuluan
Rencana Pengujian dirancang untuk menentukan ruang lingkup, pendekatan, sumber daya, dan jadwal semua aktivitas pengujian proyek Guru99 Bank.
Rencana tersebut mengidentifikasi item yang akan diuji, fitur yang akan diuji, jenis pengujian yang akan dilakukan, personel yang bertanggung jawab atas pengujian, sumber daya dan jadwal yang diperlukan untuk menyelesaikan pengujian, dan risiko yang terkait dengan rencana tersebut.
1.1 Ruang Lingkup
1.1.1 Dalam Ruang Lingkup
Semua fitur situs webGuru99 Bank yang ditentukan dalam persyaratan perangkat lunak spesifikasi perlu diuji
| Modul Nama | Peran yang Berlaku | Uraian Teknis |
|---|---|---|
| Pertanyaan Saldo | Manajer Pelanggan |
Customer: Seorang pelanggan dapat memiliki beberapa rekening bank. Dia bisa lihat saldo akunnya saja manajer: Seorang manajer dapat melihat saldo semua pelanggan yang berada di bawah pengawasannya |
| Pengiriman dana | Manajer Pelanggan |
Pelanggan: Pelanggan dapat mentransfer dana dari “miliknya” akun ke akun tujuan mana pun. manajer: Seorang manajer dapat mentransfer dana dari bank sumber mana pun akun ke akun tujuan |
| Pernyataan Mini | Manajer Pelanggan |
Pernyataan Mini akan menampilkan 5 transaksi terakhir suatu akun Pelanggan: Seorang pelanggan hanya dapat melihat pernyataan mini “miliknya” akun Manajer: Seorang manajer dapat melihat laporan mini dari akun mana pun |
| Pernyataan yang Disesuaikan | Manajer Pelanggan |
Pernyataan yang disesuaikan memungkinkan Anda memfilter dan menampilkan transaksi dalam suatu rekening berdasarkan tanggal, nilai transaksi Pelanggan: Pelanggan hanya dapat melihat Pernyataan Khusus akun “sendiri” miliknya manajer: Seorang manajer dapat melihat Customized -pernyataan apa pun rekening |
| Ubah Sandi | Manajer Pelanggan |
Pelanggan: Pelanggan hanya dapat mengubah kata sandi akunnya. manajer: Seorang manajer hanya dapat mengubah kata sandi akunnya. Dia tidak dapat mengubah kata sandi pelanggannya |
| Baru Pelanggan | manajer | manajer: Seorang manajer dapat menambahkan pelanggan baru. |
| manajer |
Manajer: Seorang manajer dapat mengedit rincian seperti alamat, email, telepon pelanggan. |
|
| Akun Baru | manajer |
Saat ini sistem menyediakan 2 jenis akun • Menyimpan • Saat ini Seorang nasabah dapat memiliki beberapa rekening tabungan (satu atas namanya, lainnya dalam nama gabungan, dll). Dia dapat memiliki banyak rekening giro untuk perusahaan yang berbeda dia memiliki. Atau dia dapat memiliki beberapa rekening giro dan tabungan. Manajer: Seorang manajer dapat menambahkan akun baru untuk akun yang sudah ada pelanggan. |
| Mengedit akun | manajer | Manajer: Seorang manajer dapat menambahkan detail akun edit untuk akun yang sudah ada |
| Hapus akun | manajer | Manajer: Seorang manajer dapat menambahkan penghapusan akun untuk pelanggan. |
| Hapus Pelanggan | manajer |
Pelanggan dapat dihapus hanya jika dia tidak memiliki rekening giro atau tabungan yang aktif Manajer: Seorang manajer dapat menghapus pelanggan. |
| Deposito | manajer |
Manajer: Seorang manajer dapat menyetor uang ke akun mana pun. Biasanya dilakukan ketika uang tunai disetorkan ke cabang bank. |
| Penarikan | manajer |
Manajer: Seorang manajer dapat menarik uang dari akun mana pun. Biasanya dilakukan saat penarikan uang tunai di cabang bank. |
1.1.2 Di Luar Cakupan
Fitur ini tidak diuji karena tidak disertakan dalam spesifikasi kebutuhan perangkat lunak
- User Interface
- Antarmuka Perangkat Keras
- Antarmuka Perangkat Lunak
- Basis data logis
- Antarmuka Komunikasi
- Keamanan dan Kinerja Situs Web
1.2 Sasaran Mutu
Tujuan tes adalah untuk memeriksa Fungsi situs web Guru99 Bank, proyek harus fokus pada pengujian operasi perbankan seperti Manajemen Akun, Penarikan, dan Saldo…dll. ke menjamin semua operasi ini dapat berhasil biasanya dalam lingkungan bisnis nyata.
1.3 Peran dan Tanggung Jawab
Proyek harus menggunakan outsourcing anggota sebagai penguji untuk menghemat biaya proyek.
| Nomor | Anggota | Tasks |
|---|---|---|
| 1. | Manajer Tes | Kelola seluruh proyek Tentukan arah proyek Dapatkan sumber daya yang sesuai |
| 2. | uji | Mengidentifikasi dan menjelaskan teknik/alat/arsitektur otomasi pengujian yang sesuai Memverifikasi dan menilai Pendekatan Pengujian Jalankan tes, Catat hasil, Laporkan cacat. Anggota yang dialihdayakan |
| 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 Mendukung 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 |
2 Metodologi Tes
2.1 Ikhtisar
2.2 Tingkat Tes
Dalam proyek Guru99 Bank, ada 3 jenis pengujian yang harus dilakukan.
- integrasi Pengujian (Modul perangkat lunak individu digabungkan dan diuji sebagai sebuah kelompok)
- System Pengujian : Dilakukan pada a lengkap, terpadu sistem untuk mengevaluasi kepatuhan sistem terhadap persyaratan yang ditentukan
- Pengujian API: Uji semua API yang dibuat untuk perangkat lunak yang diuji
2.3 Triase Bug
2.4 Kriteria Penangguhan dan Persyaratan Dimulainya Kembali
Jika anggota tim melaporkan bahwa ada 40% kasus uji gagal, tunda pengujian hingga tim pengembangan memperbaiki semua kasus yang gagal.
2.5 Kelengkapan Tes
- Menentukan kriteria yang menunjukkan a sukses penyelesaian tahap pengujian
- Run tarif adalah wajib untuk menjadi 100% kecuali ada alasan jelas yang diberikan.
- Lulus tarifnya adalah 80%, mencapai tingkat kelulusan adalah wajib
2.6 Tugas proyek dan estimasi serta jadwalnya
| tugas | Anggota | Perkirakan 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 | 20 jam kerja | |
| Total | 280 jam kerja |
Jadwalkan untuk menyelesaikan tugas-tugas ini
3 Hasil Uji
Hasil tes disediakan seperti di bawah ini
Sebelum tahap pengujian
- Dokumen rencana pengujian.
- Uji kasus dokumen
- Spesifikasi Desain Uji.
Selama pengujian
– Simulator Alat Uji.
- Data Uji
– Uji Matriks Kemampuan Penelusuran – Log kesalahan dan log eksekusi.
Setelah siklus pengujian selesai
- Hasil Tes/laporan
- Laporan Cacat
- Pedoman prosedur pemasangan/pengujian
- Catatan rilis
4 Kebutuhan Sumber Daya & Lingkungan
4.1 Alat Pengujian
| Nomor | Sumber daya | Description |
|---|---|---|
| 1. | Server | Butuh server Database yang menginstal MySQL Server Server web yang menginstal Apache Server |
| 2. | Alat uji | Kembangkan alat Uji yang dapat secara otomatis menghasilkan hasil pengujian ke bentuk yang telah ditentukan sebelumnya dan pelaksanaan pengujian otomatis |
| 3. | jaringan | Siapkan LAN Gigabit dan 1 jalur internet dengan kecepatan minimal 5 Mb/s |
| 4. | komputer | Setidaknya 4 komputer dijalankan Windows 7, Ram 2GB, CPU 3.4GHZ |
4.2 Lingkungan Uji
Ini menyebutkan persyaratan minimum perangkat keras dan perangkat lunak yang akan digunakan untuk menguji Aplikasi.
Perangkat lunak berikut diperlukan sebagai tambahan perangkat lunak khusus klien.
- Windows 11 dan diatasnya
- Office 2021 ke atas
- MS Exchange, dll.
