7 Prinsip Ujian Perisian: Belajar dengan Contoh

Isi kandungan:

Anonim

Tutorial ini memperkenalkan tujuh Prinsip Ujian Perisian asas yang harus diketahui oleh setiap penguji Perisian dan profesional QA.

7 Prinsip Ujian Perisian

  • Ujian menunjukkan adanya kecacatan
  • Ujian ekzos tidak mungkin
  • Ujian awal
  • Penggabungan kecacatan
  • Paradoks racun perosak
  • Pengujian bergantung pada konteks
  • Ketiadaan kesalahan kesalahan

Mari belajar prinsip ujian dengan contoh video berikut-

Klik di sini jika video tidak dapat diakses

Latar belakang

Penting agar anda mencapai keputusan ujian yang optimum semasa menjalankan ujian perisian tanpa menyimpang dari tujuan. Tetapi bagaimana anda menentukan bahawa anda mengikuti strategi yang tepat untuk ujian? Untuk itu, anda perlu berpegang pada beberapa prinsip asas ujian. Berikut adalah tujuh prinsip ujian umum yang banyak diamalkan dalam industri perisian.

Untuk memahami perkara ini, pertimbangkan senario di mana anda memindahkan fail dari folder A ke Folder B.

Fikirkan semua cara yang mungkin untuk anda menguji ini.

Selain daripada senario biasa, anda juga boleh menguji keadaan berikut

  • Mencuba memindahkan fail semasa Terbuka
  • Anda tidak mempunyai hak keselamatan untuk menampal fail di Folder B
  • Folder B pada pemacu bersama dan kapasiti penyimpanan penuh.
  • Folder B sudah mempunyai fail dengan nama yang sama, sebenarnya, senarai itu tidak berkesudahan
  • Atau andaikan anda mempunyai 15 medan input untuk diuji, masing-masing mempunyai 5 nilai yang mungkin, jumlah kombinasi yang akan diuji adalah 5 15

Sekiranya anda menguji keseluruhan kemungkinan gabungan projek MASA & KOS PELAKSANAAN akan meningkat secara eksponensial. Kami memerlukan prinsip dan strategi tertentu untuk mengoptimumkan usaha pengujian

Berikut adalah 7 Prinsip:

1) Ujian ekzos tidak mungkin

Ya! Ujian ekzos tidak mungkin. Sebaliknya, kami memerlukan jumlah ujian yang optimum berdasarkan penilaian risiko aplikasi.

Dan persoalan berjuta-juta dolar adalah, bagaimana anda menentukan risiko ini?

Untuk menjawab ini mari kita lakukan latihan

Pada pendapat anda, operasi mana yang paling mungkin menyebabkan sistem Operasi anda gagal?

Saya pasti kebanyakan anda akan menduga, Membuka 10 aplikasi yang berbeza pada masa yang sama.

Oleh itu, jika anda menguji sistem Operasi ini, anda akan menyedari bahawa kecacatan kemungkinan besar terdapat dalam aktiviti multi-tasking dan perlu diuji secara menyeluruh yang membawa kita ke prinsip berikutnya Defect Clustering

2) Pengelompokan Kecacatan

Defect Clustering yang menyatakan bahawa sebilangan kecil modul mengandungi sebahagian besar kecacatan yang dikesan. Ini adalah penerapan Prinsip Pareto untuk pengujian perisian: kira-kira 80% masalah dijumpai di 20% modul.

Berdasarkan pengalaman, anda dapat mengenal pasti modul berisiko tersebut. Tetapi pendekatan ini mempunyai masalah tersendiri

Sekiranya ujian yang sama diulang berulang kali, akhirnya kes ujian yang sama tidak lagi menemui bug baru.

3) Paradoks racun perosak

Penggunaan berulang racun perosak yang sama untuk membasmi serangga semasa bertani akan menyebabkan serangga mengembangkan daya tahan terhadap racun perosak Oleh itu racun perosak tidak berkesan terhadap serangga. Perkara yang sama berlaku untuk ujian perisian. Sekiranya ujian pengulangan yang sama dilakukan, kaedah itu tidak akan berguna untuk menemui kecacatan baru.

Untuk mengatasinya, kes ujian perlu dikaji & diperiksa secara berkala, menambah kes ujian baru & berbeza untuk membantu mencari lebih banyak kecacatan.

