Tutorial Metodologi Pengujian Scrum

Scrum dalam Pengujian Perangkat Lunak

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

Pengujian Scrum

Pengujian Scrum Pengujian yang dilakukan dalam metodologi Scrum bertujuan untuk memverifikasi bahwa persyaratan aplikasi perangkat lunak telah terpenuhi. Pengujian ini melibatkan pengecekan parameter non-fungsional seperti keamanan, kegunaan, dan kinerja. Tidak ada peran aktif penguji dalam proses ini, sehingga biasanya dilakukan oleh pengembang dengan Unit Test. Terkadang tim penguji khusus diperlukan tergantung pada sifat dan kompleksitas proyek. Tim modern sering mengkoordinasikan pekerjaan ini di Jira, Linear, Azure DevOps, atau Asana.

Fitur Utama Metodologi Scrum

Berikut adalah fitur-fitur utama Scrum:

• Scrum memiliki jadwal siklus rilis yang singkat dan tetap dengan cakupan yang dapat disesuaikan, yang dikenal sebagai Sprints, untuk mengatasi kebutuhan pengembangan yang berubah dengan cepat. Setiap rilis dapat memiliki beberapa SprintSetiap proyek Scrum dapat memiliki beberapa siklus rilis.
• Urutan yang berulang pertemuan, acara, dan tonggak sejarah.
• Praktik pengujian dan penerapan persyaratan baru, yang dikenal sebagai ceritauntuk memastikan beberapa pekerjaan siap dirilis setelah setiap Sprint.

Scrum didasarkan pada 3 pilar berikut:

Mari kita lihat satu per satu.

1. Peran dalam Scrum

Ada tiga peran utama dalam Scrum Testing: Product Owner, Scrum Master, dan Tim Pengembangan. Mari kita pelajari peran-peran tersebut secara detail.

Pemilik Produk	Scrum Guru	Tim
Dia menentukan fitur-fitur produk tersebut.	Dia mengelola tim dan mengawasi produktivitas tim.	Tim tersebut biasanya terdiri dari sekitar 5-9 anggota.
Product Owner menentukan tanggal rilis dan fitur-fitur yang terkait.	Dia bertugas mengelola daftar blokir dan menghilangkan hambatan dalam pembangunan.	Ini mencakup pengembang, perancang, dan terkadang penguji.
Mereka memprioritaskan fitur-fitur tersebut berdasarkan nilai pasar dan profitabilitas produk.	Dia berkoordinasi dengan semua peran dan fungsi.	Tim tersebut mengatur dan menjadwalkan pekerjaan mereka sendiri.
Dia bertanggung jawab atas profitabilitas produk tersebut.	Dia melindungi tim dari gangguan eksternal.	Berhak melakukan segala sesuatu dalam batasan proyek untuk memenuhi Sprint tujuan.
Dia dapat menerima atau menolak hasil item pekerjaan.	Undangan untuk Daily Scrum, Sprint Revmelihat, dan rapat perencanaan.	Berpartisipasi aktif dalam upacara harian.

2. Artefak Scrum

Proses Scrum meliputi:

