Apa itu penjaminan mutu perangkat lunak?

Mutu perangkat lunak dinilai melalui atribut eksternal dan internalnya. Mutu eksternal berkaitan dengan seberapa baik perangkat lunak bekerja dalam kondisi operasional nyata dan seberapa bermanfaatnya bagi pengguna. Mutu internal berkaitan dengan kode yang mendasarinya. Pengguna terutama merasakan perilaku eksternal, tetapi menjaga mutu tersebut memerlukan kode yang jelas dan ditulis dengan baik.

Buka Diagram Ukuran Penuh ↗

Mutu Perangkat Lunak

Apa itu penjaminan mutu perangkat lunak?

Ada dua pendekatan penting untuk menilai mutu perangkat lunak.

1. Pendekatan Pengelolaan Cacat
2. Pendekatan Atribut Mutu

Segala hal yang tidak memenuhi persyaratan klien dapat dianggap sebagai cacat. Kesalahpahaman atas persyaratan dapat menimbulkan kesalahan desain. Logika fungsional yang buruk, kode yang keliru, dan penanganan data yang tidak tepat juga dapat menyebabkan cacat. Dalam pengelolaan cacat, tim melacak cacat, mengelompokkannya berdasarkan tingkat keparahan, dan mencatat jumlahnya. Tim kemudian mengambil tindakan sesuai tingkat keparahan yang ditetapkan. Peta kendali dapat membantu mengukur kapabilitas proses pengembangan.

Buka Diagram Ukuran Penuh ↗

Pendekatan Pengelolaan Cacat

Salah satu model terdahulu untuk mutu produk perangkat lunak, ISO/IEC 9126-1, mengelompokkan atribut mutu ke dalam enam karakteristik.

Buka Diagram Ukuran Penuh ↗

Pendekatan Atribut Mutu

1. Fungsionalitas Keseluruhan fungsi penting yang disediakan perangkat lunak.

• Kesesuaian. Apakah fungsi perangkat lunak sesuai dengan tujuannya?
• Ketepatan. Apakah fungsi tersebut diterapkan dengan benar?
• Interoperabilitas. Bagaimana perangkat lunak berinteraksi dengan komponen sistem yang lain?
• Kepatuhan. Apakah perangkat lunak mematuhi hukum dan pedoman yang berlaku?
• Keamanan. Apakah perangkat lunak dapat menangani transaksi data dengan aman?

2. Keandalan Kemampuan perangkat lunak untuk beroperasi dalam kondisi tertentu selama jangka waktu yang ditetapkan, termasuk kemampuan bertahan ketika komponen mengalami kegagalan.

• Kematangan. Seberapa sering perangkat lunak mengalami kegagalan?
• Kemampuan pemulihan. Seberapa baik sistem dapat kembali beroperasi penuh setelah mengalami kegagalan?

3. Kemudahan Penggunaan Seberapa mudah suatu fungsi digunakan.

• Kemudahan dipahami. Seberapa mudah pengguna memahami fungsi perangkat lunak?
• Kemudahan dipelajari. Berapa banyak upaya yang diperlukan pengguna dengan tingkat pengalaman berbeda untuk memahami fungsi perangkat lunak?

4. Efisiensi Umumnya bergantung pada arsitektur dan praktik penulisan kode yang digunakan dalam pengembangan.

5. Kemudahan Pemeliharaan Disebut juga kemudahan dukungan. Karakteristik ini sangat bergantung pada keterbacaan dan kompleksitas kode, serta berkaitan dengan kemampuan menemukan dan memperbaiki cacat.

• Kemudahan analisis. Seberapa mudah penyebab utama kegagalan dapat ditemukan?
• Kemudahan perubahan. Berapa banyak upaya yang diperlukan untuk mengubah kode dan menghilangkan cacat?
• Stabilitas. Seberapa stabil perilaku sistem setelah perubahan?
• Kemudahan pengujian. Berapa banyak upaya yang diperlukan untuk menguji sistem?

6. Portabilitas Kemampuan sistem untuk menyesuaikan diri dengan perubahan lingkungannya.

• Kemampuan adaptasi. Seberapa mudah sistem menyesuaikan diri dengan perubahan spesifikasi?
• Kemudahan instalasi. Seberapa mudah sistem dapat dipasang?
• Kepatuhan. Setara dengan kepatuhan pada kategori fungsionalitas.
• Kemudahan penggantian. Seberapa mudah komponen sistem dapat diganti dalam lingkungan tertentu?

Biaya Mutu Perangkat Lunak Pengujian membutuhkan waktu, biaya, dan upaya. Analisis biaya mutu perangkat lunak membantu Anda memahami imbal hasil dari investasi tersebut (ROI).

Buka Diagram Ukuran Penuh ↗

Biaya Mutu Perangkat Lunak

Biaya mutu mencakup biaya kesesuaian dan biaya ketidaksesuaian. Biaya kesesuaian meliputi kategori berikut.

