Menü

En İyi 10 Test Otomasyon Stratejisi ve En İyi Uygulamalar

top 10 test automation strategies

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Bu son makale test otomasyon serisi . Bu makale, test otomasyonu yapmak için en iyi uygulamaları ve stratejileri özetlemektedir.

Önceki makalelerimiz en iyi uygulamalardan bahsetse de (ve bazıları burada tekrarlanabilir), birkaçını listelemeyi kuvvetle hissettim, ancak en önemli en iyi otomasyon uygulamaları burada referans için bir makalede .

Bu stratejiler kendi deneyimlerime ek olarak Michael Bolton, James Bach ve Cem Kaner gibi test uzmanlarının literatüründen alınmıştır. Bu uygulamalar her otomasyon projesinde takip edilmelidir.

test otomasyon stratejisi

Ne öğreneceksin:

En İyi 10 Test Otomasyon Stratejisi ve Uygulaması

İşte başlıyoruz..

# 1. Özel Bir Otomasyon Mühendisi veya Ekibi İşe Alın

Bu, yapılacak temel bir şeydir. Manuel test kullanıcılarınızdan test otomasyonundan yararlanmalarını istemeyin. Test otomasyonu yapmalarını istiyorsanız, onları manuel test çalışmalarından kurtarın. Test otomasyonu tam zamanlı bir iştir. Bunun için özel kaynaklara ihtiyacınız var.

En az bir otomasyon mimarından oluşan bir test otomasyon ekibi kurmanızı tavsiye ederim. Test otomasyon mimarının rehberliğinde çalışmak üzere birden fazla otomasyon mühendisi kiralayabilirsiniz. Otomasyon mühendislerinin sayısı ürünlerinizin sayısına ve boyutuna bağlıdır.

java kaynak kodundaki en kısa yol algoritması

# 2. Bir otomasyon aracı önemlidir, ancak her şeyin çözümü değildir

Araç seçimi hakkında konuştuk . Ancak doğru aracı seçmek sadece başlangıçtır. Bazı yöneticiler, doğru aracı seçerlerse her şeyi kolayca otomatikleştirebileceklerine dair yanlış bir kanıya sahiptir. Dikkat edin, otomasyon araçları size her şeyi vermez. Süreci kolaylaştırırlar. Ancak süreci tamamlamak için yetenekli kaynaklara ihtiyacınız var.

Çoğu zaman otomasyon araçları hatalıdır ve uygulamadaki karmaşık nesneleri tanımlarken takılırlar. Kiraladığınız kaynaklar, yetenekli iseler, süreci ileriye götüren bir geçici çözüm bulur. Aksi takdirde, iyi kaynakları işe almazsanız, Araç tek başına başarılı otomasyonu garanti edemez.

# 3. Kaynaklarınıza aşina olan otomasyon aracını seçin

Kaynaklarınız C # ile aşina ise ve test edilecek uygulamanız da C # ile geliştirilmişse, komut dosyaları yazmak için C # sunmayan aracı seçmenin bir anlamı yoktur.

Dil öğrenimi zaman alan bir süreçtir. Minimum öğrenme eğrisi sunan bir araç satın alarak bu öğrenme eğrisinden kaçının.

# 4. Test edilen uygulamayı bilin

Araç seçimi, büyük ölçüde ürününüzde kullanılan teknolojilere bağlıdır. Otomasyona başlamadan önce ürününüzü içten dışa tanıyın.

Bir web uygulamasıysa, destekleyeceği tarayıcıları bilin. İçinde kullanılan teknolojileri bilin. Bir masaüstü uygulamasıysa, hangi dilin üzerine kurulu olduğunu bilin. Uygulamada hangi üçüncü taraf kontrollerinin kullanıldığı. Bu, araç seçimini ve gelecekteki otomasyonu kolaylaştırmanıza yardımcı olacaktır.

# 5. İyi Otomasyon, iyi manuel test durumu demektir

Güzel yazılmış güçlü manuel test senaryoları Otomatikleştirmesi kolay ancak kusurları bulmada zayıf olan test senaryolarını otomatikleştirmekten bizi kurtarır.

İşte Yazılım Testinde Öğrenilen Dersler kitabından alıntı:

'İyi bir test tasarımı olmadan otomatikleştirme, çok sayıda etkinlikle sonuçlanabilir, ancak çok az değer sağlayabilir.'

