TEST Management – Organization

Test Management -
Reference

 Black, Rex. (2009). Managing the testing process : practical tools and
techniques for managing hardware and software testing. 03. Wiley.
Indianapolis. ISBN: 9780470404157.

 Burnstein, Ilene. (2003). Practical Software Testing. Springer. New York.

ISBN: 0-387-95131-8

 Homès, Bernard. (2012).Fundamentals of Software Testing. ISTE – Wiley.

London – Hoboken. ISBN: 978-1-84821-324-1
Quality for Test Engineers

Professional Pessimism
 Good Test Engineers

Balanced Curiosity

Focus: No Space Cadets

Avoid the Aspiring Hero

Shun the Sloth

Reject Casper Milquetoast

 Professional Pessimism
 Faktanya, penguji adalah pesimis profesional. Manajemen membayar mereka
untuk menjelajahi "sisi gelap" proyek.
 Tim penguji harus meramalkan dan mengevaluasi cara-cara di mana produk
mungkin gagal. Fungsi pesimis dan menyedihkan ini harus dijalankan dalam grup
pengujian independen — sebagian besar karena ini membuat depresi dan
pesimis, setidaknya bagi pengembang
 Seorang insinyur penguji yang baik tidak keberatan memikirkan cara-cara produk
bisa gagal. Anda mungkin berharap tidak ada yang salah, tetapi mengandalkan
harapan ini menyangkal seluruh sejarah komputasi. Dengan demikian, penguji
membuat kegagalan di lingkungan yang aman, memungkinkan tim proyek untuk
memperbaikinya. Pengujian membutuhkan pola pikir pesimis dalam mengejar
tujuan yang luhur: kesuksesan perusahaan melalui produk yang lebih baik.
Balanced Curiosity
 Selama pengembangan pengujian, penguji harus meluangkan waktu
untuk mempelajari cara memahami sistem yang diuji untuk menulis
kasus pengujian hasil tinggi. Seorang insinyur uji yang baik
mengembangkan kasus uji seperti cara spelunker ahli masuk ke
dalam gua. Jalan buntu berlimpah, tetapi teknisi pengujian
memahami situasinya dan menulis kasus pengujian yang mengarah
ke bug penting, menangani risiko penting, dan membangun
kepercayaan pada fitur penting. Ini membutuhkan rasa ingin tahu.
 Insinyur penguji harus membaca spesifikasi, mendiskusikan skenario
'' bagaimana-jika 'dengan pengembang, dan secara mental memutar
dan memutar sistem yang diuji, memeriksa semua sudut. Tanpa
rasa ingin tahu, ketertarikan dengan tujuan, insinyur akan menulis
kasus uji dangkal.
Focus: No Space
 Penguji jangan terlalu fokus. Penguji seharusnya menyadari kapan
dia perlu istirahat, memulai ulang rangkaian pengujian stres, dan
kemudian melanjutkan menganalisis kegagalan. Bayangkan seorang
juru masak yang menghasilkan kuah sempurna tanpa gumpalan
sementara daging panggang dalam oven menjadi kuliner yang setara
dengan kulit sepatu.
 Penguji harus mengevaluasi kembali kesesuaian pilihan tugas mereka
sesering mungkin. Penguji membutuhkan waktu tenang dan fokus
untuk memecahkan masalah yang sulit, jadi Anda tidak ingin
mendorong perilaku lalai. Namun, terutama selama pelaksanaan
pengujian, setiap penguji harus sering memeriksa apakah tugas di
atas meja adalah cara paling penting untuk menghabiskan waktu
saat ini.
Avoid the Aspiring
 Bagian dari masalah dalam mendapatkan insinyur penguji yang baik terletak pada
kenyataan bahwa, dibandingkan dengan disiplin ilmu rekayasa perangkat lunak lainnya,
relatif lebih sedikit orang yang memilih pengujian sebagai spesialisasi.
 Pertama, Anda mungkin akhirnya mempekerjakan orang-orang yang memandang organisasi
pengujian sebagai periode perpeloncoan berkepanjangan yang harus mereka tanggung
untuk bergabung dengan persaudaraan pengembang. Orang-orang ini dapat berolahraga,
asalkan calon programmer atau perancang motherboard memenuhi syarat untuk posisi
pengembangan, berada di jalur karier menuju tujuan itu, dan memiliki keterampilan yang
Anda butuhkan. Namun, jenis situasi ini menjadi buruk ketika menjadi jelas bagi semua
orang kecuali karyawan bahwa masa depan sebagai pengembang tidak ada dalam kartu.
 Kedua, Anda mungkin menemukan bahwa beberapa staf penguji berurusan dengan sistem
