Tutorial Metodologi Pengujian Scrum

Scrum dalam Pengujian Perangkat Lunak

Scrum dalam Pengujian Perangkat Lunak adalah metodologi untuk membangun aplikasi perangkat lunak yang kompleks. Metodologi ini menyediakan solusi mudah untuk menjalankan tugas-tugas yang rumit. Scrum membantu tim pengembangan untuk fokus pada semua aspek pengembangan produk perangkat lunak seperti kualitas, kinerja, kegunaan, dan sebagainya. Metodologi ini menyediakan transparansi, inspeksi, dan adaptasi selama pengembangan perangkat lunak untuk menghindari kompleksitas.

Pengujian Scrum

Pengujian Scrum adalah pengujian yang dilakukan dalam metodologi scrum untuk memverifikasi bahwa persyaratan aplikasi perangkat lunak terpenuhi. Pengujian ini melibatkan pengecekan parameter non-fungsional seperti keamanan, kegunaan, kinerja, dll. Tidak ada peran aktif penguji dalam proses tersebut sehingga biasanya dilakukan oleh pengembang dengan Uji Unit. Terkadang diperlukan tim pengujian khusus tergantung pada sifat & kompleksitas proyek.

Fitur Utama Metodologi Scrum

Berikut adalah Fitur Utama Scrum-

Scrum memiliki jadwal siklus rilis yang singkat dan tetap dengan cakupan yang dapat disesuaikan yang dikenal sebagai sprint untuk mengatasi kebutuhan pengembangan yang berubah dengan cepat. Setiap rilis dapat memiliki beberapa sprint. Setiap Proyek Scrum dapat memiliki beberapa Siklus Rilis.
Urutan yang berulang pertemuan, acara, dan tonggak sejarah
Praktik pengujian dan penerapan persyaratan baru, yang dikenal sebagai cerita, untuk memastikan beberapa pekerjaan dirilis siap setelah setiap sprint

Scrum didasarkan pada 3 Pilar berikut-

Mari kita lihat satu per satu

1. Peran dalam Scrum

Ada tiga peran utama dalam Pengujian Scrum – Pemilik Produk, Scrum Master, dan Tim Pengembang. Mari kita pelajari secara detail

Pemilik Produk	Scrum Guru	Tim
Dia mendefinisikan fitur produk.	Dia mengelola tim dan menjaga produktivitas tim	Tim biasanya terdiri dari 5-9 anggota
Pemilik Produk memutuskan tanggal rilis dan fitur terkait	Dia mempertahankan daftar blokir dan menghilangkan hambatan dalam pengembangan	Ini mencakup pengembang, perancang dan terkadang penguji, dll.
Mereka memprioritaskan fitur sesuai dengan nilai pasar dan profitabilitas produk	Ia berkoordinasi dengan semua peran dan fungsi	Tim mengatur dan menjadwalkan pekerjaan mereka sendiri
Dia bertanggung jawab atas profitabilitas produk	Dia melindungi tim dari gangguan eksternal	Memiliki hak untuk melakukan segala sesuatu dalam batasan proyek untuk memenuhi tujuan sprint
Ia dapat menerima atau menolak hasil item pekerjaan	Undangan ke rapat scrum harian, tinjauan sprint, dan rapat perencanaan	Berpartisipasi aktif dalam upacara sehari-hari

2. Artefak Scrum

Proses scrum mencakup

Kisah pengguna: Itu adalah penjelasan singkat tentang fungsionalitas sistem yang diuji. Contoh Penyedia Asuransi adalah – “Pembayaran premi dapat dilakukan dengan sistem online.”
Backlog Produk: Ini adalah kumpulan cerita pengguna yang diambil untuk produk scrum. Pemilik produk mempersiapkan dan mempertahankan product backlog. Ini diprioritaskan oleh pemilik produk, dan siapa pun dapat menambahkannya dengan persetujuan dari pemilik produk.
Rilis Backlog: Rilis adalah jangka waktu di mana jumlah iterasi selesai. Pemilik produk berkoordinasi dengan scrum master untuk memutuskan cerita mana yang harus ditargetkan untuk dirilis. Cerita dalam backlog rilis ditargetkan akan selesai dalam sebuah rilis.
Sprints: Ini adalah jangka waktu tertentu untuk menyelesaikan cerita pengguna, yang diputuskan oleh pemilik produk dan tim pengembang, biasanya dalam waktu 2-4 minggu.
Sprint Jaminan simpanan: Ini adalah serangkaian cerita pengguna yang harus diselesaikan dalam sprint. Selama sprint backlog, pekerjaan tidak pernah ditugaskan, dan tim mendaftar untuk mengerjakannya sendiri. Pekerjaan ini dimiliki dan dikelola oleh tim sementara perkiraan pekerjaan yang tersisa diperbarui setiap hari. Ini adalah daftar tugas yang harus dilakukan dalam sprint backlog. Sprint
Daftar Blokir: Ini adalah daftar blok dan keputusan yang belum diambil yang dimiliki oleh scrum master dan diperbarui setiap hari
Grafik pembakaran: Bagan burn-down mewakili keseluruhan kemajuan pekerjaan yang sedang berlangsung dan pekerjaan yang diselesaikan sepanjang proses. Ini mewakili dalam format grafik cerita dan fitur yang belum selesai

3. Upacara (Proses) di Scrum