1. Biaya pencegahan. Biaya untuk menjalankan praktik penjaminan mutu dengan tepat, termasuk pelatihan tim, peninjauan kode, dan kegiatan penjaminan mutu lainnya.
2. Biaya penilaian. Biaya untuk merencanakan dan melakukan pengujian, termasuk menyusun dan menjalankan kasus uji.

Biaya ketidaksesuaian timbul dari jenis kegagalan berikut.

1. Kegagalan internal. Biaya yang timbul ketika pengujian internal awal gagal. Ini mencakup upaya pengembang untuk memperbaiki cacat yang ditemukan dalam pengujian unit atau komponen.
2. Kegagalan eksternal. Biaya yang timbul ketika pelanggan menemukan cacat yang terlewat saat pengujian. Biayanya jauh lebih tinggi daripada biaya kegagalan internal, terutama jika pelanggan tidak puas atau meneruskan masalah perangkat lunak ke tingkat penanganan yang lebih tinggi.

Biaya Kegagalan Perangkat Lunak Beberapa faktor dapat berkontribusi pada kegagalan perangkat lunak.

1. Kesulitan mengikuti perubahan. Seiring bertambahnya usia perangkat lunak, menambahkan fitur dengan kode baru tanpa meninjau kembali kode lama dapat membuatnya lebih besar dan sulit dipelihara. Lambat laun, bagian yang perlu diubah menjadi sulit dikenali.
2. Kinerja dapat menurun ketika perangkat lunak, beban kerja, atau datanya berubah. Misalnya, kebocoran memori dapat meningkatkan penggunaan memori saat perangkat lunak berjalan. Ukur masalah dan selidiki penyebabnya sebelum memutuskan untuk memperbaiki, meningkatkan, atau mengganti perangkat lunak.
3. Perbaikan dapat memicu regresi, terutama jika komponen lain bergantung pada kode yang diubah. Pastikan perbaikan menyelesaikan masalah awal dan uji perilaku yang terdampak. Pertimbangkan hasilnya, biaya pemeliharaan, dan dampak bisnis untuk menentukan langkah selanjutnya.

Pengujian Perangkat Lunak dan Penjaminan Mutu Dalam industri TI, penjaminan mutu perangkat lunak dan pengujian perangkat lunak sering dianggap sama. Penguji terkadang disebut tenaga penjaminan mutu karena keduanya bertujuan menghasilkan perangkat lunak bermutu tinggi.
Penjaminan mutu mengembangkan dan menerapkan proses untuk memenuhi persyaratan mutu klien serta mengikuti prosedur siklus hidup pengembangan perangkat lunak. Penjaminan mutu bersifat proaktif dan berfokus pada hal berikut.

1. Pencegahan Cacat
2. Proses
3. Peningkatan Proses Secara Berkelanjutan

Pengujian perangkat lunak memeriksa perangkat lunak secara menyeluruh untuk menemukan cacat dan kesalahan. Pengujian mengidentifikasi penyimpangan dari persyaratan klien yang perlu diperbaiki. Pengujian adalah bagian dari pengendalian mutu yang berfokus pada produk. Pengujian menemukan cacat. Perbaikannya dilakukan melalui proses debugging.

Penjaminan Mutu dan Pengendalian Mutu Penjaminan dan pengendalian mutu berkaitan erat dan memiliki peran yang berbeda. Penjaminan mutu berfokus pada pencegahan melalui proses. Pengendalian mutu berfokus pada kegiatan untuk mengenali dan menangani masalah mutu produk.
Pengujian merupakan bagian dari pengendalian mutu. Penjaminan dan pengendalian mutu sama-sama mendukung manajemen mutu. Penjaminan mutu membangun dan meningkatkan proses yang membantu tim memenuhi persyaratan klien.

Buka Diagram Ukuran Penuh ↗

Penjaminan Mutu dan Pengendalian Mutu

Pengendalian mutu meliputi kegiatan untuk memeriksa dan mengendalikan karakteristik produk serta memastikan pengembangan memenuhi persyaratan yang ditetapkan. Kegiatan utamanya adalah memeriksa dan menguji produk.

Tim pengendalian mutu mengidentifikasi produk atau layanan yang tidak memenuhi standar mutu perusahaan. Jika menemukan masalah, tim dapat menghentikan produksi sampai masalah itu diselesaikan.

Pentingnya Audit dan Inspeksi

Audit memeriksa secara sistematis cara organisasi melakukan pengujian perangkat lunak. Auditor meninjau proses yang terdokumentasi dan memeriksa apakah organisasi atau tim mengikuti standar yang ditetapkan.

Inspeksi adalah peninjauan formal terhadap hasil kerja seperti persyaratan, desain, atau kode. Peninjau yang bukan pembuat hasil kerja tersebut mencari cacat dan penyimpangan dari standar yang disepakati. Inspeksi umumnya mencakup kegiatan berikut.

1. Perencanaan
2. Pemaparan Gambaran Umum dan Persiapan Perorangan
3. Rapat Inspeksi
4. Pengerjaan Ulang
5. Tindak Lanjut