Phenquestions
Ujian Unit
Uji Unit adalah pengujian yang dilakukan pada fungsi individu, kelas, atau modul secara bebas daripada menguji perisian yang berfungsi sepenuhnya. Dengan menggunakan kerangka untuk pengujian unit, pengaturcara dapat membuat kotak uji dengan input dan output yang diharapkan. Apabila mempunyai ratusan, ribuan, atau puluhan ribu kes ujian unit untuk projek perisian yang besar memastikan semua unit individu berfungsi seperti yang diharapkan kerana anda terus menukar kod. Apabila menukar unit yang mempunyai kes ujian, kes ujian untuk modul tersebut harus dikaji dan menentukan apakah kes ujian baru diperlukan, outputnya telah berubah, atau kes ujian saat ini dapat dikeluarkan karena tidak lagi relevan. Membuat banyak ujian unit adalah kaedah termudah untuk mencapai liputan kes ujian tinggi untuk pangkalan kod perisian, tetapi tidak akan memastikan bahawa produk akhir berfungsi sebagai sistem seperti yang diharapkan.
Ujian Berfungsi
Ujian berfungsi adalah bentuk ujian yang paling biasa. Apabila orang merujuk kepada pengujian perisian tanpa banyak perincian, mereka sering kali bermaksud ujian berfungsi. Pengujian fungsional akan memeriksa fungsi utama perisian berfungsi seperti yang diharapkan. Rancangan ujian dapat ditulis untuk menggambarkan semua kes ujian fungsional yang akan diuji, yang sesuai dengan fitur dan kemampuan utama perangkat lunak. Ujian fungsi utama adalah "jalan bahagia " pengujian, yang tidak cuba memecahkan perisian atau menggunakannya dalam senario yang mencabar. Ini semestinya minimum ujian minimum untuk setiap projek perisian.
Ujian Integrasi
Selepas pengujian unit dan pengujian berfungsi, mungkin terdapat beberapa modul atau keseluruhan sistem yang belum diuji secara keseluruhan. Atau mungkin ada komponen yang sebahagian besarnya bebas tetapi kadang-kadang digunakan bersama. Bila-bila masa komponen atau modul diuji secara bebas tetapi tidak secara keseluruhan sistem, maka pengujian integrasi harus dilakukan untuk mengesahkan komponen berfungsi bersama-sama sebagai sistem kerja sesuai dengan kehendak dan harapan pengguna.
Ujian Tekanan
Fikirkan tentang ujian tekanan seperti anda menguji pesawat ulang-alik atau kapal terbang. Apa artinya meletakkan perisian atau sistem anda di bawah "STRESS"? Tekanan tidak lebih daripada beban berat jenis tertentu yang kemungkinan besar akan merosakkan sistem anda. Ini mungkin serupa dengan "Uji Beban" dalam arti meletakkan sistem anda dalam keadaan serentak dengan banyak pengguna yang mengakses sistem. Tetapi menekankan sistem boleh berlaku pada vektor lain juga. Contohnya, menjalankan firmware pada komponen perkakasan apabila perkakasan mengalami kemerosotan fizikal dan beroperasi dalam mod yang merosot. Tekanan adalah unik untuk semua jenis perisian, dan sistem dan merancang ujian tekanan harus dipertimbangkan mengenai sebab-sebab apa yang semula jadi atau tidak wajar yang cenderung memberi tekanan kepada perisian atau sistem anda.
Ujian Beban
Uji beban adalah jenis ujian tekanan tertentu, seperti yang dibincangkan di atas, di mana sebilangan besar sambungan pengguna dan akses serentak secara automatik untuk menghasilkan simulasi kesan sebilangan besar pengguna asli yang mengakses sistem perisian anda pada masa yang sama. Tujuannya adalah untuk mengetahui berapa banyak pengguna yang dapat mengakses sistem anda pada masa yang sama tanpa sistem perisian anda rosak. Sekiranya sistem anda dapat menangani lalu lintas normal 10,000 pengguna dengan mudah, apa yang akan berlaku sekiranya laman web atau perisian anda menjadi viral dan memperoleh 1 juta pengguna? Adakah ini tidak dijangka "PINJAMAN" hancurkan laman web atau sistem anda? Pengujian beban akan mensimulasikan ini, jadi anda merasa selesa dengan peningkatan pengguna di masa depan kerana anda tahu sistem anda dapat menangani peningkatan beban.
Ujian Prestasi
Orang boleh menjadi sangat kecewa dan putus asa apabila perisian tidak memenuhi syarat prestasi mereka. Prestasi, secara amnya, bermaksud seberapa cepat fungsi penting dapat diselesaikan. Semakin kompleks dan dinamik fungsi yang ada dalam sistem, semakin penting dan tidak jelas untuk menguji kinerjanya, mari kita ambil contoh asas, sistem Operasi Windows atau Linux. Sistem operasi adalah produk perisian yang sangat kompleks, dan melakukan pengujian prestasi pada sistemnya dapat melibatkan kecepatan dan waktu fungsi seperti Bootup, memasang aplikasi, mencari file, menjalankan perhitungan pada GPU, dan / atau yang lainnya berjuta-juta tindakan yang dapat dilakukan. Berhati-hati ketika memilih kes ujian prestasi, untuk memastikan ciri prestasi yang penting dan mungkin tidak berfungsi diuji.
Ujian Skalabiliti
Ujian pada komputer riba anda bagus, tetapi tidak cukup baik semasa anda membina rangkaian sosial, sistem e-mel, atau perisian superkomputer. Apabila perisian anda dimaksudkan untuk digunakan pada 1000 pelayan, semuanya berfungsi secara serentak, maka pengujian yang Anda lakukan secara lokal pada satu sistem tidak akan menemui bug yang terjadi ketika perisian tersebut digunakan "At Skala" pada ratusan ribu kejadian. Pada hakikatnya, ujian anda mungkin tidak akan dapat dijalankan pada skala penuh sebelum dilancarkan ke pengeluaran kerana terlalu mahal dan tidak praktikal untuk membina sistem ujian dengan 1000 pelayan berharga jutaan dolar. Oleh itu, pengujian skalabilitas dilakukan pada beberapa pelayan, tetapi biasanya bukan jumlah pelayan pengeluaran sepenuhnya untuk mencuba dan mengungkap beberapa kecacatan yang mungkin dijumpai kerana sistem anda digunakan pada infrastruktur yang lebih besar.
Ujian Analisis Statik
Analisis statik adalah pengujian yang dilakukan dengan memeriksa kod perisian tanpa benar-benar menjalankannya. Untuk melakukan analisis statik, umumnya, anda akan menggunakan alat, ada banyak, satu alat yang terkenal adalah Coverity. Analisis statik mudah dijalankan sebelum melepaskan perisian anda dan dapat menemui banyak masalah kualiti dalam kod anda yang dapat diperbaiki sebelum anda melepaskannya. Kesalahan memori, ralat pengendalian jenis data, dereferensi penunjuk nol, pemboleh ubah yang tidak dimulakan, dan banyak lagi kecacatan yang dapat dijumpai. Bahasa seperti C dan C ++ mendapat banyak manfaat daripada analisis statik kerana bahasa memberikan kebebasan besar kepada pengaturcara sebagai ganti kekuatan besar, tetapi ini juga dapat membuat bug dan kesalahan besar yang dapat dijumpai menggunakan ujian analisis statik.
Ujian Suntikan Kesalahan
Beberapa keadaan ralat sangat sukar untuk disimulasikan atau dicetuskan, oleh itu perisian boleh direka untuk menyuntikkan masalah atau kesalahan ke dalam sistem secara artifisial tanpa kerosakan yang berlaku. Tujuan ujian suntikan kesalahan adalah untuk melihat bagaimana perisian menangani kesalahan yang tidak dijangka ini. Adakah ia bertindak balas dengan baik terhadap situasi itu, adakah ia terhempas, atau adakah hasil yang tidak dijangka dan tidak dapat diramalkan? Sebagai contoh, katakan kita mempunyai sistem perbankan, dan ada modul untuk memindahkan dana secara dalaman dari AKAUN A ke AKAUN B. Walau bagaimanapun, operasi pemindahan ini hanya dipanggil setelah sistem telah mengesahkan bahawa akaun ini ada sebelum memanggil operasi pemindahan. Walaupun kami menganggap bahawa kedua-dua akun itu ada, operasi pemindahan mempunyai kes kegagalan di mana satu sasaran atau akaun sumber tidak ada, dan ia dapat menimbulkan kesalahan. Oleh kerana dalam keadaan biasa, kami tidak pernah mendapat ralat ini kerana pra-pengujian input, jadi untuk mengesahkan perilaku sistem ketika pemindahan gagal disebabkan oleh akaun yang tidak ada, kami menyuntikkan kesalahan palsu ke dalam sistem yang mengembalikan akaun yang tidak ada untuk pemindahan dan uji bagaimana sistem yang lain bertindak balas dalam kes tersebut. Adalah sangat penting bahawa kod suntikan kesalahan hanya tersedia dalam senario pengujian dan tidak dilepaskan ke pengeluaran, di mana ia dapat menimbulkan kekacauan.
Ujian Overrun Memori
Semasa menggunakan bahasa seperti C atau C ++, pengaturcara mempunyai tanggungjawab besar untuk menangani memori secara langsung, dan ini boleh menyebabkan bug dalam perisian jika berlaku kesalahan. Contohnya, jika penunjuk tidak berfungsi dan tidak dirujuk, perisian akan rosak. Sekiranya memori dialokasikan ke objek dan rentetan disalin di atas ruang memori objek, merujuk objek dapat menyebabkan kemalangan atau bahkan tingkah laku salah yang tidak ditentukan. Oleh itu, sangat penting untuk menggunakan alat untuk mencuba dan menangkap kesilapan akses memori dalam perisian yang menggunakan bahasa seperti C atau C ++, yang mungkin mempunyai masalah yang berpotensi ini. Alat yang boleh melakukan ujian jenis ini termasuk Open Source Valgrind atau alat proprietari seperti PurifyPlus. Alat-alat ini dapat menyelamatkan hari ketika tidak jelas mengapa perisian tersebut mogok atau tidak berfungsi dan langsung menunjuk ke lokasi dalam kod yang mempunyai bug. Hebat, betul?
Ujian Kes Batas
Sangat mudah untuk membuat kesilapan dalam pengekodan ketika anda berada dalam apa yang disebut batas. Contohnya, mesin juruwang automatik bank mengatakan bahawa anda boleh mengeluarkan maksimum $ 300. Oleh itu, bayangkan pengekod menulis kod berikut secara semula jadi semasa membina keperluan ini:
Sekiranya (amt < 300)startWithdrawl ()
lain
ralat ("Anda boleh menarik% s", amt);
Bolehkah anda melihat kesilapan itu? Pengguna yang cuba mengeluarkan $ 300 akan menerima ralat kerana tidak kurang dari $ 300. Ini adalah pepijat. Oleh itu, ujian batas dilakukan secara semula jadi. Batasan keperluan kemudian memastikan bahawa di kedua-dua sisi sempadan dan sempadan, perisian berfungsi dengan baik.
Ujian Fuzz
Penjanaan input berkelajuan tinggi ke perisian dapat menghasilkan sebanyak mungkin kombinasi input, walaupun kombinasi input tersebut adalah omong kosong dan tidak akan pernah dibekalkan oleh pengguna sebenar. Ujian kabur jenis ini dapat menemui pepijat dan kerentanan keselamatan yang tidak dijumpai melalui cara lain kerana jumlah input dan senario yang tinggi diuji dengan cepat tanpa penjanaan kes ujian manual.
Ujian Eksploratori
Tutup mata anda dan bayangkan maksud perkataan "Explore". Anda memerhatikan dan menyelidiki sistem untuk mengetahui bagaimana ia benar-benar berfungsi. Bayangkan anda menerima kerusi meja baru dalam pesanan mel, dan ia mempunyai 28 bahagian semuanya dalam beg plastik yang berasingan tanpa arahan. Anda mesti meneroka kedatangan baru anda untuk mengetahui bagaimana ia berfungsi dan bagaimana ia disatukan. Dengan semangat ini, anda boleh menjadi penguji penerokaan. Anda tidak akan mempunyai rancangan ujian kes ujian yang jelas. Anda akan meneroka dan menyiasat perisian anda untuk mencari perkara yang membuat anda mengucapkan kata yang indah: "MENARIK!". Setelah belajar, anda menyiasat lebih jauh dan mencari jalan untuk memecahkan perisian yang tidak pernah difikirkan oleh pereka, dan kemudian menyampaikan laporan yang memperincikan banyak andaian, kesalahan, dan risiko buruk dalam perisian. Ketahui lebih lanjut mengenai ini dalam buku berjudul Explore It.
Ujian Penembusan
Dalam dunia keselamatan perisian, ujian penembusan adalah salah satu kaedah pengujian utama. Semua sistem, sama ada biologi, fizikal, atau perisian mempunyai sempadan dan sempadan. Batasan-batasan ini dimaksudkan untuk hanya membenarkan pesan, orang, atau komponen tertentu memasuki sistem. Lebih konkrit, mari kita mempertimbangkan sistem perbankan dalam talian yang menggunakan pengesahan pengguna untuk memasuki laman web ini. Sekiranya laman web itu dapat diretas dan dimasukkan ke dalam backend tanpa pengesahan yang tepat, itu akan menjadi penembusan, yang perlu dilindungi dari. Matlamat ujian penembusan adalah menggunakan teknik yang diketahui dan eksperimen untuk melewati batas keselamatan normal sistem perisian atau laman web. Ujian penembusan sering melibatkan pemeriksaan semua port yang sedang mendengar dan cuba memasuki sistem melalui port terbuka. Teknik umum lain termasuk suntikan SQL atau retak kata laluan.
Ujian Regresi
Setelah anda menggunakan perisian yang digunakan di lapangan, adalah mustahak untuk mencegah memasukkan bug ke dalam fungsi yang sudah berfungsi. Tujuan pengembangan perisian adalah untuk meningkatkan kemampuan produk anda, memperkenalkan bug, atau menyebabkan fungsi lama berhenti berfungsi, yang disebut REGRESSION. Regresi adalah bug atau kecacatan yang diperkenalkan ketika sebelumnya kemampuan berfungsi seperti yang diharapkan. Tidak ada yang dapat merosakkan reputasi perisian atau jenama anda lebih cepat daripada memperkenalkan bug regresi ke dalam perisian anda dan meminta pengguna sebenar menemui bug ini setelah dilancarkan.
Kes ujian regresi dan rancangan ujian harus dibina berdasarkan fungsi teras yang perlu terus berfungsi untuk memastikan pengguna mempunyai pengalaman yang baik dengan aplikasi anda. Semua fungsi inti perisian anda yang diharapkan pengguna dapat berfungsi dengan cara tertentu harus mempunyai kes ujian regresi yang dapat dijalankan untuk mencegah fungsi dari pelanggaran pada rilis baru. Ini boleh berlaku dari 50 hingga 50,000 kes ujian yang merangkumi fungsi teras perisian atau aplikasi anda.
Ujian Pembahagian Kod Sumber
Bug diperkenalkan dalam perisian, tetapi tidak jelas versi rilis mana yang memperkenalkan bug baru. Bayangkan bahawa terdapat 50 perisian yang dilakukan dari masa yang terakhir diketahui bahawa perisian berfungsi tanpa pepijat, sehingga sekarang ketika…
Ujian Penyetempatan
Bayangkan aplikasi cuaca yang menunjukkan cuaca semasa dan unjuran di lokasi anda, serta penerangan mengenai keadaan cuaca. Bahagian pertama pengujian penyetempatan adalah untuk memastikan bahawa bahasa, abjad, dan watak yang betul ditunjukkan dengan betul, bergantung pada lokasi pengguna. Aplikasi di United Kingdom harus dipaparkan dalam bahasa Inggeris dengan aksara Latin; Aplikasi yang sama di China mesti dipaparkan dalam huruf Cina dalam bahasa Cina. Pengujian penyetempatan yang lebih terperinci dilakukan, lebih banyak orang dari lokasi yang berbeza akan berhubung dengan aplikasi.
Ujian Kebolehaksesan
Sebilangan warga masyarakat kita mempunyai kecacatan, dan oleh itu, mungkin menghadapi masalah menggunakan perisian yang dibuat, jadi pengujian kebolehaksesan dilakukan untuk memastikan populasi orang kurang upaya masih dapat mengakses fungsi sistem. Sebagai contoh, jika kita menganggap bahawa 1% populasi buta warna, dan antara muka perisian kita menganggap pengguna dapat membezakan antara Merah dan Hijau tetapi individu buta warna itu TIDAK BOLEH membezakannya. Oleh itu, antara muka perisian yang baik akan mempunyai petunjuk tambahan di luar warna untuk menunjukkan makna. Senario lain selain ujian rabun warna juga akan dimasukkan dalam ujian kebolehaksesan perisian, seperti buta visual sepenuhnya, tuli, dan banyak senario lain. Produk perisian yang baik harus dapat diakses oleh peratusan maksimum pengguna berpotensi.
Ujian Peningkatan
Aplikasi mudah di telefon, sistem operasi seperti Ubuntu, Windows, atau Linux Mint, dan perisian yang menjalankan kapal selam nuklear memerlukan peningkatan kerap. Proses peningkatan itu sendiri dapat memperkenalkan bug dan kecacatan yang tidak akan ada pada pemasangan baru kerana keadaan persekitarannya berbeza dan proses memperkenalkan perisian baru di atas yang lama dapat memperkenalkan bug. Mari kita ambil contoh ringkas, kita mempunyai komputer riba yang menjalankan Ubuntu 18.04, dan kami mahu menaik taraf ke Ubuntu 20.04. Ini adalah proses yang berbeza untuk memasang sistem operasi daripada membersihkan cakera keras secara langsung dan memasang Ubuntu 20.04. Oleh itu, setelah perisian dipasang atau fungsi turunannya, perisian tersebut mungkin tidak berfungsi 100% seperti yang diharapkan atau sama seperti ketika perisian tersebut baru dipasang. Oleh itu, pertama-tama kita harus mempertimbangkan untuk menguji peningkatan itu sendiri dalam banyak kes dan senario yang berbeza untuk memastikan bahawa peningkatan itu berjaya diselesaikan. Dan kemudian, kita juga mesti mempertimbangkan untuk menguji peningkatan sistem pasca sebenar untuk memastikan bahawa perisian disusun dan berfungsi seperti yang diharapkan. Kami tidak akan mengulangi semua kes ujian sistem yang baru dipasang, yang akan membuang masa, tetapi kami akan memikirkan dengan teliti dengan pengetahuan kami mengenai sistem apa yang BOLEH putus semasa peningkatan dan menambah kes ujian secara strategik untuk fungsi tersebut.
Ujian Kotak Hitam & Kotak Putih
Kotak hitam dan kotak putih adalah metodologi ujian yang kurang spesifik dan lebih banyak jenis pengkategorian ujian. Pada dasarnya, pengujian kotak hitam, yang mengandaikan bahawa penguji tidak mengetahui apa-apa mengenai kerja dalaman perisian dan membina rancangan ujian dan kes ujian yang hanya melihat sistem dari luar untuk mengesahkan fungsinya. Pengujian kotak putih dilakukan oleh arkitek perisian yang memahami cara kerja dalaman sistem perisian dan merancang casing dengan pengetahuan tentang apa yang boleh, akan, dan mungkin akan pecah. Ujian kotak hitam dan putih cenderung menemui pelbagai jenis kecacatan.
Blog dan Artikel mengenai Ujian Perisian
Pengujian perisian adalah bidang yang dinamik, dan banyak penerbitan dan artikel menarik yang mengemas kini masyarakat mengenai pemikiran terkini mengenai pengujian perisian. Kita semua dapat memanfaatkan pengetahuan ini. Berikut adalah contoh artikel menarik dari pelbagai sumber blog yang mungkin ingin anda ikuti:
- 7 Petua yang Perlu Diikuti sebelum Menguji Tanpa Keperluan; http: // www.jurnal ujian.com /
- 60 Alat Ujian Automasi Terbaik: Panduan Senarai Terunggul; https: // testguild.com /
- Alat Ujian Pangkalan Data Sumber Terbuka; https: // www.majalah softwaretesting.com /
- Liputan Ujian 100 Peratus Unit Tidak Cukup; https: // www.pelekat.com /
- Ujian Curang di Google dan Cara Kami Mengurangkannya; https: // ujian.googleblog.com /
- Apa itu Ujian Regresi? ; https: // ujian.io / blog /
- 27 Sambungan Chrome Terbaik Untuk Pembangun Pada Tahun 2020; https: // www.lambdatest.com /
- 5 langkah ujian perisian utama yang harus dilakukan oleh jurutera; https: // techbeacon.com /
Produk untuk Ujian Perisian
Sebilangan besar tugas pengujian yang berharga dapat dilakukan secara automatik, jadi tidak mengherankan jika menggunakan alat dan produk untuk melakukan pelbagai tugas jaminan kualiti perisian adalah idea yang baik. Di bawah ini kami akan menyenaraikan beberapa alat perisian yang penting dan sangat berharga untuk ujian perisian yang boleh anda terokai dan melihat apakah alat tersebut dapat membantu.
JUnit
Untuk menguji perisian berasaskan Java, JUnit menyediakan rangkaian ujian komprehensif untuk pengujian unit dan fungsional kod yang ramah terhadap lingkungan Java.
Selenium
Untuk menguji aplikasi web, Selenium menyediakan kemampuan untuk mengotomatisasi interaksi dengan penyemak imbas web, termasuk ujian keserasian merentas penyemak imbas. Ini adalah infrastruktur ujian utama untuk automasi pengujian web.
Timun
Kerangka pengujian berdasarkan tingkah laku membolehkan pengguna perniagaan, pengurus produk, dan pemaju untuk menjelaskan fungsi yang diharapkan dalam bahasa semula jadi dan kemudian menentukan tingkah laku tersebut dalam kes ujian. Ini menjadikan kes ujian lebih mudah dibaca dan pemetaan yang jelas untuk fungsi pengguna yang diharapkan.
Bersuci
Cari kebocoran memori dan kerosakan memori pada waktu berjalan dengan menjalankan perisian anda dengan instrumen Purify Plus yang disisipkan yang melacak penggunaan memori anda dan menunjukkan kesalahan dalam kod anda yang tidak mudah dicari tanpa instrumen.
Valgrind
Alat sumber terbuka yang akan melaksanakan perisian anda dan membolehkan anda berinteraksi dengannya sambil menunjukkan laporan kesalahan kesalahan pengekodan seperti kebocoran memori dan kerosakan. Tidak perlu menyusun semula atau menambahkan instrumen ke dalam proses penyusunan kerana Valgrind mempunyai kecerdasan untuk memahami secara dinamik kod mesin anda dan menyuntik instrumen dengan lancar untuk mencari kesalahan pengekodan dan membantu anda memperbaiki kod anda.
Perlindungan
Alat analisis statik yang akan menemui kesalahan pengekodan dalam perisian anda bahkan sebelum anda menyusun dan menjalankan kod anda. Coverity dapat menemui kerentanan keselamatan, pelanggaran konvensyen pengekodan, serta bug dan kecacatan yang tidak akan dijumpai oleh penyusun anda. Kod mati boleh dijumpai, pemboleh ubah yang tidak dimulakan, dan ribuan jenis kecacatan lain. Sangat penting untuk membersihkan kod anda dengan analisis statik sebelum melepaskannya ke pengeluaran.
JMeter
Rangka kerja sumber terbuka untuk pengujian prestasi yang berorientasikan kepada pemaju yang berpusat di Java, oleh itu nama J. Pengujian laman web adalah salah satu kes penggunaan utama untuk JMeter di samping pengujian prestasi pangkalan data, sistem mel, dan banyak aplikasi berasaskan pelayan lain.
Metasploit
Untuk ujian keselamatan dan penembusan, Metasploit adalah kerangka generik dengan ribuan ciri dan kemampuan. Gunakan konsol interaksi untuk mengakses eksploitasi pra-kod dan cuba mengesahkan keselamatan aplikasi anda.
Penyelidikan Akademik Pengujian Perisian
- Kumpulan Penyelidikan Ujian Universiti Sheffield
- Makmal Pengesahan dan Pengesahan Perisian Universiti Kentucky
- Kumpulan Penyelidikan Ujian Perisian Universiti Dakota Negeri Utara
- Makmal Pintar Pengujian Sistem; Universiti Teknikal Czech Prague
- NASA: Ujian dan Penyelidikan Perisian Jon McBride (JSTAR)
- Universiti McMaster; Makmal Penyelidikan Kualiti Perisian
- Universiti Teknologi Ontario; Makmal Penyelidikan Kualiti Perisian
- Universiti Texas @ Dallas; STQA
Kesimpulannya
Peranan perisian dalam masyarakat terus berkembang, dan pada masa yang sama, perisian dunia menjadi lebih kompleks. Agar dunia berfungsi, kita mesti mempunyai kaedah dan strategi untuk menguji dan mengesahkan perisian yang kita buat dengan melakukan fungsi yang dimaksudkan untuk dilakukan. Untuk setiap sistem perisian yang rumit, strategi pengujian dan rencana pengujian harus dibuat untuk terus mengesahkan fungsi perisian ketika mereka terus menjadi lebih baik dan menyediakan fungsinya.
