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 sağlar. 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, denetim ve adaptasyon 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 parametrelerin kontrol edilmesini içerir. İşlemde test edicinin aktif bir rolü yoktur, bu nedenle genellikle geliştiriciler tarafından Unit Test ile gerçekleştirilir. Bazen projenin doğasına ve karmaşıklığına bağlı olarak özel test ekiplerine ihtiyaç duyulur.
Bu eğitimde öğreneceksiniz-
- Scrum nedir?
- Scrum Metodolojisinin Temel Özellikleri
- Scrum'daki Roller
- Scrum Eserleri
- Scrum'da Törenler (Süreçler)
- Scrum'da Test Cihazının Rolü
- Scrum'da Test Aktiviteleri
- Test Raporlama
Scrum Metodolojisinin Temel Özellikleri
Scrum'ın Temel Özellikleri şunlardır:
- Scrum, hızla değişen geliştirme ihtiyaçlarını karşılamak için sprint olarak bilinen ayarlanabilir kapsamı olan kısa bir sabit yayın döngüsü programına sahiptir . Her sürümün birden fazla sprinti olabilir. Her Scrum Projesinin birden fazla Yayın Döngüsü olabilir.
- Yinelenen toplantılar, etkinlikler ve kilometre taşları dizisi
- Her sprintten sonra bazı işlerin hazır olmasını sağlamak için hikayeler olarak bilinen yeni gereksinimleri test etme ve uygulama uygulaması
Scrum, aşağıdaki 3 Sütuna dayanmaktadır:
Tek tek bakalım
1. Scrum'daki Roller
Scrum Testinde üç ana rol vardır - Ürün Sahibi, Scrum Master ve Geliştirme Ekibi. Onları detaylı olarak inceleyelim
|
Ürün sahibi |
Saldırı ustası |
Takım |
|---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
2. Scrum Eserleri
Bir saldırı süreci şunları içerir:
- Kullanıcı hikayeleri: Test edilen sistemin işlevlerinin kısa bir açıklamasıdır. Sigorta Sağlayıcı için örnek - "Prim, çevrimiçi sistem kullanılarak ödenebilir."
- Ürün İş Listesi: Bir scrum ürünü için yakalanan kullanıcı öykülerinden oluşan bir koleksiyondur. Ürün sahibi , ürün birikimini hazırlar ve sürdürür. Ürün sahibi tarafından önceliklendirilir ve ürün sahibinden onay alan herkes ürüne ekleme yapabilir.
- Release Backlog: Sürüm , yineleme sayısının tamamlandığı bir zaman çerçevesidir. Ürün sahibi , bir sürüm için hangi hikayelerin hedeflenmesi gerektiğine karar vermek için scrum master ile koordineli çalışır. Sürüm birikimindeki hikayelerin bir sürümde tamamlanması hedeflenir.
- Sprintler: Ürün sahibi ve geliştirici ekibi tarafından karar verilen, genellikle 2-4 haftalık kullanıcı hikayelerini tamamlamak için belirlenen bir süredir.
- Sprint İş Listesi: Bir sprintte tamamlanacak bir dizi kullanıcı hikayesidir. Sprint iş yığını sırasında, iş hiçbir zaman atanmaz ve takım kendi başına işe kaydolur. Ekibe aittir ve ekip tarafından yönetilirken, kalan tahmini çalışma günlük olarak güncellenir. Sprint'te gerçekleştirilmesi gereken görevlerin listesidir.
- Blok Listesi: Scrum master tarafından sahip olunan ve günlük olarak güncellenen blokların ve yapılmamış kararların bir listesidir.
- Burndown grafiği: Burn-down grafiği, devam etmekte olan çalışmanın ve süreç boyunca tamamlanan çalışmanın genel ilerlemesini gösterir. Tamamlanmamış hikayeleri ve özellikleri bir grafik formatında temsil eder
3. Scrum'da Törenler (Süreçler)
- Sprint Planlama: Bir sprint, takımın hikayeleri sürüm birikiminden sprint iş yığınına aktarmasıyla başlar; scrum master tarafından barındırılmaktadır. Test Uzmanları, Sprint İş Listesindeki çeşitli hikayeleri test etme çabasını tahmin ediyor.
- Günlük Scrum: Scrum ustası tarafından barındırılır, yaklaşık 15 dakika sürer. Günlük Scrum sırasında, üyeler bir önceki gün tamamlanan çalışmaları, bir sonraki gün için planlanan çalışmaları ve bir sprint sırasında karşılaşılan sorunları tartışacaklar. Günlük stand-up toplantısı sırasında ekip ilerlemesi izlenir.
- Sprint İnceleme / Retrospektif: Aynı zamanda scrum ustası tarafından barındırılır, yaklaşık 2-4 saat sürer ve takımın son sprintte neler başardığını ve hangi derslerin öğrenildiğini tartışır.
Scrum'da Test Cihazının Rolü
Scrum Sürecinde Test Cihazının aktif bir rolü yoktur . Genellikle test, Unit Test ile bir geliştirici tarafından gerçekleştirilir. Her sprint sırasında ürün sahibi de sık sık test sürecine dahil olur. Bazı Scrum projelerinin, projenin doğasına ve karmaşıklığına bağlı olarak özel test ekipleri vardır .
Bir sonraki soru şudur: test kullanıcısı bir dolandırıcılıkta ne yapar? Aşağıdaki not cevaplayacak
Scrum'da Test Aktiviteleri
Test uzmanları, Scrum'ın çeşitli aşamalarında aşağıdaki etkinlikleri yapar:
Sprint Planlama
- Sprint planlamasında, bir test uzmanı, ürün birikiminden test edilmesi gereken bir kullanıcı hikayesi seçmelidir.
- Bir test uzmanı olarak, seçilen kullanıcı hikayelerinin her biri için testi bitirmek için kaç saat (Efor Tahmini) alacağına karar vermelidir .
- Bir testçi olarak, sprint hedeflerinin ne olduğunu bilmelidir.
- Bir test uzmanı olarak önceliklendirme sürecine katkıda bulunun
Sprint
- Geliştiricileri birim testinde destekleyin
- Tamamlandığında kullanıcı hikayesini test edin. Test yürütme, hem test edenin hem de geliştiricinin el ele çalıştığı bir laboratuvarda gerçekleştirilir . Kusur, günlük olarak takip edilen Kusur Yönetimi aracına kaydedilir. Scrum toplantısı sırasında kusurlar tartışılabilir ve analiz edilebilir. Kusurlar çözülür çözülmez ve test için dağıtılır dağıtılmaz yeniden test edilir
- Bir testçi olarak, konuşmak için tüm günlük standup toplantılarına katılır.
- Bir testçi olarak, mevcut sprintte tamamlanamayan herhangi bir iş yığını öğesini getirebilir ve bir sonraki sprint'e koyabilir.
- Test cihazı, otomasyon betikleri geliştirmekten sorumludur. Sürekli Entegrasyon (CI) sistemi ile otomasyon testlerini planlar. Otomasyon, kısa teslimat süreleri nedeniyle önem kazanmaktadır. Test Otomasyonu, piyasada bulunan çeşitli açık kaynak 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. Yeterli Test kapsamı, ekip ile yakın bir iletişim ile sağlanabilir.
- CI otomasyon sonuçlarını inceleyin ve paydaşlara Raporlar gönderin
- Onaylanmış kullanıcı hikayeleri için işlevsel olmayan testlerin yürütülmesi
- Kabul Testleri için kabul kriterlerini belirlemek için müşteri ve ürün sahibiyle koordineli çalışın
- Sprint sonunda, test cihazı bazı durumlarda kabul testi (UAT) yapar ve mevcut sprint için testin tamamlandığını onaylar.
Sprint Retrospektif
- Bir testçi olarak mevcut sprintte neyin yanlış gittiğini ve neyin doğru gittiğini anlayacaktır
- Bir test uzmanı olarak, öğrenilen dersi ve en iyi uygulamaları belirler
Test Raporlama
Scrum Test ölçümleri raporlaması, proje hakkında paydaşlara şeffaflık ve görünürlük sağlar. Bildirilen ölçümler, bir ekibin ilerlemesini analiz etmesine ve ürünü iyileştirmek için gelecekteki stratejisini planlamasına olanak tanır. Raporlamak için sıklıkla kullanılan iki ölçüm vardır.
Yakma tablosu: Scrum Master, her gün sprint için kalan tahmini işi kaydeder. Bu Burn Down Tablosundan başka bir şey değil. Günlük olarak güncellenir.
Yakma çizelgesi, projenin ilerleyişine hızlı bir genel bakış sağlar, bu çizelge, projedeki tamamlanması gereken toplam çalışma miktarı, her sprint sırasında tamamlanan iş miktarı gibi bilgileri içerir.
Hız geçmişi grafiği: Hız geçmişi grafiği , her sprintte ulaşılan takımın hızını tahmin eder. Bu bir çubuk grafiktir ve ekiplerin çıktısının zaman içinde nasıl değiştiğini gösterir.
Yararlı olabilecek ek ölçümler, program yakma, bütçe yakma, temanın tamamlanma yüzdesi, tamamlanan hikayeler - kalan hikayeler vb.
Scrum Testi için paylaşacağınız ipuçlarınız veya deneyimleriniz var mı? Aşağıya bir yorum bırakın-