Software Quality Assurance Pengantar Software
Quality
Assurance
(SQA)
meliputi
pendekatan
manajemen kualitas, teknologi software engineering yang efektif, pertemuan berlangsung,
peninjauan strategi
teknis pengujian
selama
proses
bertingkat,
software
mengendalikan
dokumentasi software dan perubahan yang terjadi, prosedur untuk memastikan kesesuaian dengan standar pembangunan software (jika ada standar yang digunakan) mekanisme pelaporan dan mengukuran. Pembahasan kita berfokus pada masalah manajemen dan aktifitas proses khusus yang memastikan bahwa pembangunan software dilakukan secara benar, memenuhi kriteria yang sebenarnya, dan pada waktu yang tepat.
Definisi-definisi
Software
Quality
didefinisikan
sebagai
:
kesesuaian
yang
diharapkan pada semua software yang dibangun dalam hal fungsi software yang diutarakan dan unjuk kerja software, standar pembangunan software yang terdokumentasi dan karakteristik yang ditunjukkan oleh software. Definisi ini menekankan pada 3 hal yaitu: 1. kebutuhan
software
adalah
fondasi
ukuran
kualitas
software, jika software tidak sesuai dengan kebutuhan yang ditentukan maka kualitaspun kurang 2. jika menggunakan suatu standar untuk pembangunan software maka jika software tidak memenuhi standar tersebut maka dianggap kurang berkualitas 3. sering kali ada kualitas yang secara langsung diutarakan (tersirat) seperti kemudahan penggunaan dan pemeliharaan yang
baik.
Kualitas
software
dipertanyakan
jika
tidak
memenuhi kebutuhan ini.
SQA merupakan perluasan dari definisi di atas.
SQA adalah serangkaian aktifitas yang sistematik dan
terencana dalam rangka memastikan kualitas dari software.
Grup SQA adalah sekumpulan orang-orang yang
menjalankan aktifitas-aktifitas SQA.
Mereka bertindak selaku wakil dari klien, yaitu dengan
melihat dan memeriksa software dari sudut pandang klien.
SQA terdiri dari berbagai macam aktifitas yang
berhubungan dengan dua kelompok kepentingan yaitu: 1. praktisi pembangun software yang mengerjakan pekerjaan teknik menerapkan metode dan pengukuran yang tepat, melakukan rapat teknis, dan menguji software
2. grup SQA yang bertanggung jawab terhadap perencanaan jaminan kualitas, pencatatan, analysis dan pelaporan. Aktifitas SQA Grup SQA melakukan serangkaian aktifitas untuk membantu tim praktisi pembangun software dalam menghasilkan produk yang berkualitas tinggi. Aktifitas-aktifitas tersebut adalah : 1. Rencana SQA untuk suatu proyek. Dibuat selama merencanakan proyek dan diperiksa oleh semua pihak. Rencana menentukan cara evaluasi, cara audit dan review, standar yang akan digunakan,
proses
untuk
error
tracking
dan
pelaporannya,
dokumen yang akan dibuat grup SQA. 2. Ikut membuat gambaran software proses yang akan digunakan untuk membangun software. 3. review
aktifitas
software
engineering
untuk
memastikan
kesesuaian dengan software proses yang ditentukan 4. melakukan audit hasil kerja software 5. memastikan penyimpangan yang terjadi dalam kerja software dan hasil kerja terdokumentasi dan diatasi sesuai dengan procedure 6. mencatat ketidak-sesuaian dan melaporkannya ke manajer senior
Review Software Review dilakukan pada beberapa titik selama pembangunan
software dan dimaksudkan untuk menemukan kesalahan (error) dan kegagalan (defect) yang kemudian diatasi. Kata error berarti kesalahan yang ditemukan pada software
oleh programmer/tim pembangun sebelum diserahkan kepada klien. Sedangkan defect berarti kesalahan yang ditemukan pada
software setelah diserahkan kepada klien oleh klien. Error sebaiknya lekas diatasi agar tidak menghasilkan
defect. Dalam mengatasi error, review berperan untuk mengurangi
jumlah error dan mengurangi biaya penanganan error. Salah satu cara adalah dengan defect amplified and
removal. Cara ini dilakukan sejak desain awal softaware. Pada tiap tahapan error yang ditemukan diteruskan pada
tahap berikutnya dengan melalui review. Dengan review, error yang ditemukan akan berkurang untuk
tahap berikutnya. Tanpa review, error akan cenderung meningkat, dan pada
hasil akhir setelah test sistem, kemungkinan terjadi error yang menimbulkan defect lebih besar. Error yang terjadi lebih dini mengakibatkan kerugian ringan,
dan semakin lama error ditemukan, kerugian semakin besar dari segi biaya. Karena itu review memegang peranan penting dalam
mengatasi error.
Salah satu tipe review yang akan dibahas dalam
bahasan ini adalah Formal Technical Review (FTR).
Cara lain adalah melakukan presentasi software
design ke audiens (customer), manajemen dan staff teknis.
Namun demikian FTR dianggap efektif dari sudut
pandang jaminan kualitas (quality assurance).
FTR dikerjakan oleh pembangun software (para
praktisi) untuk mereka sendiri. Formal Technical Reviews Tujuan FTR adalah: 1. menemukan error dalam function, logika, atau implementasi 2. memastikan software memenuhi kebutuhan 3. memastikan software memenuhi standar 4. mencapai software yang dibangun dengan cara yang seragam 5. membuat proyek lebih mudah diatur Sebagai tambahan, FTR juga merupakan: 1. wahana latihan 2. melatih prakteisi junior untuk mengamati pendekatan yang berbeda Beberapa batasan FTR: 1. 3-5 orang terlibat dalam review 2. persiapan awal untuk masing-masing orang tidak lebih dari 2 jam 3. durasi pertemuan review tidak lebih dari 2 jam. Petunjuk pelaksanaan FTR: 1. review produk, bukan review pembuat produk 2. buat agenda rapat dan patuhi 3. batasi debat/perbedaan pendapat 4. jelaskan masalahnya dan batasannya 5. mencatat
6. batasi jumlah yang ikut rapat dan persiapan awal ditekankan 7. niat checklist untuk tiap produk 8. terjadwal 9. peserta rapat perlu mendapat training teknis dan psikologi manusia 10.
review hasil review sebelumnya.
Diadaptasi dari: 1. Pressman, Roger.S. "Software Engineering : A Practioner's Approach." 5th . McGrawHill. 2001.
