Scrum Test Metodolojisi Eğitimi

Yazılım Testinde Scrum

Yazılım Testinde Scrum karmaşık yazılım uygulamaları oluşturmak için bir metodolojidir. Karmaşık görevleri yürütmek için kolay çözümler sunar. Scrum, geliştirme ekibinin kalite, performans, kullanılabilirlik vb. gibi yazılım ürünü geliştirmenin tüm yönlerine odaklanmasına yardımcı olur. Karmaşıklığı önlemek için yazılım geliştirme sırasında şeffaflık, inceleme ve uyarlama sağlar.

Scrum Testi

Scrum Testi yazılım uygulama gereksinimlerinin karşılandığını doğrulamak için scrum metodolojisinde yapılan bir testtir. Güvenlik, kullanılabilirlik, performans vb. gibi işlevsel olmayan parametreleri kontrol etmeyi içerir. Süreçte testçinin aktif bir rolü yoktur, bu nedenle genellikle Birim Testi olan geliştiriciler tarafından gerçekleştirilir. Bazen projenin doğasına ve karmaşıklığına bağlı olarak özel test ekiplerine ihtiyaç duyulur.

Scrum Metodolojisinin Temel Özellikleri

Scrum'ın Temel Özellikleri şunlardır:

• Scrum'ın ayarlanabilir kapsamı olan kısa ve sabit bir yayın döngüsü programı vardır. sprintler hızla değişen geliştirme ihtiyaçlarını karşılamak için. Her sürüm birden fazla sprint'e sahip olabilir. Her Scrum Projesi birden fazla Sürüm Döngüsüne sahip olabilir.
• Tekrarlanan bir dizi toplantılar, etkinlikler ve kilometre taşları
• olarak bilinen, yeni gereksinimleri test etme ve uygulama uygulamasıdır. hikayeler, her sprint sonrasında bazı işlerin hazır olarak yayınlandığından emin olmak için

Scrum aşağıdaki 3 Sütuna dayanmaktadır:

Tek tek bakalım

1. Scrum'daki Roller

Scrum Testing'de üç ana rol vardır: Ürün Sahibi, Scrum Master ve Geliştirme Ekibi. Bunları ayrıntılı olarak inceleyelim

Ürün Sahibi	Scrum Master	Ekip
Ürünün özelliklerini tanımlar.	Ekibi yönetir ve ekibin verimliliğiyle ilgilenir	Ekip genellikle yaklaşık 5-9 üyeden oluşur
Ürün Sahibi, çıkış tarihine ve ilgili özelliklere karar verir	Engellenenler listesini tutar ve geliştirmedeki engelleri kaldırır	Geliştiricileri, tasarımcıları ve bazen test uzmanlarını vb. içerir.
Ürünün piyasa değerine ve karlılığına göre özelliklere öncelik verirler.	Tüm rol ve işlevlerle koordinasyonu sağlar	Ekip çalışmalarını kendi başına organize eder ve planlar
Ürünün karlılığından sorumludur.	Ekibini dış müdahalelerden korur	Sprint hedefine ulaşmak için projenin sınırları içerisinde her şeyi yapma hakkına sahiptir
İş öğesi sonucunu kabul edebilir veya reddedebilir	Günlük scrum, sprint inceleme ve planlama toplantılarına davetler	Günlük törenlere aktif olarak katılmak

2. Scrum Eserleri

Bir scrum süreci şunları içerir:

• Kullanıcı hikayeleri: Bunlar, test edilen sistemin işlevlerinin kısa bir açıklamasıdır. Sigorta Sağlayıcıya örnek: “Prim online sistem kullanılarak ödenebilir.”
• Ürün İş Listesi: Bir scrum ürünü için kaydedilen kullanıcı hikayelerinin bir koleksiyonudur. Ürün sahibi hazırlar ve ürün birikimini korur. Ürün sahibi tarafından önceliklendirilir ve ürün sahibinin onayı ile herkes buna ekleme yapabilir.
• Biriktirme Listesini Yayınla: Sürüm, yineleme sayısının tamamlandığı bir zaman çerçevesidir. Ürün sahibi koordine eder Bir sürüm için hangi hikayelerin hedeflenmesi gerektiğine karar vermek için scrum ustasıyla birlikte. Sürüm biriktirme listesindeki öykülerin bir sürümde tamamlanması hedeflenir.
• Sprints: Kullanıcı hikayelerinin tamamlanması, ürün sahibi ve geliştirici ekibi tarafından belirlenen, genellikle 2-4 hafta süren belirli bir süredir.
• Sprint Bakiye: Bir sprintte tamamlanması gereken bir kullanıcı hikayesi kümesidir. Sprint birikimi sırasında, iş asla atanmaz ve ekip kendi başına işe kaydolur. Ekip tarafından sahiplenilir ve yönetilirken, tahmini kalan iş günlük olarak güncellenir. Sprint'te gerçekleştirilmesi gereken görev listesidir. Sprint
• Engelleme Listesi: Scrum Master'ın sahip olduğu ve günlük olarak güncellenen blokların ve alınmamış kararların bir listesidir.
• Açılış tablosu: Burn-down grafiği, süreç boyunca devam eden işin ve tamamlanan işin genel ilerlemesini temsil eder. Tamamlanmamış hikayeleri ve özellikleri grafik formatında temsil eder

3. Scrum'daki Törenler (Süreçler)

