Anda di halaman 1dari 3

RENCANA PENGUJIAN

(TEST PLAN)

1 pengantar
Rencana Tes telah dibuat untuk mengkomunikasikan pendekatan tes kepada anggota
Kelompok 3 Ini termasuk tujuan, ruang lingkup, jadwal, risiko dan pendekatan.
Dokumen ini akan dengan jelas mengidentifikasi apa yang akan menjadi hasil
pengujian dan apa yang dianggap masuk dan keluar dari ruang lingkup.

1.1 Tujuan
Test Case Tamer adalah alat Manajemen Tes berbasis web yang digunakan untuk membuat
dan menyimpan tes serta hasil menjalankan tes tersebut. Alat ini adalah produk baru yang
ditulis dengan Ruby on Rails menggunakan database 'mysql'. Tim penguji bertanggung
jawab untuk menguji produk dan memastikannya memenuhi kebutuhan mereka. Tim penguji
adalah pelanggan dan penguji dalam proyek ini.

Fase 1 proyek akan memberikan TCT (Test Case Tamer) dengan fungsionalitas untuk
membuat dan menyimpan tes manual. Ini akan memungkinkan tim penguji untuk mulai
mentransfer tes ke sistem baru. Harus memiliki fungsionalitas yang dianggap lebih penting
daripada tanggal pengiriman dalam proyek ini.
1.2 Anggota tim
Nama Sumberdaya Peran
Azka F.A Paputungan
Muh Aldo Rifaldi
Muh Maruf Asharu
Muh Wahyu Hidayat

2 Cakupan
Tahap awal akan mencakup semua persyaratan yang 'harus dimiliki'. Ini dan persyaratan lain
yang disertakan semuanya harus diuji. Pada akhir Fase 1, seorang penguji harus dapat:
1. Buat tes manual dengan langkah sebanyak yang diperlukan
2. Simpan itu
3. Ambil dan miliki kemampuan untuk melihatnya saat menjalankan tes
4. Masukkan hasil dan komentar yang sesuai
5. Lihat hasil

Saat tim bekerja dengan produk, mereka akan menentukan kebutuhan untuk fase kedua.
Pengujian beban tidak akan dianggap sebagai bagian dari proyek ini karena basis pengguna
diketahui dan tidak menjadi masalah.
Menulis ulang, memindahkan, atau mem-porting kasus uji yang ada dari dokumen Word
yang ada tidak dianggap sebagai bagian dari proyek ini.

3 Asumsi / Risiko
3.1 Asumsi
Bagian ini mencantumkan asumsi yang dibuat khusus untuk proyek ini.
1. Pengiriman produk dalam format yang dapat diperiksa oleh tim penguji ke dalam
CVS.

3.2 Resiko

# Mempertaruhkan Dampak Pemicu Rencana mitigasi


1 Sekuritas atau keamanan Tinggi Keterlambata Setiap iterasi, fungsionalitas
n tanggal akan dipantau secara ketat.
implementasi Keamanan jaringann hanya bisa
di emplementasikan langsung
dimana lingkungan software
tersebut digunakan
2 Perubahan pada Tinggi – Kehilangan Ekspor data sebelum
fungsionalitas dapat sesuai semua kasus peningkatan apa pun, pijat
meniadakan tes yang jadwal uji seperlunya dan impor ulang
sudah ditulis dan kami dan setelah peningkatan.
mungkin kehilangan kualitas
kasus uji yang sudah
ditulis
3 Pengiriman mingguan Sedang Produk tidak
tidak dimungkinkan terkirim
karena pengembang sesuai jadwal
bekerja di luar lokasi
4

4 Pendekatan Tes
Pendekatan yang digunakan pada pengujian kali ini adalah AD hoc testing. Unit testing ini
dilakukan dengan melakukan testing terhadap kebutuhan fungsional ataupun kebutuhan
non-fungsional dari aplikasi. Funsi ini berupaya mencari kesalahan-kesalahan dari aplikasi
ataupun fungsi yang tidak berjalan di aplikasi, bisa juga untuk mencari kesalahan pada
sturktur data, data base, interface, dan tujuan
4.1 Tes Otomatisasi
Tes unit otomatis adalah bagian dari proses pengembangan, tetapi tidak ada tes fungsional
otomatis yang direncanakan saat ini.
5 Lingkungan Uji
Sebuah server baru diperlukan untuk web server, aplikasi dan database.

6 Pencapaian / Hasil Kerja


6.1 Jadwal Tes
Jadwal tes awal berikut ……….

Nama tugas Awal Menyele Upaya Komentar


saikan
Perencanaan Tes
Tinjau dokumen Persyaratan 2 hari
Buat perkiraan pengujian awal 1 hari
Terapkan pertama ke lingkungan
pengujian QA
Pengujian fungsional – Iterasi 1
Iterasi 2 menyebarkan ke lingkungan
pengujian QA
Pengujian fungsional – Iterasi 2
Pengujian sistem
Pengujian regresi
UAT
Resolusi cacat akhir dan pengujian
build akhir
Terapkan ke lingkungan Pementasan
Pengujian kinerja
Rilis ke Produksi

6.2 Kiriman
Dokumen yang dikirim Untuk Tanggal / Tonggak
Test Plan Manajer proyek; Direktur
QA; Tim penguji
Traceability Matrix Manajer proyek; Direktur
QA
Test Results Manajer proyek
Test Status report Manajer QA, Direktur QA

Metrics Semua anggota tim

Anda mungkin juga menyukai