11.07.2015 Views

Test plan

Test plan

Test plan

SHOW MORE
SHOW LESS
  • No tags were found...

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>Test</strong> <strong>plan</strong>Program Studi :S1 Sistem Informasi


INtroductionPurposeRencana Uji dokumen test <strong>plan</strong> digunakan untuk mendukung tujuantujuansebagai berikut:1. Mengidentifikasi informasi proyek yang ada dan komponen perangkatlunak yang harus diuji2. Daftar Persyaratan direkomendasikan untuk <strong>Test</strong>3. Merekomendasikan dan menjelaskan strategi pengujian yang akandigunakan4. Mengidentifikasi sumber daya yang diperlukan dan memberikanperkiraan dari upaya pengujian5. Daftar unsur-unsur deliverable dari proyek yang diuji


INtroduction Background Berikan uraian singkat dari sasaran tes untuk (komponen,aplikasi, sistem, dll) dan tujuannya. Sertakan informasi seperti fungsi utama fitur, arsitekturdan sejarah singkat proyek. Bagian ini seharusnya hanya sekitar 3-5 paragraf.


INtroductionScopeJelaskan tahap pengujian, misalnya, Unit, Integrasi, atau Sistem,dan jenis pengujian yang akan ditangani oleh rencana ini, sepertiFungsi atau Performa.Menyediakan daftar singkat dari fungsi yang akan/tidak akan diuji Daftar setiap asumsi yang dibuat selama pengembangandokumen ini, yang dapat mempengaruhi desain, pengembanganatau pelaksanaan pengujian.Daftar risiko atau kemungkinan yang dapat mempengaruhi desain,pengembangan g atau pelaksanaan pengujianDaftar setiap kendala mempengaruhi desain, pengembangan,atau pelaksanaan pengujian


INtroductionTabel di bawah ini mengidentifikasi dokumentasi dan ketersediaan,digunakan untuk mengembangkan rencana pengujian:Document(and version / date)Created orAvailableReceived orReviewedAuthor orResourceNotesRequirements Specification Yes No Yes NoFunctional Specification Yes No Yes NoUse Case Reports Yes No Yes NoProject Plan Yes No Yes NoDesign Specifications Yes No Yes NoPrototype Yes No Yes NoUsers Manuals Yes No Yes NoBusiness Model / Flow Yes No Yes NoData Model / Flow Yes No Yes NoBusiness Functions and Rules Yes No Yes NoProject t/B Business Risk Yes No Yes NoAssessment


RequirementDaftar di bawah ini mengidentifikasi item-item (kasus, persyaratanfungsional, persyaratan non-fungsional) yang telah diidentifikasisebagai targett untuk pengujian. Daftar inii mewakili apa yang akandiuji.


<strong>Test</strong> StrategyUji Strategi menyajikan suatu pendekatan yang direkomendasikan untukpengujian target dari testnya.Persyaratan Uji, menggambarkan apa yang akan diuji, bagian inimenjelaskan bagaimana target akan diuji.Untuk setiap jenis tes, memberikan deskripsi tes dan mengapa itusedang dilaksanakan dan dijalankan.Pertimbangan utama untuk strategi pengujian adalah teknik yang akandigunakan dan kriteria untuk mengetahui ketika menguji selesai.Selain pertimbangan disediakan untuk setiap tes ini, pengujian hanyaharus dieksekusi k i menggunakan diketahui, i dikontrol database, dalamlingkungan aman.


<strong>Test</strong>ing type Data and Database Integrity <strong>Test</strong>ingDatabase dan proses database harus diuji sebagai sub-sistem dalamproyek. Sub-sistem harus diuji tanpa User Interface target-of-tes itu(sebagai antarmuka dengan data). Penelitian tambahan ke dalam DBMS perlu dilakukan untukmengidentifikasi teknik yang mungkin ada untuk mendukung pengujian.<strong>Test</strong> Objective:Technique:Completion Criteria:Special Considerations:Pastikan metode akses database dan proses berfungsi dengan baikdan tanpa data coruption.Panggil setiap metode akses database dan proses, masing-masingdengan data yang valid dan tidak valid (atau permintaan untuk data).Periksa database untuk memastikan data telah diisi sebagaimanadimaksud, meninjau kembali data untuk memastikan bahwa data yangbenar itu diambil (untuk alasan yang benar)Semua metode akses database dan berfungsi sebagai proses yangdirancang dan tanpa data coruption.Pengujian mungkin memerlukan lingkungan pengembangan atau driverDBMS untuk memasukkan atau memodifikasi data secara langsundatabase.Proses harus dipanggil secara manual.Database berukuran kecil atau minimal (jumlah terbatas catatan) harusdigunakan untuk meningkatkan visibilitas non-peristiwa diterima.


