PERENCANAAN TESTING

MENGAPA PROSES TESTING HARUS DIRENCANAKAN?

1.Pelanggan biasanya hanya memiliki sedikit kesabaran terhadap produk yang tidak memenuhi kualitas yang mereka harapkan. 2.Tanpa adanya perencanaan dan organisasi, cakupan dan reliabilitas dari pemenuhan usaha tes hanyalah berupa dugaan. 3.Tanpa adanya perencanaan dan organisasi, estimasi kebutuhan jadwal dan sumber daya tes, dan penilaian kesiapan sistem untuk diserahkan berupa coba-coba dalam suatu kondisi yng penuh dengan ketidak pastian. 4.Sistem modern, dengan teknologi GUI, client/server, dan teknologi baru lainnya, adalah sangat komplek dan banyak produk atau subsistem yang membutuhkan untuk diintegrasikan dan bekerja sama. 5.Tanpa organisasi yang efektif, efisiensi testing adalah rendah

OBYEKTIFITAS RENCANA TESTING

Meningkatkan komunikasi tentang tugas-tugas dan proses-proses testing

Memfasilitasi tugas-tugas teknis dari testing

Menyediakan Struktur Pengorganisasian , penjadwalan, dan pengaturan proses testing

MEMFASILITASI TUGAS-TUGAS TEKNIS DARI TESTING.

a.) meningkatkan cakupan tes b.) menghindaridari pengulangan yang tidak perlu c.) menganalisa program untuk menganalisa test case yang baik d.) menyediakan struktur e.) meningkatkan efisiensi tes f.) cek pemenuhan

MENINGKATKAN KOMUNIKASI TENTANG TUGASTUGAS DAN PROSES-PROSES TESTING

a.) pemikiran strategi test b.) mengembangkan umpan balik terhadap batasan c.) ukuran dari pekerjaan testing d.) mengembangkan umpan balik terhadap kedalamdan waktu e.) akan lebih mudah medelegasikan dan mensupervisi testing

MENYEDIAKAN STRUKTUR PENGORGANISASIAN , PENJADUADALAN, DAN PENGATURAN PROSES TESTING

a.) Mencapai persetujuan atas-atas tugas test b.) Mengidentifikasi Tugas-tugas c.)Struktur d.) Organisasi e.) Koordinasi f.) Meningkatkan Akuntabilitas

RENCANA TEST BERDASARKAN KEPADA STANDAR IEEE

Apa sih IEEE? IEEE memiliki kepanjangan (Institute of Electrical and Electronics Engineers). Namun kini kepanjangan itu tak lagi digunakan, selain untuk keperluan legal; sehingga organisasi ini memiliki nama resmi IEEE. IEEE adalah sebuah organisasi profesi nirlaba yang terdiri dari banyak ahli di bidang teknik yang mempromosikan pengembangan standar-standar dan bertindak sebagai pihak yang mempercepat teknologi-teknologi baru dalam semua aspek dalam industri dan rekayasa (engineering), yang mencakuptelekomunikasi, jaringan komputer, kelistrikan, antariksa, dan elektronika

STANDAR IEEE MENGIDENTIFIKASIKAN KOMPONEN-KOMPONEN UTAMA DARI RENCANA TES MENURUT STRUKTUR DARI DOKUMEN RENCANA TES,YAITU:
1. 2. 3. Identitas memberikan identitas yang unik terhadap rencana. Pengantar memberikan rangkuman tentang apa saja yang terdapat di dalam rencana. Item-item tes memberikan identifikasi komponen-komponen yang akan dites, termasuk versi ataupun varian tertentu. Fitur-fitur yang dites mencakup aspek-aspek sistem yang akan dites. Fitur-fitur yang tidak dites mencakup aspek-aspek sistem yang tidak akan dites dan alasan mengapa mereka diabaikan. Pendekatan memberikan gambaran umum pendekatan testing tiap fitur yang dites. Serahan tes menjelaskan dokumentasi yang ada di semua aktifitas testing, yang dipakai untuk item-item tes yang tercakup dalam rencana tes. Tugas-tugas testing memberikan identifikasi semua tugas-tugas yang dibutuhkan untuk menyelesaikan testing. Tanggung jawab mengelompokan tanggung jawab untuk memecahkan masalah. Stafing dan kebutuhan pelatihan memberikan spesifikasi terhadap siapa saja yang melaksanakan tugas-tugas testing, kebutuhan tingkat kemampuan, dan tiap kebutuhan akan pelatihan khusus. Jadwal Memberikan batas-batas waktu dan kejadian tes, & proposal untuk koordinasi tugas & estimasi usaha. Resiko dan kontingensi Memberikan identifikasi tiap asumsi resiko tinggi dari rencana. Persetujuan Kebutuhan akan penandatanganan rencana, sebagai tanda bahwa rencana telah diketahui dan disetujui.