• Sprint programı: Bir sprint, ekibin release backlog'dan sprint backlog'a hikayeleri aktarmasıyla başlar; scrum master tarafından barındırılır. Testçiler, çeşitli hikayeleri test etmek için çabayı tahmin eder Sprint Birikmiş iş listesi.
• Günlük Scrum: Scrum master tarafından düzenlenir ve yaklaşık 15 dakika sürer. Günlük Scrum sırasında üyeler bir önceki gün tamamlanan işi, ertesi gün için planlanan işi ve sprint sırasında karşılaşılan sorunları tartışırlar. Günlük stand-up toplantısında ekip ilerlemesi izlenir.
• Sprint Revgörünüm/ Retrospektif: Aynı zamanda Scrum Master'ın ev sahipliğinde düzenlenen toplantı yaklaşık 2-4 saat sürer ve takımın son sprintte neler başardığı ve hangi derslerin çıkarıldığı tartışılır.

Scrum'da Test Uzmanının Rolü

Scrum'da Test Uzmanının aktif bir rolü yoktur Süreç. Genellikle, testler Birim Testi ile bir geliştirici tarafından gerçekleştirilir. Ürün sahibi de her sprint sırasında sıklıkla test sürecine dahil olur. Bazı Scrum projelerinde, projenin doğasına ve karmaşıklığına bağlı olarak özel test ekipleri bulunur.

Bir sonraki soru, bir scrum'da testçinin ne yaptığıdır? Aşağıdaki not cevap verecektir

Scrum'da Test Faaliyetleri

Test uzmanları Scrum'ın çeşitli aşamalarında aşağıdaki aktiviteleri yaparlar:

Sprint Planlama

• Sprint planlamada, bir testçi ürün birikiminden test edilmesi gereken bir kullanıcı hikayesi seçmelidir.
• Bir testçi olarak kaç saat sürmesi gerektiğine (Efor Tahmini) karar vermelidir. bitirmek için Seçilen kullanıcı hikayelerinin her biri için test.
• Bir testçi olarak sprint hedeflerinin ne olduğunu bilmesi gerekir.
• Bir test uzmanı olarak önceliklendirme sürecine katkıda bulunun

Sprint

• Birim testinde geliştiricileri destekleyin
• Tamamlandığında kullanıcı hikayesini test edin. Test yürütmesi gerçekleştirilir Hem testçinin hem de geliştiricinin el ele çalıştığı bir laboratuvarda. Kusur giriş yapıldı Kusur Yönetimi aracı günlük olarak takip edilmektedir. Kusurlar scrum toplantısı sırasında ele alınabilir ve analiz edilebilir. Kusurlar ortaya çıktığı anda yeniden test edilir çözüldü ve test için konuşlandırıldık
• Bir testçi olarak, konuşmak için tüm günlük stand-up toplantılarına katılır.
• Bir testçi olarak, mevcut sprintte tamamlanamayan herhangi bir birikmiş işi bir sonraki sprinte getirebilir.
• Test Uzmanı, otomasyon komut dosyalarının geliştirilmesinden sorumludur. Otomasyon testini şu şekilde planlıyor: Sürekli Entegrasyon (CI) sistemi. Kısa teslimat süreleri nedeniyle otomasyon önem kazanmaktadır. Test Otomasyonu, piyasada bulunan çeşitli açık kaynaklı veya ücretli araçlar kullanılarak gerçekleştirilebilir. Bu, test edilmesi gereken her şeyin kapsanmasını sağlamada etkili olduğunu kanıtlıyor. Ekiple yakın iletişim kurularak yeterli Test kapsamı sağlanabilir.
• RevCI otomasyon sonuçlarını görüntüleyin ve raporları paydaşlara gönderin
• Onaylanmış kullanıcı hikayeleri için işlevsel olmayan testlerin yürütülmesi
• Kabul Testleri için kabul kriterlerini tanımlamak üzere müşteri ve ürün sahibi ile koordinasyon sağlayın
• Sprintin sonunda, test uzmanı bazı durumlarda kabul testi (UAT) de yapar ve mevcut sprint için testin tamamlandığını doğrular.

Sprint geçmişe yönelik

• Bir testçi olarak, mevcut sprintte neyin yanlış neyin doğru gittiğini anlayacaktır
• Bir test uzmanı olarak öğrenilen dersleri ve en iyi uygulamaları belirler

Test Raporlaması

Scrum Test ölçümlerinin raporlanması, paydaşlara proje hakkında şeffaflık ve görünürlük sağlar. Raporlanan ölçümler, bir ekibin ilerlemesini analiz etmesine ve ürünü iyileştirmek için gelecekteki stratejilerini planlamasına olanak tanır. Raporlamada sıklıkla kullanılan iki ölçüm vardır.

Açılış tablosu: Scrum Master her gün sprint için tahmini kalan işi kaydeder. Bu, Burn Down Chart'tan başka bir şey değildir. Her gün güncellenir.

Burndown grafiği, projenin ilerleyişi hakkında hızlı bir genel bakış sağlar; bu grafik, projede tamamlanması gereken toplam iş miktarı, her sprint sırasında tamamlanan iş miktarı vb. gibi bilgileri içerir.

Hız geçmişi grafiği: Hız geçmişi grafiği, her sprintte takımın ulaştığı hızı tahmin eder. Bir çubuk grafiktir ve takım çıktısının zaman içinde nasıl değiştiğini gösterir.

Yararlı olabilecek ek ölçümler, planın yakılması, bütçenin yakılması, temanın tamamlanma yüzdesi, tamamlanan öyküler – kalan öyküler vb.'dir.

Bunların hepsi yazılım mühendisliğindeki Scrum'la ilgili