Apa itu Ujian Agile?
AGILE TESTING adalah amalan ujian yang mengikuti peraturan dan prinsip pengembangan perisian tangkas. Tidak seperti kaedah Waterfall, Agile Testing dapat dimulakan pada permulaan projek dengan integrasi berterusan antara pengembangan dan pengujian. Metodologi Uji Agile tidak berurutan (dalam arti ia dilaksanakan hanya selepas fasa pengkodan) tetapi berterusan.
Dalam artikel ini, kita akan membincangkan
- Pelan Uji tangkas.
- Strategi Ujian Lincah.
- Kuadran Ujian Agile.
- QA mencabar dengan pengembangan perisian yang tangkas.
- Risiko Automasi dalam Proses tangkas.
Pelan Uji tangkas
Rancangan ujian tangkas merangkumi jenis pengujian yang dilakukan dalam iterasi seperti keperluan data ujian, infrastruktur, persekitaran ujian, dan hasil ujian. Tidak seperti model air terjun, dalam model tangkas, rancangan ujian ditulis dan dikemas kini untuk setiap pelepasan. Pelan ujian khas dalam tangkas merangkumi
- Skop Ujian
- Fungsi baru yang sedang diuji
- Tahap atau Jenis ujian berdasarkan kerumitan ciri
- Beban dan Ujian Prestasi
- Pertimbangan Infrastruktur
- Pelan Mitigasi atau Risiko
- Pengambilan sumber
- Hasil dan Tonggak
Strategi Ujian Lincah
Kitaran hidup ujian tangkas merangkumi empat peringkat
(a) Pengulangan 0
Semasa peringkat pertama atau iterasi 0, anda melakukan tugas persediaan awal. Ini termasuk mengenal pasti orang untuk diuji, memasang alat ujian, menjadualkan sumber (makmal ujian kebolehgunaan), dan lain-lain. Langkah-langkah berikut akan dicapai dalam Iterasi 0
a) Menetapkan kes perniagaan untuk projek
b) Menetapkan syarat sempadan dan skop projek
c) Gariskan keperluan utama dan gunakan kes yang akan mendorong pertukaran reka bentuk
d) Gariskan satu atau lebih seni bina calon
e) Mengenal pasti risiko
f) Anggaran kos dan siapkan projek awal
(b) Pengulangan Pembinaan
Fasa kedua metodologi ujian tangkas adalah Iterasi Pembinaan, sebahagian besar pengujian berlaku semasa fasa ini. Fasa ini diperhatikan sebagai satu set iterasi untuk membangun peningkatan penyelesaian. Untuk melakukan itu, dalam setiap iterasi, pasukan menerapkan praktik hibrid dari XP, Scrum, pemodelan Agile, dan data tangkas dan sebagainya.
Dalam lelaran pembinaan, pasukan tangkas mengikuti amalan keperluan yang diutamakan: Dengan setiap lelaran, mereka mengambil syarat terpenting yang tinggal dari timbunan item kerja dan melaksanakannya.
Iterasi pembinaan dikelaskan kepada dua, ujian pengesahan dan ujian penyiasatan. Pengujian pengesahan bertumpu pada pengesahan bahawa sistem memenuhi maksud pihak berkepentingan seperti yang dijelaskan kepada pasukan hingga kini, dan dilakukan oleh pasukan. Walaupun ujian penyiasatan mengesan masalah yang telah dilangkau atau diabaikan oleh pasukan pengesahan. Dalam ujian Penyiasatan, penguji menentukan potensi masalah dalam bentuk cerita kecacatan. Ujian penyiasatan menangani masalah umum seperti ujian integrasi, ujian beban / tekanan, dan ujian keselamatan.
Sekali lagi untuk, pengesahan pengujian terdapat dua aspek pengujian pembangun dan ujian penerimaan tangkas . Kedua- duanya automatik untuk membolehkan ujian regresi berterusan sepanjang kitaran hidup. Ujian pengesahan adalah ujian yang setara dengan spesifikasi.
Uji penerimaan lincah adalah gabungan ujian fungsi tradisional dan ujian penerimaan tradisional sebagai pasukan pembangunan, dan pihak berkepentingan melakukannya bersama-sama. Sementara pengujian pemaju adalah gabungan pengujian unit tradisional dan ujian integrasi perkhidmatan tradisional. Pengujian pembangun mengesahkan kedua-dua kod aplikasi dan skema pangkalan data.
(c) Melancarkan Permainan Akhir Atau Fasa Peralihan
Tujuan "Release, End Game" adalah menyebarkan sistem anda dengan sukses ke produksi. Kegiatan yang termasuk dalam fasa ini adalah melatih pengguna akhir, orang sokongan dan orang yang beroperasi. Juga termasuk pemasaran pelepasan produk, cadangan & pemulihan, penyelesaian sistem dan dokumentasi pengguna.
Tahap pengujian metodologi tangkas terakhir merangkumi ujian sistem penuh dan ujian penerimaan. Untuk menyelesaikan tahap pengujian terakhir tanpa sebarang halangan, anda harus menguji produk dengan lebih ketat semasa melakukan lelaran pembinaan. Semasa permainan akhir, penguji akan menggarap kisah kecacatannya.
(d) Pengeluaran
Selepas peringkat pelepasan, produk akan bergerak ke peringkat pengeluaran.
Kuadran Ujian Agile
Kuadran ujian tangkas memisahkan keseluruhan proses dalam empat Kuadran dan membantu memahami bagaimana ujian tangkas dilakukan.
a) Kuadran Agile I - Kualiti kod dalaman adalah fokus utama dalam kuadran ini, dan ia terdiri daripada kes ujian yang didorong oleh teknologi dan dilaksanakan untuk menyokong pasukan, termasuk
1. Ujian Unit
2. Ujian Komponen
b) Kuadran Agile II - Ia mengandungi kes ujian yang didorong oleh perniagaan dan dilaksanakan untuk menyokong pasukan. Kuadran ini memberi tumpuan kepada keperluan. Jenis ujian yang dilakukan dalam fasa ini adalah
1. Pengujian contoh kemungkinan senario dan aliran kerja
2. Pengujian pengalaman Pengguna seperti prototaip
3. Ujian berpasangan
c) Kuadran Agile III - Kuadran ini memberi maklum balas kepada kuadran satu dan dua. Kes ujian boleh dijadikan asas untuk melakukan pengujian automasi. Dalam kuadran ini, banyak tinjauan tinjauan lelaran dilakukan yang membina keyakinan terhadap produk. Jenis ujian yang dilakukan di kuadran ini adalah
1. Ujian Kebolehgunaan
2. Ujian Eksploratori
3. Berpasangan ujian dengan pelanggan
4. Ujian kolaboratif
5. Ujian penerimaan pengguna
d) Kuadran Agile IV - Kuadran ini menumpukan perhatian pada keperluan yang tidak berfungsi seperti prestasi, keselamatan, kestabilan, dan lain-lain. Dengan bantuan kuadran ini, aplikasi dibuat untuk memberikan kualiti yang tidak berfungsi dan nilai yang diharapkan.
1. Ujian tidak berfungsi seperti tekanan dan ujian prestasi
2. Ujian keselamatan berkenaan dengan pengesahan dan penggodaman
3. Ujian infrastruktur
4. Ujian penghijrahan data
5. Ujian skalabiliti
6. Uji beban
QA mencabar dengan pembangunan perisian yang tangkas
a) Kemungkinan kesalahan lebih tangkas, kerana dokumentasi yang diberikan kurang diberi keutamaan, akhirnya memberi lebih banyak tekanan pada pasukan QA
b) Ciri-ciri baru diperkenalkan dengan cepat, yang mengurangkan masa yang tersedia untuk pasukan ujian untuk mengenal pasti apakah ciri-ciri terkini sesuai dengan keperluan dan apakah itu benar-benar sesuai dengan setelan perniagaan
c) Penguji sering diminta memainkan permainan semi-developer
d) Kitaran pelaksanaan ujian sangat dimampatkan
e) Masa yang sangat kurang untuk menyediakan rancangan ujian
f) Untuk ujian regresi, mereka akan mempunyai masa yang minimum
g) Perubahan peranan mereka dari menjadi penjaga kualiti untuk menjadi rakan kongsi dalam Quality
h) Perubahan dan kemas kini keperluan wujud dalam kaedah tangkas, menjadi cabaran terbesar bagi QA
Risiko Automasi dalam Proses tangkas
- UI automatik memberikan tahap keyakinan yang tinggi, tetapi lambat dilaksanakan, rapuh untuk dijaga dan mahal untuk dibina. Automasi mungkin tidak dapat meningkatkan produktiviti ujian secara signifikan melainkan penguji tahu bagaimana menguji
- Ujian tidak boleh dipercayai menjadi perhatian utama dalam ujian automatik. Memperbaiki ujian yang gagal dan menyelesaikan masalah yang berkaitan dengan ujian rapuh harus menjadi keutamaan untuk mengelakkan positif yang salah
- Sekiranya ujian automatik dimulakan secara manual dan bukan melalui CI (Continuous Integration) maka ada risiko mereka tidak berjalan secara berkala dan oleh itu boleh menyebabkan kegagalan ujian
- Ujian automatik bukan pengganti ujian manual penerokaan. Untuk mendapatkan kualiti produk yang diharapkan, diperlukan campuran jenis dan tahap pengujian
- Banyak alat automasi yang tersedia secara komersil menyediakan ciri mudah seperti mengotomatisasi tangkapan dan ulangan kes ujian manual. Alat semacam itu mendorong pengujian melalui UI dan membawa kepada ujian yang rapuh dan sukar dikendalikan. Juga, menyimpan kes ujian di luar sistem kawalan versi menimbulkan kerumitan yang tidak perlu
- Untuk menjimatkan masa, banyak kali rancangan ujian automasi tidak dirancang dengan baik atau tidak dirancang sehingga mengakibatkan ujian gagal
- Prosedur penyediaan ujian dan penghancuran biasanya dilewatkan semasa automasi ujian, sementara Melakukan ujian manual, prosedur penyediaan ujian dan penghancuran terdengar lancar
- Metrik produktiviti seperti sejumlah kes ujian yang dibuat atau dilaksanakan setiap hari boleh sangat menyesatkan, dan dapat menyebabkan pelaburan besar dalam menjalankan ujian yang tidak berguna
- Anggota pasukan automasi tangkas mesti menjadi perunding yang berkesan: mudah didekati, bekerjasama, dan banyak akal, atau sistem ini akan cepat gagal
- Automasi boleh mencadangkan dan memberikan penyelesaian ujian yang memerlukan penyelenggaraan berterusan yang terlalu banyak berbanding dengan nilai yang diberikan
- Pengujian automatik mungkin tidak mempunyai kepakaran untuk mengandung dan memberikan penyelesaian yang berkesan
- Ujian automatik mungkin berjaya sehingga mereka kehabisan masalah penting untuk diselesaikan, dan dengan itu berubah menjadi masalah yang tidak penting.
Kesimpulannya
Metodologi tangkas dalam pengujian perisian melibatkan pengujian sedini mungkin dalam kitaran hayat pengembangan perisian. Ia menuntut penglibatan pelanggan yang tinggi dan kod ujian sebaik sahaja ia tersedia. Kodnya harus cukup stabil untuk membawanya ke pengujian sistem. Ujian regresi yang meluas dapat dilakukan untuk memastikan bahawa pepijat diperbaiki dan diuji. Terutamanya, Komunikasi antara pasukan berjaya menguji kejayaan model !!!