4. 5.
6. 7.

8.
9. 10. 11. 12. 13.

HAL-HAL YANG BERHUBUNGAN DENGAN RENCANA TES

Tester dapat menjadi frustasi dalam menyelesaikan rencana tes sebelum detil sistem yang mereka testing diselesaik

Skenario To Be Defined TBD dapat digunakan sebagai tanda untuk bagian-bagian dari rencana yang belum diketahui.

KERANGKA RENCANA TES SEDERHANA

Secara sederhana dokumen rencana tes terdiri dari : 1. Obyektifitas 2. Strategi dan pendekatan 3. Spesifikasi tes 4. Rencana kerja dan jadual tes 5. Kriteria pemenuhan Sumber daya

TESTING TERSTRUKTUR
Suatu tes yang terstruktur adalah yang direncanakan, didefinisikan, dan didokumentasikan. Testing yang terstruktur menggunakan suatu strategi yang dapat diharapkan berdasar pada analisa rasional dari sistem, lingkungan, kegunaan dan resiko.Menggunakan metode terstruktur membutuhkan usaha yang amat keras dalam pembuatan rencana tes.

TESTING TIDAK TERSTRUKTUR

Suatu tes yang tidak terstruktur tidak direncanakan sebelumnya, dilakukan berdasarkan spontanitas dan kreatifitas.Testing yang tidak terstruktur, cakupan tesnya tidak dapat diketahui dan tidak diulang secara konsisten

TESTING TERSTRUKTUR VS TIDAK TERSTUKTUR

75%

25%

Tes Terstruktur Suatu tes yang terstruktur adalah yang direncanakan, didefinisikan, dan didokumentasikan. Testing yang terstruktur menggunakan suatu strategi yang dapat diharapkan berdasar pada ncanakan sebelumnya, dilakukan berdasarkan erada usa ters k dapat diketahui dan tidak diulang secara konsisten. Idealnya analisa rasional dari sistem, lingkungan, kegunaan dan resiko. Suatu tes yang tidak terstruktur tidak dire spontanitas dan kreatifitas. Testing tidak dapat 100% terstruktur ataupun 100% tidak terstruktur. Testing selalu b diantaranya. Karena testing yang hanya menggunakan metode terstruktur membutuhkan ha yang amat keras dalam pembuatan rencana tes. Sedangkan untuk testing yang tidak truktur, cakupan tes tida perbandingan bobot antara terstruktur dan tidak terstruktur adalah 75% dan 25%.

SPESIFIKASI TES TINGKAT TINGGI VS SPESIFIKASI TES DETIL

Tingkat kedetilan dari suatu spesifikasi tes tergantung pada beberapa faktor, antara lain: 1. Tingkat kekomplitan dan stabilitas spesifikasi sistem. 2. Tingkat resiko internal produk atau fitur yang dites. 3. Tingkat stabilitas vs pergantian tester. 4. Back-up dan pergantian sumber daya . 5. Tingkat otomatisasi. 6. Ekstensi tes yang harus diulangi

BERAPA BANYAK TES DINYATAKAN CUKUP?

Faktor-faktor yang yang membantu untuk menentukan berapa banyak tesdinyatakan cukup, antara lain: Cakupan fungsional yang diinginkan . Tingkat kualitas, reliabilitas atau kejelasan batasan yang dibutuhkan dari produk yang diserahkan. Jangkauan tipe tes yang dibutuhkan untuk dicakup . Hambatan usaha tes Metode untuk menentukan jumlah tes yang dibutuhkan adalah justifikasi inkremental, yaitu dengan mendefinisikan dan mengakumulasikan spesifikasi tes dalam suatu rangkaian siklus iteratif. Terdapat 3 faktor utama yang harus diseimbangkan dalam membuat suatu rencana tes: 1. Tingkat kedetilan 2. Tingkat organisasi dan kendali tes yang dibutuhkan 3. Kebutuhan tester dalam pengarahan tugas, otonomi dan kreatifitas.

