Pre Test
Soal :
Menurut Anda seberapa penting
dilakukan tes penerimaan terhadap sistem yang dibuat? Jelaskan jawaban Anda.
Jawaban :
Penting sekali, karena tujuan dari
penerimaan adalah mendapatkan pernyataan tertulis dari user bahwa produk (dalam
hal ini sistem) yang dikirim sesuai dengan yang dijanjikan. Jadi tes penerimaan
dilakukan terhadap sistem yang dibuat itu sangat penting karena dengan
melakukan hal tersebut kita bisa mengetahui apakah user puas dengan proyek yang
kita buat, apakah sistem yang dibuat dapat berjalan sesuai dengan apa yang kita janjikan, dan dengan melakukan
hal tersebut kia bisa mendapatkan tanda penerimaan dari user.
Post Test
Soal :
Apa saja yang perlu dicek pada
kegiatan ‘Rencana Penerimaan’? Sebut dan jelaskan.
Jawaban :
Yang perlu dicek pada kegiatan Rencana Penerimaan
PERIODE PERCOBAAN ATAU PARALLEL RUN
Periode percobaan atau parallel
run adalah pendekatan yang paling umum untuk penerimaan. Menggunakan
pendekatan ‘Periode Percobaan’ tim proyek mudah memasang sistem baru
untuk dicoba oleh user. Pendekatan ‘Parallel Run’ menambahkan
dimensi untuk peralihan sistem lama yang sudah berjalan dengan baik
sebagai perbandingan dan cadangan. Dalam kedua kasus ini klien
menggunakan sistem baru selama ‘X’ hari. Jika tidak ada masalah maka
user menerimanya, jika ada masalah maka tim proyek berusaha
memperbaikinya dan melakukan kembali percobaan selama ‘X’ hari.
PENERIMAAN YANG LENGKAP SEDIKIT DEMI SEDIKIT
Pendekatan
yang lebih baik adalah menemukan serangkaian tes yang mendemonstrasikan semua
fungsi yang dijanjikan. Penerimaan akan dilakukan secara resmi melalui seluruh
tes ini kepada pelanggan. Keberhasilan tes diakhiri satu per satu. Jika sebuah
tes gagal, Tim proyek dengan penuh harapan memperbaiki masalah langsung di
tempat pengujian. Jika itu masalah utama maka tes ditunda sampai masalah dapat
diperbaiki. Dalam teori hanya tes yang gagal yang diulang, walaupun user
memiliki hak untuk menjalankan kembali tes yang diterimanya sesudah perbaikan.
MEMASTIKAN BAHWA SEMUA YANG
DIJANJIKAN AKAN DIUJI
Untuk
memastikan semua yang dijanjikan akan dites langsung melalui spesifikasi Fungsi
halaman demi halaman, paragraf demi paragraf, dan buat daftar semua fungsi yang
dapat dites.
MENGGUNAKAN DISAIN
Anda
mungkin berfikir mengapa saya menyarankan mengerjakan ATP setelah disain
dikerjakan. Sesungguhnya anda hanya memerlukan Spesifikasi Fungsi untuk
menghasilkan ATP. Tetapi, disain membantu untuk menggelompokkan tes ke dalam
serangkaian tes yang mendemonstrasikan fungsi utama dari sistem.
MENULIS
PERCOBAAN
Hal ini dilakukan pada saat anda sudah siap menetukan
bagaimana anda akan menguji item ketika pengisian pada metode percobaan.
DAFTAR
RENCANA TES PENERIMAAN
- Definisikan percobaan dan kumpulkan percobaan.
- Tetapkan tanggung jawab untuk menulis percobaan.
- Klien dan tim proyek mengetahui bahwa ATP akan ditinjau kembali, direvisi jika perludan ditandatangani user.
- Hasilkan fungsi vs rabel percobaan.
- Tanggung jawab untuk percobaan data telah dtetapkan.
KESIMPULAN
UNTUK RENCANA TES PENERIMAAN
Anda dapat melakukan tes penerimaan secara berlebihan.
Anjurkan user untuk menulis ATP jika dia mampu. Hal ini akan memberikan dia
perasaan mengawasi tim proyek harus membangun sistem melalui percobaan
KESIMPULAN UNTUK RENCANA TES
PENERIMAAN
Anjurkan
user untuk menulis ATP jika dia mampu. Hal ini akan memberikan dia perasaan
mengawasi – tim proyek harus membangun sistem melalui percobaan. Anda dapat
melakukan tes penerimaan secara berlebihan. Membandingkan biaya tes dengan
biaya risiko itu adalah suatu masalah. Anda dapat tidak melakukan semua
percobaan, khususnya dalam sistem multi-user yang interaktif.
Tidak ada komentar:
Posting Komentar