<strong>Test</strong>ing type Function <strong>Test</strong>ingFungsi pengujian target tes harus fokus pada persyaratan untuktes yang dapat ditelusuri secara langsung untuk menggunakankasus atau fungsi bisnis, dan aturan bisnis.Tujuan tes ini untuk memverifikasi penerimaan data yang tepat,pengolahan, dan pengambilan, dan pelaksanaan sesuai dariaturan bisnis. Jenis pengujian didasarkan pada teknik black box, yaitu,memverifikasi aplikasi (dan proses internal) dengan berinteraksidengan aplikasi melalui GUI dan menganalisis output (hasil).Secara garis besar pengujian yang direkomendasikan untuksetiap aplikasi, ada pada slide selanjutnya.


<strong>Test</strong>ing type Function <strong>Test</strong>ing<strong>Test</strong> Objective:Pastikan tepat sasaran dalam menguji fungsionalitas, termasuk navigasi,entri data, pengolahan, dan pengambilan.Technique:Jalankan setiap kasus penggunaan, gunakan kasus aliran, atau fungsi,menggunakan data yang valid dan tidak valid, untuk memverifikasiberikut:Hasil yang diharapkan terjadi ketika data yang valid digunakan.Completion Criteria:Special Considerations:Kesalahan / peringatan yang sesuai pesan ditampilkan bila data yangdigunakan tidak valid.Setiap aturan bisnis adalah benar diterapkan.Semua tes yang direncanakan telah dilaksanakan.Semua cacat diidentifikasi telah dibahas.Mengidentifikasi / menjelaskan item‐item atau isu (internal ataueksternal) yang mempengaruhi implementasi dan pelaksanaan ujifungsi


<strong>Test</strong>ing type Business Cycle <strong>Test</strong>ingFungsi test ini adalah untuk memastikan apakah alur dariproses bisnis sesuai dengan implementasi. Performance <strong>Test</strong>ingResponse time for a transaction(average, maximum)Throughput (e.g., transactions per second)Capacity (e.g., the number of customers or transactions thesystem can accommodate)Degradation modes (what is the acceptable mode of operationwhen the system has been degraded in some manner)Resource utilization: memory, disk, communications, etc. Security and Access Control <strong>Test</strong>ing Application-level security, including access to the Data or BusinessFunctions, and System-level Security, including logging into / remote access to the system.


<strong>Test</strong>ing type Configuration <strong>Test</strong>ingMemastikan Konfigurasi dari perangkat lunak apabila berbedalingkungan g sistem operasi, hardware atau yang lainnya. Installation <strong>Test</strong>ing Memastikan bahwa perangkat lunak dapat diinstal dalamkondisi yang berbeda, seperti instalasi baru, upgrade, daninstalasi lengkap dan di bawah kondisi normal dan tidaknormal.


ToolsTools yang digunakan pada saat testing. Tools ini tidak harus ada tergantung apakah testingmenggunakan tools atau tidak. Contoh: DBMS tools<strong>Test</strong> Coverage Monitor or Profiler Dan lainnya.


Resource Bagian ini menyajikan sumber-sumber yang direkomendasikanmelakukan uji coba (testing) sesuai dengan nama project tesnya, yangtanggung jawab utama mereka, dan pengetahuan atau keahliannya. Misalkan :Human ResourcesWorker<strong>Test</strong> Manager / <strong>Test</strong>Project ManagerMinimum ResourcesRecommended(number of workersallocated full-time)Specific Responsibilities/CommentsProvides management oversightResponsibilities:• Provide technical direction• Acquire appropriate resources• Management reporting<strong>Test</strong> DesignerIdentifies, prioritizes, and implements testcasesResponsibilities:• Generate test <strong>plan</strong>• Generate test model• Evaluate effectiveness of test effort


SystemTabel berikut menunjukkan sumber daya sistem untuk proyek pengujian.Unsur-unsur tertentu dari sistem pengujian tidak sepenuhnya diketahuipada saat ini.Disarankan bahwa sistem mensimulasikan lingkungan produksinya.System ResourcesResourceName / TypeDatabase Server—Network/Subnet—Server Name—Database NameClient <strong>Test</strong> PC's—Include special configuration—requirements<strong>Test</strong> Repository—Network/SubnetNt k/Sb t—Server Name<strong>Test</strong> Development PC's


MilestonePengujian Project harus memasukkan kegiatan tes untuk setiap upaya ujidiidentifikasi dalam bagian sebelumnya.Milestone proyek terpisah harus diidentifikasi untuk berkomunikasi statusproyek dan prestasi.Milestone Task Effort Start Date End DatePlan <strong>Test</strong>Design <strong>Test</strong>Implement <strong>Test</strong>Execute <strong>Test</strong>Evaluate <strong>Test</strong>


Deliverable Dalam daftar ini bagian berbagai dokumen, alat, danlaporan yang akan dibuat, oleh siapa, dikirim ke siapa, dankapan disampaikan.<strong>Test</strong> Model Bagian ini mengidentifikasi laporan yang akan dibuat dandidistribusikan dari model uji.<strong>Test</strong> LogsJelaskan metode dan alat yang digunakan untuk mencatat danmelaporkan hasil pengujian dan status pengujian.Defect Reports Pada bagian ini, mengidentifikasi metode dan alat yangdigunakan untuk merekam, melacak, dan melaporkan insidentes dan status mereka.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!