• Pengujian menunjukkan adanya cacat
• Pengujian menyeluruh tidak mungkin dilakukan
• Tes awal
• Pengelompokan cacat
• Paradoks pestisida
• Pengujian bergantung pada konteks
• Tidak adanya kesalahan kesalahan

Penting bagi Anda untuk mencapai hasil pengujian yang optimal saat melakukan pengujian perangkat lunak tanpa menyimpang dari tujuan. Tetapi bagaimana Anda menentukan bahwa Anda mengikuti strategi yang tepat untuk pengujian? Untuk itu, Anda harus tetap berpegang pada beberapa prinsip pengujian dasar. Berikut adalah tujuh prinsip pengujian umum yang dipraktikkan secara luas di industri perangkat lunak.

Untuk memahami ini, pertimbangkan skenario di mana Anda memindahkan file dari folder A ke Folder B.

Pikirkan semua cara yang mungkin Anda dapat menguji ini.

Terlepas dari skenario biasa, Anda juga dapat menguji kondisi berikut:

• Mencoba memindahkan file saat Terbuka
• Anda tidak memiliki hak keamanan untuk menempelkan file di Folder B
• Folder B ada di drive bersama dan kapasitas penyimpanan penuh.
• Folder B sudah memiliki file dengan nama yang sama, sebenarnya daftarnya tidak ada habisnya
• Atau misalkan Anda memiliki 15 bidang input untuk diuji, masing-masing memiliki 5 kemungkinan nilai, jumlah kombinasi yang akan diuji adalah 5^15

Jika Anda menguji seluruh kemungkinan kombinasi proyek WAKTU & BIAYA EKSEKUSI akan meningkat secara eksponensial. Kami membutuhkan prinsip dan strategi tertentu untuk mengoptimalkan upaya pengujian

Berikut ini adalah 7 Prinsipnya:

1) Pengujian menyeluruh tidak mungkin dilakukan

Ya! Pengujian menyeluruh tidak mungkin dilakukan. Sebagai gantinya, kami membutuhkan jumlah pengujian yang optimal berdasarkan penilaian risiko aplikasi.

Dan pertanyaan sejuta dolar adalah, bagaimana Anda menentukan risiko ini?

Untuk menjawabnya mari kita lakukan latihan

Menurut Anda, Operasi mana yang paling mungkin menyebabkan sistem Operasi Anda gagal?

Saya yakin sebagian besar dari Anda akan menebak, Membuka 10 aplikasi berbeda sekaligus.

Jadi jika Anda menguji sistem Operasi ini, Anda akan menyadari bahwa cacat mungkin ditemukan dalam aktivitas multi-tugas dan perlu diuji secara menyeluruh yang membawa kita ke prinsip Pengelompokan Cacat berikutnya.

2) Pengelompokan Cacat

Pengelompokan Cacat yang menyatakan bahwa sejumlah kecil modul mengandung sebagian besar cacat yang terdeteksi. Ini adalah penerapan Prinsip Pareto untuk pengujian perangkat lunak: sekitar 80% masalah ditemukan di 20% modul.

Dengan pengalaman, Anda dapat mengidentifikasi modul berisiko seperti itu. Tetapi pendekatan ini memiliki masalah sendiri

Jika pengujian yang sama dilakukan berulang-ulang, pada akhirnya kasus pengujian yang sama tidak akan lagi menemukan bug baru.

3) Paradoks Pestisida

Penggunaan berulang-ulang dari campuran pestisida yang sama untuk membasmi serangga selama pertanian dari waktu ke waktu akan menyebabkan serangga mengembangkan resistensi terhadap pestisida sehingga pestisida tidak efektif pada serangga. Hal yang sama berlaku untuk pengujian perangkat lunak. Jika serangkaian tes berulang yang sama dilakukan, metode ini tidak akan berguna untuk menemukan cacat baru.

Untuk mengatasi hal ini, kasus uji perlu ditinjau & direvisi secara berkala, menambahkan kasus uji baru & berbeda untuk membantu menemukan lebih banyak cacat.