Her zaman ilk önce test senaryosunu manuel olarak yazmanız önerilir. Tüm ön koşulları ve test verilerini tanımlayın . Adımları net bir şekilde yazın ve beklenen sonuçları her adımın önüne yazın. Bir test senaryosunun amacı net olmalı ve diğer test senaryolarına daha az bağımlı olmalıdır. Otomasyon mühendisleri, hangi nesnelerin tanımlanması gerektiğine ve navigasyon akışının ne olacağına açıkça karar vermek için bu test senaryosunu en az bir kez manuel olarak çalıştırmalıdır. Manuel testçilerle sorular sorun.

Bu etkinlik bazen otomasyon komut dosyası yazılmadan önce bile hataları tanımlamaya yardımcı olur. Uzmanlar, hataların çoğunun gerçek yürütme aşamasından ziyade test otomasyonu geliştirme aşamasında belirlendiğini söylüyor.

# 6. Otomasyonla fırsatları belirleyin

Bir ile teslim edilirseniz otomatikleştirmek için manuel test durumu , bu test durumunu olduğu gibi otomatikleştirmeyin. Bunun yerine, bu test senaryosunun kapsamını genişletmek için otomasyonunuzda başka fırsatlar bulun.

pl sql geliştirici mülakat soruları ve cevapları

Örneğin, manuel test senaryosu gereksinimi ise bir web sayfasına giriş yapmanız gerekir. Bu test senaryosunu veriye dayalı hale getirerek genişletebilirsiniz. Geçersiz parola, boş parola, geçersiz kullanıcı adı, geçersiz e-posta, boş kullanıcı adı, beni hatırla, işaretli değil, vb. Gibi tüm olası oturum açma senaryolarını listeleyin. Olası senaryoları beklenen sonuçlarıyla birlikte bir excel dosyasına listeleyin ve bu excel dosyasını koyun. test durumunuz için bir veri kaynağı olarak. Şimdi bu tek manuel test senaryosu, otomatikleştirildikten sonra olası tüm senaryoları tek seferde test edebilir.

Her zaman otomasyonla yapılabilecek, ancak manuel olarak yapılması zor olan fırsatları arayın. Yük Testi senaryoları, Performans Karşılaştırmaları, Farklı konfigürasyonlara sahip farklı ortamlarda Aynı Testler, Bellek Sızıntıları, Yüksek Hassasiyet Testleri vb. Bunların hepsi manuel testçiler için zor senaryolardır.

# 7. Her şeyi otomatikleştiremezsin

Otomasyon, daha az testin daha sık yapılması anlamına gelir. Önce duman testlerinize saldırarak küçük başlamalısınız. Öyleyse ört kabul testleri oluşturmak . Daha sonra sık yaptığınız testlere geçin, ardından testler için zamanınıza geçin. Ancak otomatikleştirdiğiniz her testin, manuel test uzmanının daha önemli şeylere odaklanması için zaman kazandırdığından emin olun.

Otomasyon, manuel test cihazlarının yerini almak için burada değildir. Yapamaz da. Yeni test senaryoları ve hataları bulmak için tüm odaklarını ve güçlerini kullanabilmeleri için tekrarlanan işi manuel testçilerden uzaklaştırmak için burada. (Test otomasyonunun yanılgıları makalemi okuyun)

Birkaç testi otomatikleştirin değerli ve zaman kazandıranlar veya yapması zor manuel test ediciler için. Bunu yaptıysanız, otomasyon görevi tamamlanmış olur.

# 8. Alternatif bir mevcut olduğunda GUI Otomasyonundan kaçının

GUI otomasyonu her zaman diğer otomatik test türlerinden daha zordur. Dolayısıyla, GUI'yi otomatikleştirmeyip komut satırı girişleri gibi diğer bazı yöntemlerle hedefinize ulaşabileceğiniz bir durum varsa, o zaman en iyi strateji GUI otomasyonundan kaçınmaktır.

Örneğinuygulamanın kurulumunu test etmek istiyorsunuz. Amaç, uygulamanın belirli bir ortamda kurulu olup olmadığını kontrol etmektir. Bir yaklaşım, kurulumu başlatmak ve ' Sonraki Otomasyon aracınız aracılığıyla birden çok kez düğmesine basın. Zor, zaman alıcı olabilir ve kullanıcı arayüzü değişirse bakıma tabi olabilir. Diğer yaklaşım, uygulama kurulumunu sessiz argümanlar veren bir toplu iş dosyasıyla başlatmaktır. Uygulama, GUI göstermeden sessizce yüklenecek. Hedefe daha kısa sürede ve daha güvenilir bir şekilde ulaşılacaktır.

