Melakukan pengujian perangkat lunak yang tepat dan benar mengikuti banyak prinsip. International Software Testing Qualifications Board membedakan tujuh prinsip dasar, yang akan kita bahas hari ini. Penasaran untuk mengetahui? Baca artikel tentang prinsip pengujian ISTQB yang kunci!

Prinsip pengujian ISTQB – daftar isi:

  1. Pengujian mengungkapkan cacat tetapi tidak dapat membuktikan ketidakadaannya
  2. Pengujian menyeluruh tidak mungkin dilakukan
  3. Pengujian awal menghemat waktu dan uang
  4. Efek bola salju dari malfungsi
  5. Paradoks pestisida
  6. Itu tergantung pada konteks
  7. Mengiklankan perangkat lunak yang sempurna adalah hal yang tidak boleh dilakukan
  8. Ringkasan
Tujuh prinsip pengujian ISTQB yang kunci

Pengujian mengungkapkan cacat tetapi tidak dapat membuktikan ketidakadaannya

Pengujian meningkatkan probabilitas menemukan kesalahan, yang pada gilirannya memfasilitasi peluang untuk memperbaikinya. Namun, itu tidak dapat sepenuhnya menjamin bahwa perangkat lunak bebas dari semua cacat meskipun sebagian besar dapat terdeteksi dan diperbaiki. Karena ketidakmampuan untuk menciptakan perangkat lunak yang sempurna, banyak yang menganggap proses ini sebagai negatif secara desain, karena Anda tidak akan pernah mendapatkan hasil positif dan selalu menemukan beberapa “kotoran” dalam program.

Pengujian menyeluruh tidak mungkin dilakukan

Aturan praktis di atas menyatakan bahwa mendeteksi semua malfungsi perangkat lunak adalah sia-sia. Namun, itu tidak berlaku untuk program-program pendek yang sederhana. Ini, pada gilirannya, menunjukkan bahwa ada kemungkinan untuk melihat semua kombinasi input dan prasyarat untuk menguji beberapa program secara lengkap. Ketika mengevaluasi perangkat lunak yang canggih, bahkan AI terbaik tidak dapat melakukan semua pengukuran yang diperlukan, apalagi penguji manual. Penilai otomatis akan menjalankan aplikasi lebih efisien dan akurat, tetapi mereka masih tidak dapat menjamin kinerja yang sempurna. Untuk melakukannya, Anda harus memulai tugas tambahan seperti memprioritaskan, analisis risiko, serta menemukan dan menjalankan teknik pengujian lainnya.

Pengujian awal menghemat waktu dan uang

Banyak profesional juga menyebut prinsip ini “menggeser ke kiri.” Semakin cepat Anda menemukan cacat, semakin mudah Anda dapat memperbaikinya, sehingga pengujian statis dan dinamis harus dimulai sesegera mungkin. Singkatnya:

  • Pengujian statis – menilai produk tanpa menjalankan kode.
  • Pengujian dinamis – evaluasi kode dari modul atau sistem selama kinerjanya

Mendeteksi cacat di fase awal implementasi memfasilitasi diagnosis lebih lanjut. Tetapi ketika dua area perangkat lunak berinteraksi, memperbaiki cacat menjadi sulit karena ketidakmampuan untuk menentukan mana yang memiliki kesalahan. Dalam kasus seperti itu, dibutuhkan waktu, usaha, dan tenaga tambahan untuk mengatasinya. Secara keseluruhan, respons cepat terhadap rintangan yang muncul dapat mencegah retakan dari berkembang

Tujuh prinsip pengujian ISTQB yang kunci

Efek bola salju dari malfungsi

Kebanyakan kesalahan cenderung mengelompok di modul yang paling kritis, sehingga pemeriksaan mendalam mereka mengungkap dan cukup menghilangkan sebagian besar. Kelompok ini menjadi fokus utama analisis risiko untuk memetakan dan menetapkan tindakan di masa depan. Sebagian besar cacat muncul setelah mengikuti jalur yang diambil pengguna tetapi dalam kasus ini, pengetahuan saja tidak menjamin modul-modul tersebut sempurna.

Prinsip Pareto, mengatakan bahwa 80% hasil berasal dari hanya 20% penyebab. Dengan kata lain, 80% bug ada di 20% modul. Jika Anda menemui banyak malfungsi di suatu modul, terus gali karena mereka akan ada di sana.

Paradoks pestisida

Menjalankan tes yang sama berulang kali mungkin gagal karena mereka mungkin telah dirancang secara salah sejak awal dan tidak akan pernah terbukti efektif. Anda harus memperbaiki dan meningkatkan pengujian untuk meningkatkan peluang menemukan kesalahan baru dalam perangkat lunak.

Menciptakan sistem diagnosis yang sepenuhnya baru juga tidak akan berhasil. Mengikuti kombinasi sebelumnya mungkin menghentikan proses penilaian pada tingkat yang sama. Prinsip ini disebut ‘paradoks pestisida’ karena pestisida yang mengendalikan hama juga kehilangan efektivitas setelah digunakan dalam jumlah tertentu.

Itu tergantung pada konteks

Cara melaksanakan pengujian tergantung pada subjek yang diperiksa. Dengan demikian, menguji program akuntansi, video game, atau aplikasi jejaring sosial sangat bervariasi. Itu juga tergantung pada situasi, misalnya, analisis yang berfokus pada kepraktisan sebuah aplikasi seperti memeriksa daya tariknya bagi pengguna, kemudahan penggunaan, lapisan visual, dll. juga berbeda dari evaluasi yang ditujukan pada atribut fungsional program, misalnya melakukan perhitungan yang benar.

Mengiklankan perangkat lunak yang sempurna adalah hal yang tidak boleh dilakukan

Menerapkan berbagai jenis alat diagnostik tidak dapat menjamin aplikasi yang tepat. Banyak yang mengklaim dan mengiklankan aplikasi mereka sebagai demikian salah, namun mungkin itu hanya untuk upaya pemasaran mereka membuat klaim tersebut. Anda dapat melakukan banyak pengujian manual dan otomatis untuk meningkatkan probabilitas mengungkap dan memperbaiki sebanyak mungkin kesalahan, tetapi tetap saja, tidak ada jaminan kinerja yang sempurna. Dalam beberapa kasus, rintangan berkaitan dengan perangkat lunak yang beroperasi, misalnya, program mungkin tidak memenuhi semua harapan pengguna.

Prinsip pengujian ISTQB – ringkasan

Inilah cara ISTQB, pada tingkat dasar, menyajikan tujuh prinsip pengujian ISTQB yang harus diikuti oleh seorang penguji perangkat lunak. Pertama, mereka menunjukkan ketidakmungkinan diagnosis perangkat lunak secara penuh, sehingga sangat penting, antara lain, untuk memodifikasi tes, serta melakukan pencarian menyeluruh di modul-modul kunci. Tindakan ini meningkatkan pencarian dan pembersihan sebagian besar cacat yang mengurangi kemungkinan kegagalan di masa depan.

Apa itu pengujian perangkat lunak? Sekarang Anda tahu jawabannya! Lihat seri kami yang lain tentang Python dan Javascript!

Jika Anda menyukai konten kami, bergabunglah dengan komunitas sibuk kami di Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Robert Whitney

Ahli JavaScript dan instruktur yang melatih departemen TI. Tujuan utamanya adalah untuk meningkatkan produktivitas tim dengan mengajarkan orang lain bagaimana berkolaborasi secara efektif saat melakukan pengkodean.

View all posts →