kasta formal atau informal dengan mengambil sikap yang tidak pantas terhadap staf
pengembangan, yang terkadang memperlakukan penguji dengan jijik di perusahaan yang
mendorong urutan kekuasaan yang berlebihan. Situasi ini dapat berubah menjadi hiruk-
pikuk saling tuduh dan fitnah yang akan membuat hidup Anda sulit dan merusak
produktivitas tim Anda.
 Pastikan kandidat untuk posisi tes memahami prospek mereka dan dapat menangani tempat mereka di
tiang totem perusahaan.
Certification for
 Profesi teknik yang paling matang membahas masalah sertifikasi yang menjamin tingkat
kompetensi untuk semua praktisi profesi. Kegiatan sertifikasi telah dimulai untuk profesi
rekayasa perangkat lunak di beberapa
 Gugus tugas IEEE / ACM pada rekayasa perangkat lunak dan hasil
yang dihasilkan oleh gugus tugas ini mendukung profesi insinyur
perangkat lunak yang muncul dan proses sertifikasi. Sertifikasi saat
ini tersedia untuk penguji.
 Perhatikan bahwa penguji AT&T didorong, tetapi tidak diharuskan,
untuk disertifikasi agar dapat maju dalam karirnya. Namun, AT&T
mengakui sertifikasi sebagai pencapaian teknis dan indikator
keahlian dan profesional penguji
Certification for Testers
(cont.)
 Anda dapat memperoleh informasi lebih lanjut tentang proses sertifikasi ini
dari situs web organisasi: www.qaiusa.com dan www.asq.org. British
Computer Society juga menawarkan sertifikasi penguji (www.bcs.org.uk).
Diharapkan kedepannya IEEE dan ACM juga akan menawarkan layanan ini.
Sertifikasi untuk penguji belum diwajibkan, tetapi mungkin akan ada di masa
mendatang bersama dengan sertifikasi untuk teknisi perangkat lunak,
terutama dalam situasi di mana perangkat lunak tersebut memiliki misi atau
keamanan yang kritis.
Defining the Test Team

 Size
 Ada dua cara untuk menentukan jumlah anggota tim penguji,
yaitu:Berdasarkan tugas / tugas yang akan dikerjakan.Berdasarkan rasio
antara penguji dan pengembang. Rasio ideal antara penguji dan pengembang
1: 1, umumnya berkisar dari 1: 2 hingga 1: 5.
 Skills

Application
Domain

Technology
Education, Training,and Certification
 Gelar selalu merupakan hal yang menyenangkan untuk
dilihat di resume - tetapi gelar seperti apa yang harus
dicari? Itu bergantung pada mana dari tiga kategori
keterampilan tertentu yang paling penting dalam organisasi
Anda. Anda mungkin ingin fokus pada teknologi, dalam hal
ini Anda akan membutuhkan teknik perangkat lunak, ilmu
komputer, dan gelar teknik lainnya. Anda mungkin ingin
fokus pada keahlian domain aplikasi, seperti klien
eksplorasi minyak saya, dalam hal ini gelar yang terkait
dengan masalah yang dipecahkan sistem lebih banyak.
 Positions, Experience, and Goals
 Jika Anda mengotomatiskan sebagian besar pengujian Anda, atau jika sebagian
besar pengujian Anda melibatkan penggunaan alat yang kompleks, Anda dapat
mengatur tim Anda sepenuhnya dengan teknisi pengujian. Seorang insinyur penguji
adalah rekan teknis dari seorang programmer, seorang insinyur mesin, atau seorang
insinyur listrik. Setelah memilih pengujian sebagai spesialisasi, teknisi penguji
menulis pengujian; membuat, menyesuaikan, dan menggunakan alat uji lanjutan;
dan memiliki keterampilan unik seperti desain pengujian, pelaporan bug, dan
isolasi masalah. Selain itu, beberapa insinyur melakukan pekerjaan yang buruk
dengan tugas yang menurut mereka membosankan atau di bawahnya. Memiliki
teknisi pengujian, yang kurang terampil dan berpengalaman — dan yang akan
merasa bahwa pelaksanaan pengujian, bahkan dari kasus pengujian tertulis,
menantang - menangani tugas-tugas yang lebih mudah ini mungkin akan
meningkatkan kualitas operasi pengujian Anda.
 Terakhir, perlu diingat bahwa tim Anda mungkin perlu memiliki posisi lain selain
teknisi penguji dan teknisi penguji
Roles in Testing

Role of
Role of
Test
Tester
Manager
 Role of Test Manager
 Peran manajer pengujian atau "pemimpin proyek pengujian", meliputi perencanaan pengujian,