# 9. Otomasyonu başka yararlı amaçlar için de kullanın

Otomasyon harika bir şey. Ondan normalde düşünmediğiniz şeyler elde edebilirsiniz. Otomasyon sadece manuel bir test senaryosu programlamaktan ibaret değildir. Yerine, organizasyonunuzdaki farklı işlemleri kolaylaştırmak için otomasyonu kullanabilirsiniz.

web geliştirme için ihtiyacınız olan araçlar

Örneğin, otomasyonu kullanarak manuel test kullanıcıları için ana verileri ve kurulum konfigürasyonlarını otomatik olarak oluşturabilirsiniz. Böylece testlerine olabildiğince erken başlayabilirler.

Kendi şirketimden bir örnek verebilirim. Test senaryosu yönetim aracımızdan geçiş yapmak istedik. 'Test Director' (şimdi HP ALM) kullanıyorduk ve TFS (Takım Temel Sunucusu). Test Direktöründe yaklaşık 4000 manuel Test Vakası ve Hata vardı. Bunları manuel olarak TFS'ye aktarmak yaklaşık bir ay sürebilir. Bu yüzden yöneticim benden biraz otomasyon denememi istedi.

Bu araçları araştırdım ve Test Direktörünün depo olarak SQL sunucusunu kullandığını öğrendim. TFS için, eğer belirli bir formatta yazılmışlarsa, bir excel dosyasından test senaryolarını ve hataları okuyabilen ve bunları TFS'ye ekleyebilen bir araç buldum. Hikayenin geri kalanı basit. Tüm test durumlarını ve hataları almak için bir SQL sorgusu yazdım ve bunları belirli bir formatta bir Excel Dosyasına aktardım. Daha sonra excel dosyasındaki tüm test durumlarını ve hataları okuyan ve bunları TFS'ye ekleyen aracı kullandım. Tüm süreç sadece 3 saat sürdü. Menajerim çok mutlu oldu. Umarım benim fikrimi anlarsın.

# 10. Otomasyon yazılım geliştirmedir

Kaliteli bir yazılım geliştirirseniz, en iyi uygulamalara ihtiyacı vardır. Kaliteli kod yazmak için kod incelemesine ihtiyaç duyar. İzlenmesi gereken bir çerçeveye veya tasarım modeline ihtiyacı var. Sürekli bakıma ihtiyaç duyar.

Otomasyon temelde yazılım geliştirmedir. Bu nedenle, otomasyon yaparken yazılım geliştirirken takip ettiğiniz tüm en iyi uygulamalar takip edilmelidir. Otomasyon Çerçevesi orada olmalı. Kod İncelemeleri yapılmalıdır. Otomasyon hataları, hata havuzunda rapor edilmelidir. Otomasyonun Kaynak Kodu, kaynak kontrolü vb. Altına alınmalıdır. Ona ne kadar yazılım geliştirme gibi davranırsanız, otomasyon o kadar başarılı olacaktır.

Sonuç

Bu, makaleyi ve test otomasyonu serisini özetliyor. Bu dersleri yazarken çok şey öğrendim ve umarım okuyarak da öğrenirsiniz. Test otomasyonu ilginç ve ödüllendirici bir kariyerdir. Bunu doğru yapmak sadece sizin için değil organizasyon için de faydalıdır.

Her gün test otomasyonu ve teknikleri üzerinde çalışırken çözülecek yeni ve ilginç zorluklar buluyorum. Bu seri, bir test otomasyonu yolculuğunda karşılaşabilecekleri vurgulama girişimiydi. Umarım doğru ve basit bir şekilde teslim etmişimdir.

Her zaman olduğu gibi görüş ve önerilerinizi bekliyorum. Geri bildiriminizi yorumlar bölümüne yazmaktan çekinmeyin. Sizden haber almaktan ve gerekirse size yardımcı olmaktan mutluluk duyacağım. Okuduğunuz için teşekkürler.

ÖNCEKİ Eğitimi # 6

Önerilen Kaynaklar

^