Selasa, 14 Juli 2015

Pengecekan pada Rencana Penerimaan (Post Test Rencana Test Penerimaan)



     1.    Periode Percobaan
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. Beberapa kekurangan pada Periode Paralel Run diantaranya:

  • Masalah kecil dapat membuat anda menjalankan kembali selama x untuk jangka waktu yang tidak terbatas. 
  •  Sulit untuk mencari penyebab dari suatu masalah. 
  •  Tidak ada jaminan bahwa semua kelebihan sistem akan dicoba. 
  •  Biarkan end user masuk ke sistem pada hari pertama yang penerapannya tidak selalu bermanfaat.

   2.    Penerimaan Yang Lengkap Sedikit Demi Sediki
Pendekatan adalah menemukan serangkaian tes yang mendemonstrasikan semua fungsi yang telah dijanjikan. Tes akan di lakukan kepada pelanggan secara resmi dan keberhasilan tes diakhiri satu per satu. Manfaat dari pendekatan ini adalah:
  • Dapat mendemonstrasikan semua fungsi yang dijanjikan. 
  •  Semua tindakan yang menyebabkan masalah selalu diketahui dengan tepat siapa yang mengetik ketika masalah terjadi. 
  •  User tidak merasa takut tentang semuanya.
    3.    Memastikan Bahwa Semua Yang Dijanjikan Akan Diuji 
Untuk memastikan semua yang dijanjikan akan di tes langsung melalui spesifikasi fungsi halaman demi halaman, paragraf demi paragraf dan buat daftar semua fungsi yang dapat di tes.
    4.    Menggunakan Design
Design membantu untuk mengelompokkan tes ke dalam serangkaian tes yang mendemonstrasikan fungsi utama.
    5.    Menulis Percobaan
Hal ini dilakukan pada saat anda sudah siap menetukan bagaimana anda akan menguji item ketika pengisian pada metode percobaan.
    6.    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.
    7.    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.
    8.    Kesimpulan Untuk Tahap Design
  • Dokumen spesifikasi design memuat design akhir tingkat atas melalui design tingkat menengah. 
  •  Tanggung jawab ATP disahkan dan dimulai. 
  •  Rencana proyek

Tidak ada komentar:

Posting Komentar