Scrum dalam Ujian Perisian
Scrum in Software Testing adalah metodologi untuk membina aplikasi perisian yang kompleks. Ini memberikan penyelesaian mudah untuk melaksanakan tugas yang rumit. Scrum membantu pasukan pembangunan untuk memberi tumpuan kepada semua aspek pembangunan produk perisian seperti kualiti, prestasi, kebolehgunaan dan sebagainya. Ini menyediakan ketelusan, pemeriksaan dan penyesuaian semasa pengembangan perisian untuk mengelakkan kerumitan.
Ujian Scrum
Scrum Testing adalah pengujian yang dilakukan dalam metodologi scrum untuk memastikan keperluan aplikasi perisian dipenuhi. Ia melibatkan pemeriksaan parameter yang tidak berfungsi seperti keselamatan, kegunaan, prestasi dan lain-lain. Tidak ada peranan aktif penguji dalam proses sehingga biasanya dilakukan oleh pembangun dengan Uji Unit. Kadang kala pasukan ujian khusus diperlukan bergantung pada sifat & kerumitan projek.
Dalam tutorial ini, anda akan belajar-
- Apa itu Scrum?
- Ciri-ciri Utama Metodologi Scrum
- Peranan dalam Scrum
- Artifak Scrum
- Upacara (Proses) di Scrum
- Peranan Penguji di Scrum
- Aktiviti Menguji di Scrum
- Pelaporan Ujian
Ciri-ciri Utama Metodologi Scrum
Berikut adalah Ciri Utama Scrum-
- Scrum mempunyai jadual kitaran pelepasan tetap yang pendek dengan skop laras yang dikenali sebagai pecut untuk menangani keperluan pembangunan yang berubah dengan cepat. Setiap pelepasan boleh mempunyai beberapa pecut. Setiap Projek Scrum boleh mempunyai beberapa Siklus Pelepasan.
- Urutan pertemuan, acara, dan tonggak berulang
- Amalan menguji dan melaksanakan syarat baru, yang dikenali sebagai cerita , untuk memastikan beberapa karya dilancarkan siap selepas setiap pecut
Scrum berdasarkan 3 Tiang berikut-
Mari lihat satu persatu
1. Peranan dalam Scrum
Terdapat tiga peranan utama dalam Scrum Testing - Pemilik Produk, Scrum Master dan The Development Team. Mari kaji secara terperinci
|
Pemilik Produk |
Master Scrum |
Pasukan |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Artifak Scrum
Proses scrum merangkumi
- Kisah pengguna: Penjelasan ringkas mengenai fungsi sistem yang diuji. Contoh untuk Penyedia Insurans adalah - "Premium boleh dibayar menggunakan sistem dalam talian."
- Product Backlog: Ini adalah kumpulan cerita pengguna yang diambil untuk produk scrum. Pemilik produk menyiapkan dan mengekalkan tunggakan produk. Ini diprioritaskan oleh pemilik produk, dan siapa saja dapat menambahkannya dengan persetujuan dari pemilik produk.
- Release Backlog: Pelepasan adalah jangka masa di mana bilangan lelaran selesai. Pemilik produk berkoordinasi dengan master scrum untuk menentukan cerita mana yang harus disasarkan untuk dilancarkan. Kisah dalam tunggakan rilis disasarkan untuk diselesaikan dalam rilis.
- Sprints: Ini adalah jangka waktu yang ditetapkan untuk menyelesaikan cerita pengguna, yang diputuskan oleh pemilik produk dan pasukan pembangun, biasanya 2-4 minggu.
- Sprint Backlog: Ini adalah sekumpulan kisah pengguna yang akan diselesaikan dalam pecut. Semasa tunggakan pecut, kerja tidak pernah ditugaskan, dan pasukan mendaftar untuk bekerja sendiri. Ia dimiliki dan diuruskan oleh pasukan sementara anggaran kerja yang tinggal dikemas kini setiap hari. Ini adalah senarai tugas yang harus dilakukan di Sprint
- Senarai Blok: Ini adalah senarai blok dan keputusan yang belum dibuat milik scrum master dan dikemas kini setiap hari
- Burndown chart: Burn-down chart mewakili keseluruhan kemajuan kerja yang sedang dijalankan dan kerja yang diselesaikan sepanjang proses. Ini mewakili dalam format grafik cerita dan ciri yang tidak lengkap
3. Upacara (Proses) di Scrum
- Perancangan Pecut: Pecut bermula dengan pasukan mengimport cerita dari tunggakan pelepasan ke dalam tunggakan pecut; ia dihoskan oleh scrum master. Penguji mengira usaha untuk menguji pelbagai cerita dalam Sprint Backlog.
- Daily Scrum: Dihoskan oleh scrum master, berlangsung sekitar 15 minit. Semasa Daily Scrum, para anggota akan membincangkan kerja yang diselesaikan pada hari sebelumnya, kerja yang dirancang untuk hari berikutnya dan masalah yang dihadapi semasa berlari. Semasa perjumpaan setiap hari, kemajuan pasukan dikesan.
- Sprint Review / Retrospective: Ia juga dihoskan oleh scrum master, berlangsung sekitar 2-4 jam dan membincangkan apa yang telah dicapai oleh pasukan dalam pecut terakhir dan pelajaran apa yang dipelajari.
Peranan Penguji di Scrum
Tidak ada peranan aktif Penguji dalam Proses Scrum . Biasanya, pengujian dilakukan oleh pembangun dengan Uji Unit. Sementara pemilik produk juga sering terlibat dalam proses pengujian selama setiap pecut. Beberapa projek Scrum mempunyai pasukan ujian khusus bergantung pada sifat & kerumitan projek .
Soalan seterusnya ialah, apa yang dilakukan penguji dalam scrum? Catatan berikut akan menjawab
Aktiviti Menguji di Scrum
Penguji melakukan aktiviti semasa dalam pelbagai peringkat Scrum-
Perancangan Pecut
- Dalam perancangan pecut, penguji harus memilih kisah pengguna dari tunggakan produk yang harus diuji.
- Sebagai penguji, dia harus memutuskan berapa jam (Anggaran Usaha) yang diperlukan untuk menyelesaikan ujian bagi setiap cerita pengguna yang dipilih.
- Sebagai penguji, dia mesti tahu apa tujuan pecut.
- Sebagai penguji, sumbangkan proses memprioritaskan
Pecut
- Sokong pembangun dalam pengujian unit
- Uji kisah pengguna apabila selesai. Pelaksanaan ujian dilakukan di makmal di mana penguji dan pemaju bekerjasama. Defect dicatat dalam alat Defect Management yang dikesan setiap hari. Kecacatan dapat dianugerahkan dan dianalisis semasa mesyuarat scrum. Kecacatan diuji semula sebaik sahaja diselesaikan dan digunakan untuk ujian
- Sebagai penguji, dia menghadiri semua perjumpaan harian untuk bersuara
- Sebagai penguji, dia boleh membawa item tunggakan yang tidak dapat diselesaikan dalam pecut sekarang dan dimasukkan ke pecut seterusnya
- Penguji bertanggungjawab untuk mengembangkan skrip automasi. Dia menjadualkan ujian automasi dengan sistem Continuous Integration (CI). Automasi mendapat kepentingan kerana jangka masa penghantaran yang pendek. Automasi Ujian dapat dicapai dengan menggunakan pelbagai alat sumber terbuka atau berbayar yang terdapat di pasaran. Ini terbukti berkesan untuk memastikan bahawa semua yang perlu diuji dilindungi. Liputan Ujian yang mencukupi dapat dicapai dengan komunikasi yang erat dengan pasukan.
- Kaji hasil automasi CI dan hantar Laporan kepada pihak berkepentingan
- Menjalankan ujian tidak berfungsi untuk cerita pengguna yang diluluskan
- Berkoordinasi dengan pelanggan dan pemilik produk untuk menentukan kriteria penerimaan untuk Ujian Penerimaan
- Pada akhir pecut, penguji juga melakukan ujian penerimaan (UAT) dalam beberapa kes dan mengesahkan kesempurnaan ujian untuk pecut semasa
Retrospektif Pecut
- Sebagai penguji, dia akan mengetahui apa yang salah dan apa yang betul dalam pecut sekarang
- Sebagai penguji, dia mengenal pasti pelajaran yang dipelajari dan amalan terbaik
Pelaporan Ujian
Pelaporan metrik Uji Skrum memberikan ketelusan dan keterlihatan kepada pihak berkepentingan mengenai projek tersebut. Metrik yang dilaporkan membolehkan pasukan menganalisis kemajuan mereka dan merancang strategi masa depan mereka untuk meningkatkan produk. Terdapat dua metrik yang sering digunakan untuk melaporkan.
Carta terbakar: Setiap hari, Scrum Master mencatat baki anggaran kerja pecut. Ini tidak lain hanyalah Burn Down Chart. Ia dikemas kini setiap hari.
Carta pembakaran memberikan gambaran ringkas mengenai kemajuan projek, carta ini mengandungi maklumat seperti jumlah kerja dalam projek yang mesti disiapkan, jumlah kerja yang disiapkan pada setiap pecut dan sebagainya.
Grafik sejarah kecepatan: Grafik sejarah halaju meramalkan halaju pasukan yang dicapai dalam setiap pecut. Ini adalah graf bar dan menunjukkan bagaimana output pasukan telah berubah dari masa ke masa.
Metrik tambahan yang mungkin berguna adalah pembakar jadual, pembentangan anggaran, peratus tema selesai, cerita selesai - baki cerita dan sebagainya.
Adakah anda mempunyai petua atau pengalaman untuk dikongsi untuk Uji Scrum? Tinggalkan komen di bawah-