Sprint Perencanaan: Sprint dimulai dengan tim yang mengimpor cerita dari backlog rilis ke backlog sprint; ini diselenggarakan oleh scrum master. Para Penguji memperkirakan upaya untuk menguji berbagai cerita dalam Sprint Backlog.
Scrum Harian: Diselenggarakan oleh scrum master, berlangsung sekitar 15 menit. Selama Daily Scrum, para anggota akan membahas pekerjaan yang telah diselesaikan pada hari sebelumnya, pekerjaan yang direncanakan untuk hari berikutnya, dan masalah yang dihadapi selama sprint. Selama rapat stand-up harian, kemajuan tim dipantau.
Sprint Revlihat/ Retrospektif: Acara ini juga diselenggarakan oleh scrum master, berlangsung sekitar 2-4 jam dan membahas apa yang telah dicapai tim pada sprint terakhir dan pelajaran apa yang dipelajari.

Peran Penguji di Scrum

Tidak ada peran aktif Tester di Scrum Proses. Biasanya, pengujian dilakukan oleh pengembang dengan Unit Test. Sementara itu, pemilik produk juga sering terlibat dalam proses pengujian selama setiap sprint. Beberapa proyek Scrum memiliki tim pengujian khusus tergantung pada sifat & kompleksitas proyek.

Pertanyaan selanjutnya adalah, apa yang dilakukan tester dalam scrum? Catatan berikut akan menjawabnya

Aktivitas Pengujian di Scrum

Penguji melakukan aktivitas berikut selama berbagai tahap Scrum-

Sprint Perencanaan

Dalam perencanaan sprint, seorang penguji harus memilih cerita pengguna dari backlog produk yang harus diuji.
Sebagai penguji, dia harus memutuskan berapa jam (Estimasi Upaya) yang diperlukan menyelesaikan pengujian untuk setiap cerita pengguna yang dipilih.
Sebagai penguji, ia harus tahu apa saja sasaran sprint.
Sebagai penguji, berkontribusilah pada proses pembuatan prioritas

Sprint

Mendukung pengembang dalam pengujian unit
Uji cerita pengguna setelah selesai. Eksekusi tes dilakukan di laboratorium tempat penguji dan pengembang bekerja sama. Cacat sudah masuk Alat Manajemen Cacat yang dilacak setiap hari. Cacat dapat dikomunikasikan dan dianalisis selama pertemuan scrum. Cacat diuji ulang segera setelah itu diselesaikan dan dikerahkan untuk pengujian
Sebagai penguji, dia menghadiri semua pertemuan standup harian untuk angkat bicara
Sebagai tester, dia dapat membawa item backlog apa pun yang tidak dapat diselesaikan di sprint saat ini dan memasukkannya ke sprint berikutnya.
Penguji bertanggung jawab untuk mengembangkan skrip otomatisasi. Dia menjadwalkan pengujian otomatisasi dengan Sistem Integrasi Berkelanjutan (CI).. Otomatisasi menjadi penting karena jadwal pengiriman yang singkat. Otomatisasi Pengujian dapat dilakukan dengan memanfaatkan berbagai alat open source atau berbayar yang tersedia di pasar. Hal ini terbukti efektif dalam memastikan bahwa segala sesuatu yang perlu diuji telah tercakup. Cakupan Tes yang memadai dapat dicapai dengan komunikasi yang erat dengan tim.
Revmelihat hasil otomatisasi CI dan mengirimkan Laporan kepada pemangku kepentingan
Menjalankan pengujian non-fungsional untuk cerita pengguna yang disetujui
Berkoordinasi dengan pelanggan dan pemilik produk untuk menentukan kriteria penerimaan Tes Penerimaan
Di akhir sprint, penguji juga melakukan pengujian penerimaan (UAT) dalam beberapa kasus dan mengonfirmasi kelengkapan pengujian untuk sprint saat ini

Sprint Retrospektif

Sebagai penguji, dia akan mencari tahu apa yang salah dan apa yang benar dalam sprint saat ini
Sebagai penguji, dia mengidentifikasi pembelajaran dan praktik terbaik

Pelaporan Uji

Pelaporan metrik Tes Scrum memberikan transparansi dan visibilitas kepada pemangku kepentingan tentang proyek. Metrik yang dilaporkan memungkinkan tim menganalisis kemajuan mereka dan merencanakan strategi masa depan untuk meningkatkan produk. Ada dua metrik yang sering digunakan untuk melaporkan.

Grafik pembakaran: Setiap hari, Scrum Master mencatat estimasi pekerjaan yang tersisa untuk sprint. Ini tidak lain adalah Burn Down Chart. Grafik ini diperbarui setiap hari.

Bagan burndown memberikan gambaran cepat mengenai kemajuan proyek, bagan ini berisi informasi seperti jumlah total pekerjaan dalam proyek yang harus diselesaikan, jumlah pekerjaan yang diselesaikan selama setiap sprint, dan seterusnya.

Grafik riwayat kecepatan: Grafik riwayat kecepatan memprediksi kecepatan yang dicapai tim dalam setiap sprint. Grafik ini berupa diagram batang dan menggambarkan perubahan hasil kerja tim dari waktu ke waktu.

Metrik tambahan yang mungkin berguna adalah pembakaran jadwal, pembakaran anggaran, persentase tema selesai, cerita selesai – cerita tersisa, dan seterusnya.

Ini semua tentang Scrum dalam rekayasa perangkat lunak