• Kisah pengguna: Ini adalah penjelasan singkat tentang fungsi sistem yang sedang diuji. Contoh untuk penyedia asuransi adalah: “Premi dapat dibayar menggunakan sistem online.”
• Backlog Produk: Ini adalah kumpulan user story yang dicatat untuk sebuah produk Scrum. Product Owner bersiap-siap dan mengelola Product Backlog. Prioritas ditentukan oleh Product Owner, dan siapa pun dapat menambahkannya dengan persetujuan dari Product Owner. Tim modern mengelola Product Backlog di Jira, Linear, Azure DevOps, atau Asana.
• Rilis Backlog: Rilis adalah jangka waktu di mana sejumlah iterasi diselesaikan. Product Owner mengkoordinasikan Bersama dengan Scrum Master untuk memutuskan story mana yang harus ditargetkan untuk sebuah rilis. Story dalam Release Backlog ditargetkan untuk diselesaikan dalam sebuah rilis.
• Sprints: Ini adalah jangka waktu yang telah ditentukan untuk menyelesaikan user story, yang disepakati oleh Product Owner dan tim pengembangan, biasanya 2-4 minggu.
• Sprint Jaminan simpanan: Ini adalah serangkaian user story yang harus diselesaikan dalam waktu tertentu. Sprint. Selama Sprint Backlog adalah daftar tugas yang tidak pernah ditetapkan, dan tim mendaftar untuk mengerjakan tugas sendiri. Backlog dimiliki dan dikelola oleh tim, sementara perkiraan sisa pekerjaan diperbarui setiap hari. Ini adalah daftar tugas yang harus dikerjakan dalam jangka waktu tertentu. Sprint.
• Daftar Blokir: Ini adalah daftar blok dan keputusan yang belum dibuat yang dimiliki oleh Scrum Master dan diperbarui setiap hari.
• Grafik pembakaran: Grafik burndown menunjukkan kemajuan keseluruhan dari pekerjaan yang sedang berlangsung dan pekerjaan yang telah selesai sepanjang proses. Grafik ini menampilkan cerita dan fitur yang belum selesai.

3. Upacara (Proses) di Scrum

• Sprint Perencanaan: A Sprint dimulai dengan tim mengimpor cerita dari Release Backlog ke dalam Sprint Backlog; dikelola oleh Scrum Master. Penguji memperkirakan upaya yang dibutuhkan untuk menguji berbagai story di dalamnya. Sprint Backlog.
• Standup Harian: Disebut juga Daily Scrum, pertemuan ini dipandu oleh Scrum Master dan berlangsung sekitar 15 menit. Selama Daily Stand-up, para anggota membahas pekerjaan yang telah diselesaikan pada hari sebelumnya, rencana pekerjaan untuk hari berikutnya, dan masalah yang dihadapi selama pertemuan. SprintKemajuan tim adalah tracked di sini.
• Sprint RevTinjauan / Retrospektif: Sesi ini juga dipandu oleh Scrum Master, berlangsung sekitar 2-4 jam, dan membahas apa yang telah dicapai tim dalam beberapa waktu terakhir. Sprint dan pelajaran apa yang dipetik.

Setelah peran, artefak, dan seremoni Scrum ditetapkan, penting untuk mengklarifikasi secara tepat di mana posisi penguji dalam kerangka kerja ini.

Peran Penguji di Scrum

Tidak ada peran aktif Tester di Scrum Proses ini biasanya dilakukan oleh pengembang dengan Unit Test, sementara Product Owner juga sering terlibat dalam proses pengujian selama setiap tahapan. Sprint. Beberapa proyek Scrum memang memiliki tim penguji khusus, tergantung pada sifat dan kompleksitas proyek tersebut..

Pertanyaan selanjutnya adalah, apa yang dilakukan seorang penguji dalam Scrum? Bagian berikut akan menjawab pertanyaan itu.

Aktivitas Pengujian di Scrum

Para penguji melakukan aktivitas-aktivitas berikut selama berbagai tahapan Scrum:

Sprint Perencanaan

• In Sprint Dalam tahap perencanaan, seorang penguji harus memilih sebuah user story dari Product Backlog yang perlu diuji.
• Sebagai penguji, ia harus memutuskan berapa jam (estimasi upaya) yang dibutuhkan. menyelesaikan Pengujian untuk setiap user story yang dipilih.
• Sebagai seorang penguji, dia harus mengetahui apa itu Sprint Tujuannya adalah.
• Sebagai penguji, berkontribusilah dalam proses penentuan prioritas.

Sprint

