Çevik Test Otomasyonu Çerçevesi
Thomas Hamilton
⚡ Akıllı Özet
Çevik test otomasyonu, gereksinimlerin haftalık olarak değiştiği ve istikrarlı bir şelale modeli sürümü için oluşturulan bir test paketinin bir güvenlik ağı olmaktan ziyade hızla bir bakım yükü haline geldiği kısa sprintler içinde otomatik kontroller uygular.
Çevik Otomasyon Testi
Çevik otomasyon testi Agile geliştirme sürecinde test otomasyonunun kullanılması uygulamasına test otomasyonu denir. Amacı, yazılım geliştirmeyi daha etkili ve verimli hale getirirken, kaliteyi korumak ve bir sürümün tükettiği zaman ve kaynakları kontrol etmektir. Testler özellik geliştirme çalışmalarıyla birlikte yazıldığından, bu uygulama büyük ölçüde geliştiriciler ve test uzmanları arasındaki koordinasyona bağlıdır.
Çevik metodoloji, şelale modelinin zahmetli gerçeklerinden kurtulmayı hedeflediğinden beri, etkisi her alanda hissedilmektedir. otomasyon testi Aynı şekilde, bu iki disiplin bilinçli olarak birleştirilmelidir:
.jpg)
Şelale modelinde otomasyon ile çevik modelde otomasyon karşılaştırması
Geleneksel bir yazılım test yaşam döngüsünde, otomasyon testi, uygulama tamamlandıktan sonra mümkün hale gelir. istikrarlı ve gereksinimler karşılanmış durumda.Bu, şunu varsayar: önemli miktarda zamanSon derece yetenekli otomasyon uzmanları ve dikkat çekici bir kurulum maliyeti gerektiriyor. Temel amaç, uzun vadede maliyeti düşürmek ve mevcut test senaryoları etrafında yeni hataların ortaya çıkmadığını doğrulamaktır.
Otomasyon testi doğası gereği keşifsel değildir.Çünkü asıl amacı zaman tasarrufu sağlamak ve maliyeti düşürmektir. Yeni ve yenilikçi hataları ortaya çıkarmak için tasarlanmamıştır. Otomasyon testleri çoğunlukla zaten var olan davranışları doğrular.
Dolayısıyla bu iki ortam, test paketine çok farklı talepler getirir:
| faktör | Şelale modelinde otomasyon | Çevik Yönetimde Otomasyon |
|---|---|---|
| Uygulama durumu | Komut dosyası oluşturulmadan önce kararlı ve onaylanmış durumda. | Her sprintte, genellikle kod yazarken değişiklik yapılıyor. |
| Mevcut zaman | Özel bir otomasyon aşaması | Bir ila dört haftalık kısa bir süreye sığabilecek her şey |
| Senaryoyu kim yazıyor? | Otomasyon uzmanlarından oluşan ayrı bir ekip | Teslimat ekibi, test uzmanları ve geliştiriciler birlikte |
| Birincil hedef | Büyük bir regresyon test paketi genelinde uzun vadeli maliyet azaltımı | Yeni oluşturulan iyileştirme hakkında hızlı geri bildirim. |
| Bakım riski | Düşük, çünkü gereksinimler yavaş değişiyor. | Yüksek, çünkü gereksinimler sürekli değişiyor. |
Çevik Metodolojide Otomasyon Nasıl Uygulanır?
Kendi tanımı gereği, Çevik metodoloji, yeni fikirlerin hızlı bir şekilde uygulanabilmesi ve insanların özgürce etkileşim kurabilmesi için sıkıcı dokümantasyon süreçlerini ortadan kaldırır. Evrak işlerinden ziyade keşifsel çalışmayı tercih eder:
Çevik metodolojinin temel felsefeleri ile otomasyon testleri arasında gerçek bir çelişki vardır. Çevik ekipler bunu, otomasyonu azaltmak yerine otomasyon kapsamını daraltarak çözerler: kontroller, özellik ile aynı sprint'te yazılır, bakımı en ucuz olan birim ve API seviyesine indirilir ve her derlemede çalıştırılır.
Çevik Test Otomasyonu için Temel Noktalar
Sprint kapasitesini otomasyona ayırmadan önce, bir komut dosyasının tamamlanıp tamamlanamayacağına karar veren noktaları değerlendirin:
- Tasarım ve kodlama süresi: Her bir betik, üretim kodu gibi tasarlanmalı, kodlanmalı ve incelenmelidir.
- Test verilerine karşı doğrulama: Tamamlanan kod parçasına güvenilebilmesi için öncelikle mevcut test verileriyle doğrulanması gerekir.
- Testin amacı: Fonksiyonel ve regresyon testlerinin bakım maliyetleri ve kullanım ömürleri farklıdır.
- Sprint uzunluğu: Bir sprint genellikle iki hafta olmak üzere bir ila dört hafta sürer ve bu da nadiren büyük bir kod yazma çabasına yer bırakır.
İkinci faktör ise gereksinimlerdeki değişimdir. Çevik metodoloji, tanımı gereği, müşteri odaklı değişikliklere yanıt verme tekniğidir; bu nedenle geliştirme süreci boyunca sık sık ayarlama yapılmasına olanak tanır.
Otomasyon testleri ise, aksine, istikrarlı gereksinimlere karşı en faydalı olanıdır. Çevik metodolojinin sürekli değişimine pek uygun değildir; bu nedenle, otomasyonun miktarına göre neyin otomatikleştirileceği daha büyük önem taşır.
Çevik Otomasyon Araçları
İlgili bir seçimin yapılması otomasyon aracı Çevik metodoloji içinde otomasyon testini benimsemede bir diğer önemli faktör de budur. Örneğin, lisanslı otomasyon araçları, farklı kullanıcı türleri ve seviyeleri için katı güvenlik erişim kriterleri uygular; bu da söz konusu test otomasyon çerçevesine ait kaynaklara kimlerin erişebileceğini sınırlar.
Çevik metodoloji ise bunun aksine, ekip üyeleri arasında açık işbirliğini ve açık uçlu etkileşimi vurgular. Kısıtlayıcı erişim politikaları bu uyumu engeller ve projenin başarısına yardımcı olmayan veya elverişli olmayan sonuçlar doğurabilir.
Öncelik, çevik bir sürecin izin verdiği süre içinde kaliteli otomasyon komut dosyaları teslim etmektir. Aday test senaryoları dikkatlice seçilmelidir, böylece ortaya çıkan komut dosyaları daha sonra yeniden kullanılabilir ve yine de ayrılan süre içinde tamamlanabilir.
Çevik bir ortamda bile bazı testlerin, özellikle de regresyon testlerinin, yapılması gerekir. Bir sonraki bölümde otomasyon testinin uygun olduğu durumlar ve her birinin Çevik testle nasıl eşleştiği incelenecektir.
Otomasyon Testi Concepts Çevik Yönetime Uygulandığında
Aşağıdaki tablo, bir testin otomatikleştirilmesini haklı çıkaran yedi klasik koşulu ele alarak her biri için Çevik (Agile) yaklaşımına uygun cevabı vermektedir. Bunlardan sadece üçü Çevik bir sprint'e doğrudan uygulanabilir ve üçü de regresyon tabanlıdır:
| # | Otomasyon testi konsepti | Çevik metodolojiye yanıt |
|---|---|---|
| 1 | Test sık sık tekrarlanmalıdır. | İşte bu noktada regresyon testi kavramı devreye giriyor. |
| 2 | Testin iş akışı ve doğrulaması zaman içinde yavaş yavaş gelişir ve değişir. | Çevik test yöntemleri için kullanışlı değildir, çünkü çevik test yöntemlerinde gereksinimlerde sık sık değişiklikler olur. |
| 3 | Bu test, görünüm, his, renk veya masa düzeninden ziyade bir iş sürecini veya iş akışını doğrular. | Bu senaryo, manuel test ile ilgili olarak değerlendirilebilir. |
| 4 | Bu test, sonuçların elektronik olarak kaydedilmesini ve uyumluluğun resmi kanıtı olarak arşivlenmesini talep eden bir düzenleyici kurum için sonuçlar üretir. | Çevik metodoloji için uygun değildir, çünkü kapsamlı bir dokümantasyon düzeyi çevik metodolojinin bir parçası değildir. |
| 5 | Test çok tekrarlayıcıdır veya her seferinde tamamen aynı şekilde yapılması gereken birçok adımdan oluşur; bu durumda manuel test uygulayıcısının yorgunluğunun önlenmesi gerekir. | Çevik metodoloji için uygun değildir. |
| 6 | Seçilen otomasyon aracıyla testin başarılı veya başarısız sonucunu belirlemek ve kaydetmek oldukça kolaydır. | Çevik test yöntemleri sırasında tekrarlayan ve zahmetli beceriler gerektiren regresyon testleri için uygundur. |
| 7 | Testin uygulamaya önemli miktarda veri aktarması gerekiyor. | Regresyon testi olarak entegre edilebilir. |
