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!
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.
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.
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:
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
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.
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.
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.
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.
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.
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.
Apa itu analisis pekerjaan? Apakah Anda pernah mendengar istilah tersebut, apakah Anda tahu apa yang…
File dalam format PDF menemani kita setiap hari. Cara universal untuk menyimpan konten ini menjamin…
Perkembangan Internet dan pembelajaran mesin akhirnya telah mengesampingkan kamus bahasa cetak yang besar dan tradisional.…
Pencarian sinar-X adalah salah satu dari banyak teknik pencarian data yang digunakan untuk merekrut karyawan…
Hari ini, kita akan fokus pada tahap awal pengembangan perusahaan - start-up. Kita akan mencoba…
Program untuk membangun aplikasi tanpa coding – apakah Anda tahu salah satunya? Seperti yang ditunjukkan…