pengendalian pengujian, dan aktivitas pelaporan pengujian. Dalam tim skala kecil, pemimpin
pengujian juga menjalankan analisis persyaratan dan aktivitas desain pengujian. Di antara
tugas pemimpin tes, silabus Dewan Kualifikasi Pengujian Perangkat Lunak Internasional
(ISTQB) meliputi:
 koordinasi strategi pengujian dan rencana pengujian dengan pemimpin proyek pengembangan
dan pemangku kepentingan lainnya; definisi atau adaptasi dari strategi pengujian agar sesuai
dengan proyek dan kebijakan pengujian organisasi;
 memberikan sudut pandang pengujian untuk aktivitas proyek lainnya, seperti perencanaan
integrasi komponen, untuk menyesuaikan aktivitas pengujian dengan aktivitas proyek yang
direncanakan dan, jika memungkinkan, untuk menyesuaikan aktivitas proyek dengan aktivitas
pengujian;
 organisasi penguji - dengan mempertimbangkan konteks, tujuan, dan risiko - termasuk
memilih pendekatan pengujian yang tepat; memperkirakan waktu, tenaga, dan biaya tes;
memperoleh sumber daya; dan menentukan level tes dan siklus tes; pendekatan dan tujuan
pengujian serta manajemen kerusakan perencanaan
Role of Test Manager
(cont.)
 spesifikasi, persiapan, atau implementasi implementasi dan pelaksanaan tes,
serta evaluasi dan pelaksanaan tes;Modifikasi perencanaan tergantung pada
hasil dan kemajuan tes (kadang-kadang memang didokumentasikan dalam
laporan kemajuan tes) dan implementasi tindakan yang diperlukan untuk
memecahkan masalah;pengaturan manajemen implementasi dan
implementasi ketertelusuran yang memadai;pengenalan langkah-langkah yang
memadai untuk kemajuan penguji dan kualitas produk;pemilihan apa yang
harus diotomatiskan, sejauh mana, dan bagaimana;pemilihan alat uji, dan
pembinaan sesi pelatihan bagi penguji untuk mempelajari cara menggunakan
alat yang dipilih;keputusan tentang penerapan lingkungan penguji;membuat
laporan pengujian dan ringkasan presentasi berdasarkan data yang
dikumpulkan selama pengujian.
Role

of Tester
"Penguji" akan menghasilkan pengujian (mengubah kondisi pengujian menjadi
kasus pengujian), merancang data pengujian (data input pengujian, serta
data hasil pengujian yang diharapkan), menjalankan pengujian, dan
memastikan kesesuaian antara data aktual (hasil dari eksekusi perangkat
lunak pada input data) dan data yang diharapkan. Jika ada perbedaan antara
keduanya, penguji membuat laporan anomali, yang menentukan apakah itu
adalah kegagalan perangkat lunak atau cacat dalam spesifikasi pengujian atau
pelaksanaan. Penguji memutuskan apakah koreksi harus diterapkan.
 Dalam beberapa kasus, pengembang dan perancang juga dapat melakukan
aktivitas pengujian. Biasanya, pengembang akan menjalankan pengujian
komponen dan pengujian integrasi; sedangkan individu yang melaksanakan tes
penerimaan akan menjadi ahli bisnis dan pengguna, dan tes penerimaan
operasional akan dijalankan oleh operator.
Role of Tester
(cont.)
 Berikut adalah beberapa tugas yang dilakukan oleh penguji:meninjau rencana
pengujian dan berkontribusi padanya. Ini sangat penting, karena penguji akan
menerapkan rencana pengujian dan mereka harus dapat sepenuhnya berlangganan,
karena ekspektasi yang tidak realistis menurunkan motivasi;menganalisis, meninjau,
dan mengevaluasi uji persyaratan, spesifikasi, dan model pengguna;membuat
spesifikasi pengujian dari informasi yang ditemukan dalam basis data
pengujian;menerapkan lingkungan pengujian dalam koordinasi dengan administrator
sistem dan manajer jaringan;mempersiapkan dan memperoleh data uji;melaksanakan
pengujian di semua tingkatan, melaksanakan dan mencatat pengujian, mengevaluasi
hasil dan melaporkan kesenjangan dengan hasil yang diharapkan;menggunakan alat
administrasi dan manajemen pengujian, serta pelaksanaan pengujian atau alat
cakupan, tergantung pada kebutuhan;mengotomatiskan pengujian (terkadang dengan
bantuan pengembang dan / atau ahli dalam otomatisasi pengujian);mengukur kinerja
komponen dan sistem (bila berlaku);meninjau tes yang dikembangkan oleh orang lain,
dengan mencatat cacat yang teridentifikasi;mengelola semua elemen ini sebagai item
konfigurasi, agar tidak kehilangan data apa pun.