PERTEMUAN 18

ESTIMASI DAN PENJADWALAN PENGUJIAN

18.1 TUJUAN PEMBELAJARAN :

Adapun tujuan pembelajaran yang akan dicapai sebagai berikut:
18.1. Memahami Teknik Estimasi Usaha Tes
18.2. Memahami Faktor-Faktor Estimasi
18.3. Memahami Estimasi Usaha Tes
18.4. Memahami Penjadwalan Usaha Tes

18.2 URAIAN MATERI

Tujuan Pembelajaran 15.1:
Teknik Estimasi Usaha Tes

Dalam bukunya, “Software Engineering Economics”, Barry Boehm

mengidentifikasikan sejumlah teknik estimasi yang dapat digunakan pada proyek
testing, yaitu:
1. Bottom-Up atau Micro-Estimating
Mengembangkan rencana kerja tes detil, dan membuat estimasi waktu dan
sumber daya untuk tiap tugas terkecil dari rencana kerja.
2. Top-Down atau Global-Estimating
Estimasi dimulai dari gambaran besar, dengan membandingkan cakupan
dan usaha keseluruhan tes dengan usaha-usaha lain yang mirip dan
menetapkan waktu sumber daya yang dibutuhkan. Menyediakan sanity-
check atau cross-check bagi estimasi yang dikembangkan dengan metode
lain.
3. Formulae atau Models
Sesuai dengan namanya, teknik ini menggunakan suatu formulasi untuk
estimasi. Biasanya membutuhkan karakteristik tertentu dari produk dan
lingkungan tes yang diukur dan dirumuskan ke dalam suatu bentuk
formula. Karakteristik yang diukur, tegantung pada formula, dapat berupa
 jumlah window, query atau table yang dites, efisiensi lingkungan tes dan