SEKUENSIALISASI TES
Faktor-faktor yang dapat membantu dalam menentukan sekuensial terbaik bagi aliran kerja tes, antara lain : Kepentingan relatif dari tes. Keberadaan produk testing. Interdependensi natural dari tes. Keberadaan sumber daya testing. Keberadaan sumber daya debugging dan perbaikan. Defect masking . Pola aliran kerja. Kesulitan dalam pengulangan kerja. Pengalaman tes .

TEKNIK ESTIMASI USAHA TES

Dalam bukunya ring Economics, Barry Boehm mengidentifikasikan sejumlah teknik estimasi pada proyek testing, yaitu:

1. 2. 3. 4. 5. 6. 7. 8. 9.

Bottom-Up atau Micro-Estimating Top-Down or Global-Estimating Formulae atau Models Parkinsons Law Pricing to Win Cost Averaging Consensus of Experts SWAG (Scientific Wild-Ass Guess) Re-Estimating by Phas

BOTTOM-UP ATAU MICRO-ESTIMATING

Yaitu terdapat tiga keterbatasan dari teknik ini yaitu: 1. Bottom-Upestimating tidak dapat dilakukan sampai daftar tugas telah dibuat. 2. Jam kerja untuk tugas yang terabaikan secara otomatis akan mendapatkan nilai kosong. 3. Jika terdapat suatu bias yang konsisten, teknik ini tidak dapat mengindentifikasikan bias tersebut.

 Top-Down or Global_Estimating Estimasi dimulai dari gambaran besar, dengan membandingkan cakupan dan usaha keseluruhan tes dengan usaha lain yang mirip dan menetapkan waktu dan sumber daya yang dibutuhkan Formulae atau models Teknik ini menggunakan suatu formulasi untuk estimasi. Parkinsons Law Estimasi tidak hanya berupa proses kalkulasi kuantitatif, kadang faktor manusia harus dimasukan, seprti kemampuan negosiasi. Pricing to Win Pendekatan ini lawan dari Parkinsons Law, dengan menetapkan nilai estimasi terhadap nilai yang terendah.

Cost Averaging
Kalkulasi dilakukan dengan menetapkan nilai :

1. Skenario paling optimis

2. Skenario paling mungkin terjadi 3. Skenario paling pesimistik Kemudian hasil diatas rata-rata dengan rumusan [}{a+4b+c}/6]

Consensus of Experts
Pendekatan ini dengan menggunakan orang yang telah berpengalaman dan ahli untuk melakukan estimasi.

SWAG (Scientic Wild-Ass Guess)

Teknik ini dilakukan dengan membuat estimasi perencanaan kerja dalam rentan waktu tertentu.

Re-Estimating by Phase
Estimasi tidak dipandang sebagai suatu aktivitas sekai proses jadi, namun sebagai proses yang dapat diperbaiki pada setiap fase pengembangan.

 Tabel diatas merupakan standar estimasi proyek Secara realistis, tingkat akurasi yang lebih rendah tidak akan dapat dicapai, kecuali proyek berukuran sangat kecil dan dengan tingkat resiko yang rendah

PENJADWALAN TES

Penjadualan Tes Langkah umum dalam membuat jadual tes:

1. 2. 3. 4. 5. 6. 7. 8. 9. Membuat sekumpulan obyektifitas tes yang digunakan Menentukan langkah kerja atau aktivitas yang dibutuhkan untuk menyelesaikan tiap obyektivitas untuk memperhalus tiap puncak dan lembah dalam Memastikan tiap tingkat dasar tugas mempunyai hasil konkrit dan dapat diinspeksi Menentukan hubungan ketergantungan antar tugas, bersama dengan faktor lain yang mempengaruhi aliran kerja Mengidentifikasi tipe sumber daya yang dibutuhkan tiap tugas Mengestimasi kuantitas sumber daya yang dibutuhkan tiap tugas Mengidentifikasi tipe dan kuantitas sumber daya yang ada untuk testing proyek Menyesuaikan atau alokasikan sumber daya yang ada pada sumber daya yang dibutuhkan tiap tugas Menyeimbangkan sumber daya, grafik penggunaan sumber daya

10. Menentukan siapa yang secara spesifik diperhitungkan untuk menyelesaikan tiap tugas dengan sukses 11. Menjadualkan tanggal mulai dan selesai tiap tugas.