• Memberikan dukungan kepada pengembang dalam pengujian unit.
• Uji user story setelah selesai. Eksekusi tes dilakukan di laboratorium tempat penguji dan pengembang bekerja berdampingan. Cacat dicatat dalam sebuah Alat Manajemen Cacat ke tracDiperiksa setiap hari. Cacat dapat dibahas dan dianalisis selama rapat Scrum. Cacat diuji ulang segera setelah ditemukan. diselesaikan dan diimplementasikan untuk pengujian. Tim Scrum modern biasanya menggunakan Jira, Linear, Azure DevOps, atau Asana untuk alur kerja ini.
• Sebagai seorang penguji, ia wajib menghadiri semua rapat harian (Daily Stand-up) untuk menyampaikan pendapatnya.
• Sebagai penguji, dia dapat membawa item backlog apa pun yang tidak dapat diselesaikan dalam siklus saat ini. Sprint dan memasukkannya ke tempat berikutnya Sprint.
• Penguji bertanggung jawab untuk mengembangkanping skrip otomatisasi. Dia menjadwalkan pengujian otomatisasi dengan Sistem Integrasi Berkelanjutan (CI).Otomatisasi menjadi penting karena tenggat waktu pengiriman yang singkat. Otomatisasi pengujian dapat dilakukan dengan memanfaatkan berbagai alat sumber terbuka atau berbayar yang tersedia di pasaran. Hal ini terbukti efektif dalam memastikan bahwa semua yang perlu diuji telah tercakup. Cakupan pengujian yang memadai dapat dicapai dengan komunikasi yang erat di dalam tim.
• RevLihat hasil otomatisasi CI dan kirim laporan ke pemangku kepentingan.
• Lakukan pengujian non-fungsional untuk user story yang telah disetujui.
• Berkoordinasi dengan pelanggan dan Pemilik Produk untuk menentukan kriteria penerimaan untuk pengujian penerimaan.
• Di akhir SprintDalam beberapa kasus, penguji juga melakukan pengujian penerimaan (UAT) dan memastikan kelengkapan pengujian untuk versi saat ini. Sprint.

Sprint Retrospektif

• Sebagai seorang penguji, dia akan mencari tahu apa yang salah dan apa yang benar dalam proses saat ini. Sprint.
• Sebagai seorang penguji, ia mengidentifikasi pelajaran yang dipetik dan praktik terbaik.

Setelah aktivitas pengujian ini berjalan masing-masing SprintTim bergantung pada metrik yang jelas untuk mengkomunikasikan kemajuan, dan di sinilah pelaporan pengujian menjadi penting.

Pelaporan Uji

Pelaporan metrik pengujian Scrum memberikan transparansi dan visibilitas kepada pemangku kepentingan tentang proyek. Metrik yang dilaporkan memungkinkan tim untuk menganalisis kemajuan mereka dan merencanakan strategi masa depan mereka untuk meningkatkan produk. Alat-alat seperti Jira, Linear, Azure DevOps, dan Asana Secara otomatis menghasilkan banyak laporan ini. Ada dua metrik yang sering digunakan untuk pelaporan.

Grafik pembakaran: Setiap hari, Scrum Master mencatat perkiraan pekerjaan yang tersisa untuk SprintIni adalah grafik burndown, yang diperbarui setiap hari.

Grafik burndown memberikan gambaran cepat tentang kemajuan proyek. Grafik ini berisi informasi seperti jumlah total pekerjaan dalam proyek yang harus diselesaikan, jumlah pekerjaan yang diselesaikan selama setiap tahapan. Sprint, Dan sebagainya.

Grafik riwayat kecepatan: Grafik riwayat kecepatan memprediksi kecepatan yang dicapai tim di setiap SprintIni adalah grafik batang yang menggambarkan bagaimana kinerja tim telah berubah dari waktu ke waktu.

Metrik tambahan yang mungkin berguna adalah eksekusi jadwal, eksekusi anggaran, persentase penyelesaian tema, cerita yang selesai, cerita yang tersisa, dan sebagainya.

Pertanyaan Umum Demo Slot