Çevik Test Nedir? Süreç ve Yaşam Döngüsü
Çevik Test Nedir?
Çevik Test çevik yazılım geliştirmenin kural ve ilkelerini takip eden bir test uygulamasıdır. Şelale yönteminden farklı olarak Çevik Test, geliştirme ve test arasındaki sürekli entegrasyonla projenin başlangıcında başlayabilir. Çevik Test metodolojisi sıralı değil (sadece kodlama aşamasından sonra yürütülmesi anlamında) süreklidir.
Çevik Testin İlkeleri
Çevik Testin temel ilkeleri şunlardır:
- Bu Çevik test modelinde çalışan yazılım, ilerlemenin birincil ölçüsüdür.
- En iyi sonuç, kendi kendini organize eden ekipler tarafından elde edilebilir.
- Değerli yazılımları erken ve sürekli olarak sunmak en büyük önceliğimizdir.
- Yazılım geliştiricileri proje boyunca günlük olarak bir araya gelerek hareket etmelidir.
- Sürekli teknik iyileştirme ve iyi tasarım yoluyla çevikliğin arttırılması.
- Çevik Test, sürekli geri bildirim sağlayarak nihai ürünün işletmenin beklentilerini karşılamasını sağlar.
- Çevik Test sürecinde test sürecini uygulama sırasında yürütmemiz gerekir, bu da geliştirme süresini azaltır.
- Agile'daki test süreci tutarlı bir geliştirme hızında çalışmalıdır
- Nasıl daha etkili olabileceğinize dair düzenli düşünceler sağlayın.
- En iyi mimariler, gereksinimler ve tasarımlar kendi kendini organize eden takımlardan ortaya çıkar.
- Ekip her buluştuğunda, daha etkili olabilmek için davranışlarını gözden geçirir ve ayarlar.
- Geliştirme ekibiyle yüz yüze görüşme, ekip içinde bilgi aktarmanın en etkili ve verimli yöntemidir.
Çevik Test, Yazılımın üretkenliğini artırmamıza yardımcı olan çeşitli ilkeleri içerir.
Çevik Test Yaşam Döngüsü
Çevik Test yaşam döngüsü, aşağıdaki görselde görebileceğimiz gibi beş farklı aşamada tamamlanır:
Çevik süreç test adımları şunlardır:
Aşama 1: Etki Değerlendirmesi: Bu ilk aşamada paydaşlardan ve kullanıcılardan girdi topluyoruz. Bu aşama aynı zamanda geri bildirim aşaması olarak da adlandırılır çünkü test mühendislerine bir sonraki yaşam döngüsü için hedefleri belirlemede yardımcı olur.
Aşama 2: Çevik Test Planlaması: Bu, tüm paydaşların test süreci ve teslimatların zamanlamasını planlamak için bir araya geldiği Çevik test yaşam döngüsünün ikinci aşamasıdır.
Aşama 3: Sürüme Hazır Olma Durumu: Bu aşamada geliştirilen/uygulanan özelliklerin yayına hazır olup olmadığını inceliyoruz. Bu aşamada hangisinin bir önceki geliştirme aşamasına dönmesi gerektiğine de karar verilir.
Aşama 4: Günlük Scrum'lar: Bu aşama, testin durumunu öğrenmek ve tüm gün için hedefi belirlemek amacıyla yapılan her sabah toplantısını içerir.
Aşama 5: Çevikliği Test Edin Revbak: Çevik yaşam döngüsünün son aşaması Çevikliktir RevToplantıyı görüntüle. Hedeflere yönelik ilerlemeyi düzenli olarak değerlendirmek ve değerlendirmek için paydaşlarla haftalık toplantıları içerir.
Çevik Test Planı
Çevik test planı test verileri gereksinimleri, altyapı gibi o yinelemede yapılan test türlerini içerir, test ortamlarıve test sonuçları. Şelale modelinden farklı olarak çevik modelde her sürüm için bir test planı yazılır ve güncellenir. Çevikteki tipik test planları şunları içerir:
- Test Kapsamı
- Test edilen yeni işlevler
- Özelliklerin karmaşıklığına dayalı test düzeyi veya türleri
- Yük ve Performans Testi
- Altyapı Değerlendirmesi
- Azaltma veya Risk Planı
- Kaynak bulma
- Teslimatlar ve Kilometre Taşları
Çevik Test Stratejileri
Çevik test yaşam döngüsü dört aşamadan oluşur
yineleme 0
İlk aşama veya yineleme 0 sırasında, ilk kurulum görevlerini gerçekleştirirsin. Bu, test için kişileri belirlemeyi, test araçlarını kurmayı, kaynakları planlamayı (kullanılabilirlik test laboratuvarı) vb. içerir. Aşağıdaki adımlar, Yineleme 0'da başarılması için ayarlanır
- Proje için bir iş senaryosunun oluşturulması
- Sınır koşullarını ve proje kapsamını belirleyin
- Tasarım ödünleşimlerini yönlendirecek temel gereksinimleri ve kullanım durumlarını ana hatlarıyla belirtin
- Bir veya daha fazla aday mimariyi ana hatlarıyla belirtin
- Riskin belirlenmesi
- Maliyet tahmini ve avan proje hazırlanması
İnşaat Yinelemeleri
Çevik test metodolojisinin ikinci aşaması İnşaat Yinelemeleridir, testlerin çoğunluğu bu aşamada gerçekleşir. Bu aşama, çözümün bir artışını oluşturmak için bir dizi yineleme olarak gözlemlenir. Bunu yapabilmek için her yinelemede, ekip uygular XP, Scrum, Çevik modelleme ve çevik verilerden elde edilen uygulamaların bir melezi.
İnşaat yinelemesinde çevik ekip, öncelikli gereksinim uygulamasını takip eder: Her yinelemede, iş öğesi yığınından kalan en temel gereksinimleri alır ve uygular.
İnşaat yinelemesi, doğrulama testi ve araştırma testi olmak üzere ikiye ayrılır. Doğrulayıcı test konsantreleri Sistemin bugüne kadar ekibe açıklanan şekilde paydaşların amacını yerine getirdiğinin ve ekip tarafından gerçekleştirildiğinin doğrulanması. Araştırma testi, doğrulama ekibinin atladığı veya göz ardı ettiği sorunu tespit ederken. Araştırmacı testte, test uzmanı potansiyel sorunları kusur öyküleri biçiminde belirler. Araştırmacı testler; entegrasyon testi, yük/stres testi ve güvenlik testi gibi yaygın sorunlarla ilgilenir.
Yine, doğrulayıcı testlerin iki yönü vardır geliştirici testi ve çevik kabul testi. Bunların her ikisi de yaşam döngüsü boyunca sürekli regresyon testini mümkün kılmak için otomatikleştirilir. Doğrulayıcı testler, spesifikasyona yönelik testlerin çevik eşdeğeridir.
Çevik kabul testi, geliştirme ekibi olarak geleneksel fonksiyonel test ile geleneksel kabul testinin bir birleşimidir ve paydaşlar bunu birlikte yapmaktadır. Geliştirici testi, geleneksel birim testi ile geleneksel hizmet entegrasyon testinin bir karışımıdır. Geliştirici testi hem uygulama kodunu hem de veritabanı şemasını doğrular.
Oyunun Sonunu Veya Geçiş Aşamasını Yayınlayın
"Yayınla, Oyunu Sonlandır" hedefi, sisteminizi başarıyla üretime dağıtmaktır. Bu aşamadaki faaliyetler son kullanıcıların, destek personelinin ve operasyonel kişilerin eğitimidir. Ayrıca ürünün piyasaya sürülmesinin pazarlanmasını, yedekleme ve geri yüklemeyi, sistemin sonlandırılmasını ve kullanıcı dokümantasyonunu da içerir.
Son çevik metodoloji testi aşaması, tam sistem testini ve kabul testini içerir. Son test aşamanızı hiçbir engel olmadan bitirmek için ürünü inşaat iterasyonlarında daha sıkı test etmeniz gerekir. Oyunun sonu sırasında test uzmanları kusur hikayeleri üzerinde çalışacaklar.
üretim
Çıkış aşamasından sonra ürün üretim aşamasına geçecektir.
Çevik Test Çeyreği
Çevik test çeyrekleri tüm süreci dört Çeyreğe ayırır ve çevik testin nasıl yapıldığının anlaşılmasına yardımcı olur.
Çevik Çeyrek I
Dahili kod kalitesi bu çeyrekteki ana odak noktasıdır ve teknoloji odaklı ve ekibi desteklemek için uygulanan test senaryolarından oluşur.
- Birim Testleri
- Bileşen Testleri
Çevik Çeyrek II
İş odaklı ve ekibi desteklemek için uygulanan test senaryolarını içerir. Bu Çeyrek gereksinimlere odaklanmaktadır. Bu aşamada gerçekleştirilen test türü
- Olası senaryo ve iş akışı örneklerinin test edilmesi
- Prototipler gibi Kullanıcı deneyiminin test edilmesi
- Eş testi
Çevik Çeyrek III
Bu çeyrek daire birinci ve ikinci çeyreklere geri bildirim sağlar. Test senaryoları otomasyon testini gerçekleştirmek için temel olarak kullanılabilir. Bu çeyrekte, ürüne olan güveni artıran çok sayıda yineleme incelemesi turu gerçekleştirilir. Bu çeyrekte yapılan testlerin türü
- Kullanılabilirlik testi
- Keşif testi
- Testleri müşterilerle eşleştirin
- İşbirlikçi test
- Kullanıcı Kabul Testi
Çevik Çeyrek IV
Bu çeyrek, performans, güvenlik, kararlılık vb. gibi işlevsel olmayan gereksinimlere odaklanır. Bu çeyreğin yardımıyla, işlevsel olmayan nitelikleri ve beklenen değeri sağlamak için uygulama yapılır.
- Stres ve performans testi gibi işlevsel olmayan testler
- ile ilgili güvenlik testleri kimlik doğrulama ve hackleme
- Altyapı testi
- Veri taşıma testi
- Ölçeklenebilirlik testi
- Yük testi
Çevik yazılım geliştirmeyle ilgili QA zorlukları
- Çevikte hata olasılığı daha yüksektir, çünkü dokümantasyona daha az öncelik verilir ve sonuçta QA ekibi üzerinde daha fazla baskı oluşur.
- Yeni özellikler hızla tanıtılıyor, bu da test ekiplerinin en son özelliklerin gereksinimlere uygun olup olmadığını ve iş gereksinimlerine gerçekten hitap edip etmediğini belirlemesi için gereken süreyi azaltıyor
- Test uzmanlarının genellikle yarı geliştirici rolünü oynaması gerekir
- Test yürütme döngüleri oldukça sıkıştırılmıştır
- Test planı hazırlamak için çok daha az zaman
- Regresyon testi için minimum zamanlamaya sahip olacaklar
- Kalitenin bekçisi olmaktan Kalitenin ortağı olmaya doğru rol değişimi
- Gereksinim değişiklikleri ve güncellemeleri çevik bir yöntemin doğasında vardır ve QA için en büyük zorluk haline gelir
Çevik Süreçte Otomasyon Riski
- Otomatik kullanıcı arayüzü yüksek düzeyde güven sağlar ancak yürütülmesi yavaştır, bakımı hassastır ve oluşturulması pahalıdır. Test uzmanları nasıl test yapılacağını bilmedikçe otomasyon test verimliliğini önemli ölçüde artırmayabilir
- Güvenilmez testler, otomatik testlerde büyük bir endişe kaynağıdır. Hatalı pozitif sonuçları önlemek için başarısız testleri düzeltmek ve kırılgan testlerle ilgili sorunları çözmek en önemli öncelik olmalıdır.
- Otomatik test CI (Sürekli Entegrasyon) yerine manuel olarak başlatılırsa düzenli olarak çalışmama riski vardır ve bu nedenle testlerin başarısız olmasına neden olabilir
- Otomatik testler, keşif amaçlı manuel testlerin yerini almaz. Üründen beklenen kaliteyi elde etmek için test türlerinin ve seviyelerinin bir karışımı gereklidir.
- Ticari olarak temin edilebilen birçok otomasyon aracı, manuel test vakalarının yakalanması ve tekrarlanmasının otomatikleştirilmesi gibi basit özellikler sunar. Bu tür araçlar, kullanıcı arayüzü üzerinden test etmeyi teşvik eder ve doğası gereği kırılgan ve bakımı zor testlere yol açar. Ayrıca, test vakalarını sürüm kontrol sisteminin dışında depolamak gereksiz karmaşıklık yaratır
- Zamandan tasarruf etmek için çoğu zaman otomasyon test planı kötü planlanır veya planlanmaz, bu da testin başarısız olmasına neden olur
- Test otomasyonu sırasında test kurulumu ve sökme prosedürleri genellikle atlanırken, manuel test yapılırken test kurulumu ve sökme prosedürleri sorunsuz görünür
- Her gün oluşturulan veya yürütülen test senaryolarının sayısı gibi üretkenlik ölçümleri son derece yanıltıcı olabilir ve işe yaramaz testler yürütmek için büyük yatırımlar yapılmasına yol açabilir.
- Çevik otomasyon ekibinin üyeleri etkili danışmanlar olmalıdır: ulaşılabilir, işbirlikçi ve becerikli, aksi takdirde bu sistem hızla başarısız olur
- Otomasyon, sağlanan değere göre çok fazla sürekli bakım gerektiren test çözümleri önerebilir ve sunabilir
- Otomatik test, etkili çözümler tasarlama ve sunma uzmanlığından yoksun olabilir
- Otomatik testler o kadar başarılı olabilir ki çözülmesi gereken önemli problemler ortadan kalkar ve bu nedenle önemsiz problemlere dönüşürler.
Sonuç
Yazılım testindeki çevik metodoloji, testin mümkün olan en kısa sürede yapılmasını içerir. yazılım geliştirme Yaşam Döngüsü. Müşterinin yüksek düzeyde katılımını ve kodun kullanılabilir hale gelir gelmez test edilmesini gerektirir. Kodun sistem testine götürülebilecek kadar kararlı olması gerekir. Hataların düzeltildiğinden ve test edildiğinden emin olmak için kapsamlı regresyon testi yapılabilir. Temel olarak ekipler arasındaki iletişim, çevik model testinin başarısını sağlar!!!