Penguji tidak bisa begitu saja bergantung pada teknik pengujian yang ada. Dia harus terus mencari cara untuk meningkatkan metode yang ada agar pengujian lebih efektif. Tetapi bahkan setelah semua keringat & kerja keras dalam pengujian ini, Anda tidak akan pernah bisa mengklaim produk Anda bebas bug. Untuk membawa pulang poin ini, mari kita lihat video peluncuran publik Windows 98 ini

Anda pikir perusahaan seperti MICROSOFT tidak akan menguji OS mereka secara menyeluruh & akan mempertaruhkan reputasi mereka hanya untuk melihat OS mereka mogok selama peluncuran publiknya!

4) Pengujian menunjukkan adanya cacat

Oleh karena itu, prinsip pengujian menyatakan bahwa – Pengujian berbicara tentang adanya cacat dan tidak berbicara tentang tidak adanya cacat. yaitu Pengujian Perangkat Lunak mengurangi kemungkinan cacat yang belum ditemukan yang tersisa dalam perangkat lunak tetapi bahkan jika tidak ada cacat yang ditemukan, itu bukan bukti kebenaran.

Tetapi bagaimana jika, Anda bekerja ekstra keras, mengambil semua tindakan pencegahan & membuat produk perangkat lunak Anda 99% bebas bug. Dan perangkat lunak tidak memenuhi kebutuhan & persyaratan klien.

Ini membawa kita ke prinsip berikutnya, yang menyatakan bahwa- Tidak Ada Kesalahan

5) Tidak adanya Kesalahan – kekeliruan

Ada kemungkinan perangkat lunak yang 99% bebas bug masih tidak dapat digunakan. Ini bisa terjadi jika sistem diuji secara menyeluruh untuk persyaratan yang salah. Pengujian perangkat lunak tidak hanya menemukan cacat, tetapi juga untuk memeriksa apakah perangkat lunak memenuhi kebutuhan bisnis. Tidak adanya Kesalahan adalah Kekeliruan yaitu Menemukan dan memperbaiki cacat tidak membantu jika sistem yang dibangun tidak dapat digunakan dan tidak memenuhi kebutuhan & persyaratan pengguna.

Untuk mengatasi masalah ini, prinsip pengujian selanjutnya menyatakan bahwa Pengujian Dini

6) Pengujian Awal

Pengujian Awal – Pengujian harus dimulai sedini mungkin dalam Siklus Hidup Pengembangan Perangkat Lunak. Sehingga setiap cacat dalam persyaratan atau fase desain ditangkap pada tahap awal. Jauh lebih murah untuk memperbaiki Cacat pada tahap awal pengujian. Tetapi seberapa awal seseorang harus mulai menguji? Disarankan agar Anda mulai menemukan bug saat persyaratan ditentukan. Lebih lanjut tentang prinsip ini dalam tutorial pelatihan selanjutnya.

7) Pengujian bergantung pada konteks

Pengujian bergantung pada konteks yang pada dasarnya berarti bahwa cara Anda menguji situs e-niaga akan berbeda dari cara Anda menguji iklan dari aplikasi rak. Semua perangkat lunak yang dikembangkan tidak identik. Anda mungkin menggunakan pendekatan, metodologi, teknik, dan jenis pengujian yang berbeda tergantung pada jenis aplikasi. Misalnya pengujian, setiap sistem POS di toko ritel akan berbeda dari pengujian mesin ATM.

Ini sangat tidak benar. Prinsip Pengujian akan membantu Anda membuat Strategi Pengujian yang efektif dan merancang kasus pengujian yang menangkap kesalahan.

Tetapi mempelajari prinsip-prinsip pengujian sama seperti belajar mengemudi untuk pertama kalinya.

Awalnya, saat Anda belajar mengemudi, Anda memperhatikan setiap dan segala sesuatu seperti perpindahan gigi, kecepatan, penanganan kopling, dll. Tapi dengan pengalaman, Anda hanya fokus mengemudi sisanya datang secara alami. Sedemikian rupa sehingga Anda bahkan mengadakan percakapan dengan penumpang lain di dalam mobil.

Hal yang sama berlaku untuk prinsip pengujian. Penguji berpengalaman telah menginternalisasi prinsip-prinsip ini ke tingkat yang mereka terapkan bahkan tanpa berpikir. Oleh karena itu mitos bahwa prinsip-prinsip tidak digunakan dalam praktik sama sekali tidak benar.