jumlah defect. Dimana masukan karakteristik ini akan sulit untuk dibuat.
Pembuat formula atau model tergantung pada pengalaman terhadap sistem
yang akan dimodelkan. Hal yang perlu dipertimbangkan dalam formulasi
adalah penentuan ketepatan kalibrasi dan ketepatan model itu sendiri
terhadap sistem yang dimodelkan.
4. Parkinson’s Law
Estimasi tidak hanya berupa proses kalkulasi kuantitatif, kadang faktor
manusia harus dimasukan, seperti kemampuan negosiasi. Pendekatan ini
dilakukan dengan menetapkan estimasi terhadap nilai psikologis
maksimum yang dapat diterima oleh pihak bersangkutan (misal
dinamakan market-based pricing / after C.
5. Pricing to Win
Pendekatan ini merupakan lawan dari Parkinson’s Law, dengan
menetapkan nilai estimasi terhadap nilai yang terendah. Bila pada teknik
estimasi Parkinson’s Law digunakan nilai maksimal secara psikologis,
teknik pricing to win menggunakan nilai minimal yang dimungkinkan
dalam menetapkan nilai estimasi. Teknik Parkinson’s Law biasa
digunakan untuk negosiasi dengan pihak luar (misal klien), sedangkan
pricing to win digunakan untuk memberikan nilai estimasi ke dalam
(misal programer), sehingga proyek mempunyai selisih waktu bilamana
terjadi hal-hal yang tidak diinginkan (strategic time).
6. Cost Averaging
Tak ada satupun teknik estimasi yang cukup akurat. Oleh karena itu
penerapan beberapa teknik estimasi biasa digunakan untuk mencari
nilai estimasi alternatif yang lebih baik. Masalah pada teknik ini adalah
terdapatnya peningkatan beban kerja dalam mengestimasi. Salah satu
variasi dari pendekatan ini, adalah menggunakan satu teknik estimasi
dengan menetapkan serangkaian asumsi masukan yang berbeda.
Kalkulasi dilakukan dengan menetapkan nilai:
• Skenario paling optimistik ( a )
• Skenario paling mungkin terjadi ( b )
 • Skenario paling pesimistik ( c )

Kemudian hasil di atas dirata-rata dengan rumusan: [ { a + 4b + c } / 6 ],

Nilai 4, merupakan nilai bobot prioritas terhadap nilai b. Nilai a dan
c, masing-masing berbobot 1. Nilai-nilai bobot ini dapat diubah
berdasarkan analisa terhadap pengalaman- pengalaman pengerjaan
proyek-proyek sebelumnya (data historis).
7. Consensus of Experts
Pendekatan ini dengan menggunakan orang yang telah berpengalaman dan
ahli untuk melakukan estimasi. Teknik ini dapat dilakukan bila terdapat
minimal 2 orang ahli dalam melakukan estimasi, dimana masing-masing
akan melakukan estimasi, dan hasilnya akan dianalisa bersama dalam
suatu konsensus untuk mendapatkan nilai estimasi yang terbaik.
8. SWAG
Teknik ini dilakukan dengan membuat estimasi perencanaan kerja
dalam rentan waktu tertentu (dari minimum (optimistik skenario) sampai
maksimum (pesimistik skenario)) Update nilai tugas selanjutnya sesuai
dengan pencapaian waktu (real) dalam pelaksanaan tiap tugas yang telah
diselesaikan.
9. Re-Estimating by Phase
Estimasi tidak dipandang sebagai suatu aktivitas sekali proses jadi, namun
sebagai proses yang dapat diperbaiki pada setiap fase pengembangan.

Tujuan Pembelajaran 18.2:

Faktor-Faktor Estimasi

Beberapa faktor-faktor yang menjadi bahan pertimbangan dalam proses

estimasi, antara lain:
1. Kompleksitas dan ukuran produk
• Jumlah dan kompleksitas fungsi, opsi, dan kondisi.
• Jumlah dan kompleksitas komponen (program, obyek, modul,
window, query, layar, laporan, dll).
 • Jumlah dan komplesitas table, data file, dan data field.
• Jumlah dari antarmuka eksternal (ke / dari aplikasi lain, WAN, Server,
dll).
• Cakupan dan tipe testing yang dibutuhkan (seperti:
performansi, kegunaan, keamanan & kendali, dll).

2. Kesiapan testing produk

• Kemapanan produk (Nomor versi, prosentase kode yang
diubah pada rilis bersangkutan)
• Ekstensi dan kredibilitas testing yang telah dilakukan.
• Efektifitas dari kendali proses perubahan dan versi.
• Stabilitas tim dan lingkungan pengembangan/perawatan.

3. Resiko produk
• Tingkat cakupan yang dibutuhkan untuk blackbox testing atau
ekstensi yang dibutuhkan testing.
• Prosentase cakupan dari program, modul dan jalur kode yang dites.
• Tingkat kepentingan integritas data produk.
• Penggunaan dan ekstensi dari pilot/field testing.
• Penggunaan dan ekstensi dari volume testing.
• Penggunaan dan ekstensi dari regression testing.
• Tingkat dimana deadline dan anggaran akan mempengaruhi strategi
testing.

4. Efisiensi infrastruktur pendukung dan proses eksekusi tes

• Tingkat otomatisasi yang direncanakan.
• Keberadaan dan ekstensi yang diantisipasi dari penggunaan alat bantu
otomatisasi.
• Jumlah sistem operasi yang harus dites.
• Stabilitas, kekomplitan dan kesiapan lingkungan tes.

5. Kemampuan tester dan keberadaan sumber daya

 • Pengalaman testing tertentu.
• Keterbiasaan terhadap sistem yang dites.
• Keterbiasaan terhadap lingkungan tes, alat bantu tes dan metode.
• Waktu yang ada untuk tes terhadap tuntutan yang lain.
• Faktor manusia, seperti produktivitas, motivasi dan tingkat energi
individu.
• Kemampuan untuk mendelegasikan beberapa usaha tes pada grup
yang lain (seperti pengembang, pengguna).

Tujuan Pembelajaran 18.3:

Estimasi Usaha Tes

Faktor-faktor kunci yang diperhitungkan dalam melakukan usaha tes

bervariasi di tiap tahapan dari siklus hidup tes. Adapun faktor-faktor kunci di tiap
fase tersebut, beserta beberapa data industri praktis yang merupakan data efektif
secara umum yang terdapat pada organisasi software, dan dapat digunakan sebagai
acuan awal dalam melakukan estimasi.
Faktor-faktor tersebut antara lain:
1. Perencanaan tes
Faktor-faktor kunci yang diperhitungkan dalam perencanaan pengujian
adalah:
• Jumlah test cases yang dibutuhkan untuk testing.
• Waktu rata-rata per test case untuk persiapan test cases
2. Eksekusi tes
Faktor-faktor kunci yang diperhitungkan dalam eksekusi pengujian
adalah:
• Jumlah siklus tes (seperti seberapa sering siklus/pengulangan dari
suatu test case).
• Jumlah test cases yang dieksekusi per siklus atau batch tes.
• Waktu yang dibutuhkan untuk menjalankan per tes.
3. Debugging dan Perbaikan
Faktor kunci yang digunakan untuk estimasi adalah:
 • Jumlah defects/bugs yang diperbaiki.
• Waktu perbaikan untuk tiap defect/bug.
4. Pendekatan Rasio
Berdasarkan pengukuran yang dilakukan oleh IBM terhadap ratusan
proyek pengembangan software, didapatkan rasio umum dari 100 jam
waktu yang dibutuhkan untuk coding.
5. Alokasi Sumber Daya
Alokasi sumber daya untuk proyek testing bervariasi, tergantung pada (1)
apakah test cases telah ada dan didisain untuk siap digunakan kembali, dan
(2) apakah testing diotomatisasi.
6. Testing Tipe Khusus
Aturan berikut ini akan berguna dalam estimasi keseluruhan usaha tes.
Tabel di bawah ini menyediakan panduan untuk tes khusus, dalam
bentuk prosentase dari usaha yang dialokasikan untuk testing terhadap
kebenaran dan kekomplitan fungsional dasar sistem.

Tujuan Pembelajaran 18.4:

Penjadwalan Usaha Tes

Langkah umum dalam membuat jadual tes:

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

18.3 LATIHAN SOAL/TUGAS

1. Buat estimasi dan jadwal pengujian terhadap sistem informasi akademik

di universitas Pamulang

18.4 DAFTAR PUSTAKA

1. Chemuturi, M. (2011). Mastering Software Quality Assurance. Best
Practices, Tools And Techniques For Software Developers. J. Ross
Publishing
2. Lewis, E. W. (2009). Software Testing and Continuous Quality
Improvement. CRC Press
3. Naik, K. & Tripathy, P. (2008). Software Testing and Quality Assurance.
Theory and Practice. John Wiley & Sons