Ada berbagai jenis metodologi pengujian perangkat lunak di bidang pengujian perangkat lunak dan jaminan kualitas. Dalam artikel berikut, kita akan melihat berbagai teknik pengujian perangkat lunak dan metodologi yang dalam praktek hari ini. Software pengujian merupakan bagian integral dari siklus hidup pengembangan software (SDLC). Efektif dan efisien pengujian sepotong kode ini sama pentingnya, jika tidak lebih, dari tulisan itu. Jadi apa pengujian perangkat lunak? Nah, bagi anda yang baru untuk pengujian perangkat lunak dan jaminan kualitas, inilah jawaban untuk pertanyaan ini.
Software pengujian tidak lain hanyalah menundukkan sepotong kode untuk keduanya, dikendalikan serta kondisi operasi yang tidak terkontrol, dalam upaya untuk mengamati output dan memeriksa apakah sesuai dengan pra-kondisi tertentu. Set Berbagai kasus uji dan strategi pengujian disusun, semua yang bertujuan untuk mencapai satu tujuan bersama – menghapus semua bug dan kesalahan dari kode dan membuat perangkat lunak bebas kesalahan dan cukup mampu memberikan hasil yang akurat dan optimal. Ada berbagai jenis pengujian perangkat lunak teknik dan metodologi. Sebuah metodologi pengujian perangkat lunak adalah berbeda dengan teknik pengujian perangkat lunak. Kami akan melihat sebuah metodologi pengujian beberapa software di bagian akhir artikel ini.
Metode Pengujian Perangkat Lunak
Ada berbagai jenis metode atau teknik pengujian sebagai bagian dari proses pengujian perangkat lunak.
* White box testing : Pengujian kotak putih
* Black box testing : Kotak hitam pengujian
* Gray box testing : Kotak pengujian Gray
* Unit testing : Unit testing
* Integration testing : Integrasi pengujian
* Regression testing : Pengujian regresi
* Usability testing : Usability testing
* Performance testing : Pengujian kinerja
* Scalability testing : Skalabilitas pengujian
* Software stress testing : Software stress testing
* Recovery testing : Pemulihan pengujian
* Security testing : Keamanan pengujian
* Conformance testing : Pengujian kesesuaian
* Smoke testing : Asap pengujian
* Compatibility testing : Kompatibilitas pengujian
* System testing : Pengujian sistem
* Alpha testing : Alpha testing
* Beta testing : Beta testing
Metode pengujian perangkat lunak di atas dapat diimplementasikan dengan dua cara – secara manual atau melalui otomatisasi. Manual Pengujian dilakukan oleh penguji perangkat lunak manusia yang secara manual yakni memeriksa fisik, tes dan kesalahan laporan atau bug dalam produk atau bagian dari kode. Dalam hal pengujian perangkat lunak secara otomatis, maka proses yang sama dilakukan oleh komputer melalui suatu pengujian software otomatis seperti WinRunner, LoadRunner, Direktur Uji, dll
Metodologi Pengujian Perangkat Lunak
Ini adalah beberapa metodologi pengujian perangkat lunak yang umum digunakan:
* Waterfall model : Waterfall Model
* V model : Model V
* Spiral model : Spiral Model
* RUP : RUP
* Agile model : Agile Model
* RAD : RAD
Mari kita lihat satu per satu metodologi ini satu demi satu.
Waterfall Model
air terjun mengadopsi ‘top down’ pendekatan terlepas dari apakah itu digunakan untuk pengembangan perangkat lunak atau pengujian. Langkah-langkah dasar yang terlibat dalam metodologi pengujian perangkat lunak ini adalah:
1. Requirement analysis : Analisis kebutuhan
2. Test case design : Uji kasus desain
3. Test case implementation : Uji kasus pelaksanaan
4. Testing, debugging and validating the code or product : Pengujian, debugging dan validasi kode atau
produk
5. Deployment and maintenance : Penyebaran dan pemeliharaan
Dalam metodologi ini, anda melanjutkan ke langkah berikutnya setelah Anda menyelesaikan langkah ini. Tidak ada ruang lingkup untuk melompat mundur atau maju atau melakukan dua langkah secara bersamaan. Selain itu, model ini mengikuti pendekatan non-iteratif. Manfaat utama dari metodologi ini adalah sederhana-nya, pendekatan sistematis dan ortodoks. Namun, memiliki banyak kekurangan sejak bug dan kesalahan dalam kode tidak ditemukan sampai dan kecuali tahap pengujian tercapai. Hal ini sering dapat mengakibatkan pemborosan waktu, uang dan sumber daya yang berharga.
V model
Model V mendapatkan namanya dari fakta bahwa representasi grafik dari kegiatan proses pengujian yang berbeda yang terlibat dalam metodologi ini mirip dengan huruf ‘V’. Langkah-langkah dasar yang terlibat dalam metodologi ini kurang lebih sama dengan orang-orang dalam model air terjun. Namun, model ini berikut baik ‘top-down’ serta ‘bottom-up’ pendekatan (Anda dapat memvisualisasikan mereka membentuk huruf ‘V’). Keuntungan metodologi ini adalah bahwa dalam kasus ini, baik perkembangan dan kegiatan pengujian pergi tangan-di-tangan. Misalnya, sebagai tim pengembangan pergi tentang kegiatan analisis kebutuhannya, tim pengujian secara simultan dimulai dengan perusahaan pengujian penerimaan kegiatan. Dengan mengikuti pendekatan ini, penundaan waktu diminimalkan dan pemanfaatan sumber daya optimal terjamin.
Spiral Model
Seperti namanya, yang model spiral berikut sebuah pendekatan di mana ada beberapa siklus (atau spiral) dari semua langkah sekuensial model air terjun. Setelah awal siklus selesai, sebuah analisis yang menyeluruh dan review produk atau output yang dicapai dilakukan. Jika tidak sesuai persyaratan yang ditentukan atau standar yang diharapkan, siklus kedua berikut, dan seterusnya. metodologi ini mengikuti pendekatan iteratif dan umumnya cocok untuk proyek-proyek yang sangat besar dengan kompleks dan terus berubah persyaratan.
Rasional Unified Process (RUP)
Metodologi RUP juga mirip dengan model spiral, dalam arti bahwa seluruh prosedur pengujian ini dipecah menjadi beberapa siklus atau proses. Setiap siklus terdiri dari empat tahap yaitu; awal, elaborasi, konstruksi dan transisi. Pada akhir setiap siklus, produk atau output ditinjau dan siklus lebih lanjut (terdiri dari empat fase yang sama) berikut jika diperlukan. Hari ini, Anda akan menemukan organisasi tertentu dan perusahaan mengadopsi versi sedikit modifikasi dari RUP, yang berjalan dengan nama Enterprise Unified Process (cangkir).
Agile Model Agile Model
Metodologi ini mengikuti pendekatan yang murni tidak berurutan atau tidak mengikuti pendekatan iteratif murni. Ini adalah campuran selektif dari kedua pendekatan di samping cukup beberapa metode perkembangan baru. Cepat dan pengembangan incremental adalah salah satu prinsip kunci dari metodologi ini. Fokusnya adalah pada mendapatkan cepat, praktis dan terlihat output dan hasil, daripada hanya mengikuti proses teoritis. pelanggan interaksi terus-menerus dan partisipasi merupakan bagian integral dari seluruh proses pembangunan.
Rapid Application Development (RAD) Rapid Application Development (RAD)
Dalam hal ini, metodologi yang mengadopsi pendekatan perkembangan pesat dengan menggunakan prinsip konstruksi berbasis komponen. Setelah memahami berbagai persyaratan, prototipe cepat disusun dan kemudian dibandingkan dengan kondisi yang diharapkan set output dan standar. Diperlukan perubahan dan modifikasi yang dibuat setelah diskusi bersama dengan pelanggan atau tim pengembangan (dalam konteks pengujian software). Meskipun pendekatan ini memang memiliki pangsa keuntungan, dapat cocok jika proyek besar, kompleks dan kebetulan yang bersifat sangat dinamis, dimana persyaratan yang terus berubah. Berikut adalah beberapa lebih banyak keuntungan dari pengembangan aplikasi cepat .
Ini adalah gambaran singkat dari beberapa metodologi pengujian perangkat lunak yang umum digunakan. Dengan aplikasi teknologi informasi yang berkembang dari hari ke hari, pentingnya pengujian perangkat lunak yang tepat telah tumbuh multifold.
