Senin, 06 Mei 2013
Untuk teman-teman yang berkecimpung dalam dunia IT (Information Technology), mungkin sudah tidak asing dengan posisi yang satu ini. Software tester, salah satu posisi menjadi ‘musuh’ bagi para developer.
Tugas utama dari seorang software tester adalah melakukan pengecekan atau testing terhadap bug di dalam sebuah aplikasi atau program.
Jadi, keberhasilan software tester adalah kegagalan bagi developer, sebaliknya demikian. Namun, pada dasarnya keberhasilan software tester ataupun keberhasilan developer memiliki tujuan yang sama, yaitu untuk membuat sebuah aplikasi atau software bebas dari bug (meskipun sebenarnya tidak ada aplikasi yang bisa benar-benar bebas dari bug).
Banyak orang yang berpikir bahwa tugas software tester adalah
tugas yang sangat mudah, namun pada kenyataannya tugas software tester
adalah tugas yang sulit dan memiliki tanggungjawab yang besar terhadap
keberhasilan sebuah produk IT. Selain harus memiliki kesabaran dan
ketelitian, seorang softawre tester juga dituntut untuk
proaktif dan memiliki kreatifitas imajinasi yang tinggi. Tidak percaya?
Silahkan simak ulasan berikut mengenai A-Z nya software tester.
Software Tester dan Dokumen
Makanan sehari-hari seorang software tester adalah dokumen. Berkutat dengan dokumen-dokumen adalah hal yang biasa dan lumrah, karena tanpa dokumen, software tester tidak dapat membuat test scenario yang baik. Dokumen apa saja yang dibutuhkan oleh software tester :
1. SRS (System Requirement Specification) adalah dokumen yang menyediakan panduan mengenai spesifikasi requirement sistem yang diinginkan oleh client/user secara lengkap terhadap suatu bagian/keseluruhan aplikasi. Di dalam SRS ini terdapat bahasan mengenai use case description, level, included form, extend, primary actor, precondition, scope, dan sebagainya.
2. SAD (Software Architecture Document) adalah dokumen yang menggambarkan desain arsitektur (flow process) secara
umum dari modul yang ada dalam sebuah sistem. SAD memuat spesifikasi
yang lebih rinci dari dokumen SRS. Di dalam SAD ini terdapat bahasan
mengenai overview software, references, architectural representation
(screen map, CS Management, Flow chart, database model, sequence
diagram, dan class diagram), architectural goals dan constraints, use-case view, logical view, process view, deployment view serta size and performance.
Dari semua dokumen inilah si software tester kemudian akan mengetahui seperti apa sistem yang akan di testing. Setelah mengetahui proses bisnis dari sistemnya, maka software tester harus membuat test case yang
terdiri dari langkah-langkah pengetesan terhadap sistem yang
dibagi-bagi kedalam tiap modul/unit sistem. Disinilah kreatifitas dan
imajinasi seorang software tester diperlukan, yaitu ketika mereka harus membuat skenario test dari sistem yang belum pernah mereka sentuh sebelumnya. Atau lebih tepatnya jika dapat digambarkan, software tester harus dapat mentransfer seluruh ‘isi kepala’ business analyst atau system analyst mengenai sistem tersebut ke dalam pikiran/otak mereka. Bisa dibayangkan betapa sulitnya tugas ini bukan?
Tahapan Testing/ Testing Life Cycle
1. Start –> review test case
2. Perform testing : pengetesan test case yang biasanya di awali
dengan smoke test (pengetesan tanpa prosedur dalam test case, hanya
berdasarkan pengetahuan software tester secara umum saja), lalu kemudian
di lanjutkan dengan execution test (yang menggunakan test case). Tujuan
dari smoke test ini adalah untuk meminimalisasikan jumlah error apalagi
error yang bersifat trivial (salah penulisan, warna atau posisi
button/tulisan/form, dan bug-bug kecil lainnya) sebelum execution test.
3. Review and Verify test result, yaitu pelaporan hasil testing kepada team developer.
4. Do Bug fixing, dimana bug-bug atau error yang ditemukan dalam sistem akan di perbaiki oleh developer.
5. Re-test and Regression testing, yaitu testing yang dilakukan setelah bug fixing.
6. Produce validation report and release note, yaitu pelaporan kepada developer ketika sistem sudah dinyatakan bersih dari bug.
7. UAT (user acceptance test) yaitu test case yang dibuat untuk kemudian di test oleh end user sistem tersebut.