Penguji tidak boleh hanya bergantung pada teknik ujian yang ada. Dia mesti melihat terus menerus untuk meningkatkan kaedah yang ada agar ujian lebih berkesan. Tetapi walaupun setelah banyak keringat & kerja keras dalam ujian, anda tidak boleh mendakwa produk anda bebas pepijat. Untuk mencapai tahap ini, mari kita lihat video pelancaran Windows 98 secara terbuka ini

Anda fikir syarikat seperti MICROSOFT tidak akan menguji OS mereka secara menyeluruh & akan mempertaruhkan reputasi mereka hanya untuk melihat OS mereka hancur semasa pelancaran awamnya!

4) Ujian menunjukkan adanya kecacatan

Oleh itu, prinsip pengujian menyatakan bahawa - Ujian membicarakan adanya kecacatan dan tidak membicarakan ketiadaan kecacatan. iaitu Ujian Perisian mengurangkan kemungkinan kecacatan yang belum ditemui masih ada dalam perisian tetapi walaupun tidak ada kecacatan yang dijumpai, itu bukan bukti kebenarannya.

Tetapi bagaimana jika, anda bekerja lebih keras, mengambil semua langkah berjaga-jaga & menjadikan produk perisian anda bebas bug 99%. Dan perisian tidak memenuhi kehendak & kehendak pelanggan.

Ini membawa kita ke prinsip seterusnya, yang menyatakan bahawa- Ketiadaan Kesalahan

5) Ketiadaan Kesalahan - kesalahan

Ada kemungkinan bahawa perisian yang bebas bug 99% masih tidak dapat digunakan. Ini boleh berlaku sekiranya sistem diuji secara menyeluruh untuk keperluan yang salah. Pengujian perisian bukan sekadar mencari kecacatan, tetapi juga untuk memeriksa bahawa perisian memenuhi keperluan perniagaan. Ketiadaan Ralat adalah Kesalahan iaitu mencari dan memperbaiki kecacatan tidak akan membantu sekiranya binaan sistem tidak dapat digunakan dan tidak memenuhi kehendak & kehendak pengguna.

Untuk menyelesaikan masalah ini, prinsip pengujian seterusnya menyatakan bahawa Ujian Awal

6) Ujian Awal

Ujian Awal - Ujian harus dimulakan seawal mungkin dalam Kitaran Hidup Pembangunan Perisian. Sehingga sebarang kecacatan dalam keperluan atau fasa reka bentuk ditangkap pada peringkat awal. Jauh lebih murah untuk memperbaiki Kecacatan pada peringkat awal ujian. Tetapi berapa awal seseorang mesti memulakan ujian? Sebaiknya anda mula menemui bug sebaik sahaja keperluan ditentukan. Lebih lanjut mengenai prinsip ini dalam tutorial latihan kemudian.

7) Pengujian bergantung pada konteks

Pengujian bergantung pada konteks yang pada dasarnya bermaksud bahawa cara anda menguji laman web e-dagang akan berbeza dengan cara anda menguji iklan dari aplikasi rak. Semua perisian yang dibangunkan tidak serupa. Anda mungkin menggunakan pendekatan, metodologi, teknik, dan jenis pengujian yang berbeza bergantung pada jenis aplikasi. Sebagai contoh pengujian, sistem POS mana pun di kedai runcit akan berbeza daripada menguji mesin ATM.

Mitos: "Prinsip hanya untuk rujukan. Saya tidak akan menggunakannya dalam praktik."

Ini sangat tidak benar. Prinsip Ujian akan membantu anda membuat Strategi Ujian yang berkesan dan membuat draf kes kesalahan menangkap kes ujian.

Tetapi prinsip ujian pembelajaran sama seperti belajar memandu untuk pertama kalinya.

Pada mulanya, semasa anda belajar memandu, anda memperhatikan setiap perkara seperti pergeseran gear, kelajuan, pengendalian kopling, dll. Tetapi dengan pengalaman, anda hanya fokus untuk memandu selebihnya datang secara semula jadi. Sehingga anda dapat berbual dengan penumpang lain di dalam kereta.

Perkara yang sama berlaku untuk prinsip pengujian. Penguji yang berpengalaman telah menginternalisasikan prinsip-prinsip ini ke tahap yang menerapkannya walaupun tanpa berfikir. Oleh itu, mitos bahawa prinsip-prinsip tidak digunakan dalam praktiknya tidak benar.