Menü

Otomasyon Testinde Kavram Kanıtı'nı (POC) Uygulamaya Yönelik Adım Adım Kılavuz

  • Ana
  • Otomasyon Testi
  • Otomasyon Testinde Kavram Kanıtı'nı (POC) Uygulamaya Yönelik Adım Adım Kılavuz

step step guide implement proof concept automation testing

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

Otomasyon Testinde Kavram Kanıtı (POC) Nasıl Uygulanır?

Her organizasyonun farklı test süreçleri ve prosedürler. Manuel Test önemlidir ve yeri doldurulamaz - ancak otomasyon toplama hızıdır.

Otomasyon testine giriş bir organizasyon için bir zorluktur ve aşağıdaki noktalar gerekli olup olmadığını belirleyecektir:

Kavram poc otomasyon testi kanıtı

#bir . Projenin süresi: Kısa vadeli veya uzun vadeli - uzun vadeli projeler otomasyon için iyi adaylardır

#iki. Her birinde ne kadar regresyon yapılır test döngüsü ? - Otomasyon genel test süresini kısalttığı ve tam kapsama alanı sağladığı için tekrarlayan ve uzun regresyon testlerine sahip projeler.

# 3. Uygulamanın kararlılığı: Sık değişikliklere duyarlı olmayan uygulamalar otomasyon için düşünülmelidir. Kararlı olmayan, GUI / İşlevselliğin sürekli değiştiği, öğelerin veya sayfadaki XPath'inin değişmeye devam ettiği ürün, kararlı olana kadar otomatikleştirilmemelidir.

abd'deki ücretsiz e-posta sağlayıcılarının listesi

# 4. Proje verileri güvenli mi ve test edilmesi bazı karmaşık prosedürler gerektiriyor mu? - Bu durumda manuel teste gitmek en iyisidir.

# 5. Mı organizasyonun otomasyon için bir bütçesi var mı? - Otomasyon, otomasyon aracı maliyeti, kaynak maliyeti, çerçeve geliştirme için gereken süre ve otomasyon test komut dosyalarının yazımı / bakımı gibi organizasyon için ek harcamalara katkıda bulunacaktır.

Otomasyonla, eksik testler veya bazı test sonuçlarının kesin olarak alınması asla gerçekleşmeyecek. Her test edildiğinde verilen modülün% 100 kapsanmasını sağlar. Otomasyon, aynı testin birden çok tarayıcı ve platformda birden çok kez yapılmasına da yardımcı olacaktır.

Aşağıdaki şekil, otomasyon testi sürecini anlamanıza yardımcı olacaktır.

Otomasyon Test Süreci

Teknik test açısından bakıldığında, QA ekibinin anlaması gerekiyor otomasyon araçlarıyla ilgili aşağıdaki hususlar:

  1. Platform ve işletim sistemi test matrisi
  2. Veriye dayalı yetenek
  3. Raporlama yeteneği ve rapor taşınabilirliği
  4. Kolay hata ayıklama ve günlük kaydı
  5. Sürüm kontrolü desteklenir
  6. Genişletilebilir ve Özelleştirilebilir (Ant, TestNG gibi diğer araçlarla entegre edilebilir)
  7. Sürekli Entegrasyon.
  8. E-posta Bildirimleri (Testler başarıyla geçilirse / başarısız olursa / veya herhangi bir ağ hatası olursa alınan özel e-posta iletisi)
  9. Tarayıcılar arası test ve birden fazla platform testi gerekiyorsa, dağıtılmış test ortamı desteklenir veya desteklenmez.

Ne öğreneceksin:

Doğru otomasyon aracının seçilmesi:

Doğru otomasyon aracını seçme

# 1. Test edilen bir uygulama, bir web uygulaması veya bir masaüstü uygulamasıdır.
#iki. Açık kaynak kodlu bir araç seçmek Vs ödedi.
# 3. Araç, uygulamanın test gereksinimlerini karşılamalıdır
# 4. Aracı kullanma - araçları kullanma ve öğrenme açısından ekibin uzmanlığı ve konfor düzeyi
# 5. Raporlamayı destekliyor mu - Mevcut diğer raporlama seçenekleri yoksa (açık kaynak veya ücretli). Cevabınız evet ise, içerik açısından olduğu kadar sunumlardan doğru verilerin aktarılması açısından ne kadar iyidir.

Ayrıca oku => En İyi Otomasyon Aracını Seçmeye İlişkin A'dan Z'ye Kılavuz

Ek olarak, araç değerlendirmesi şunları içerir:

iyi bir reklam engelleyici nedir

Bir otomasyon aracı seçerken, GUI uygulamalarının uygulamasında desteklenip desteklenmediğini dikkate almak çok önemlidir.

  1. GUI, geleneksel HTML veya AJAX veya diğer web geliştirme araç kiti kullanılarak uygulanır
  2. GUI videolar, resimler veya çok fazla yazılı içerik içeriyor mu?
  3. Etkileşimli veya yalnızca bilgilendirici
  4. Tarayıcıların test edilmesi gerekiyor .

Aracın projenin test gereksinimlerini gerçekten karşılayıp karşılamadığını anlamak için aracı yukarıdaki noktalarda değerlendirmek önemlidir.

Otomasyona ilişkin kavram kanıtı geliştirme:

Bir uygulama otomasyon testi POC bir kuruluşa bir araç tanıtmak için çok önemli ve en sık kullanılan bir yöntemdir. Otomasyonun yapılacağına karar verildikten ve bir araç seçildikten sonra, POC olarak bir prototip oluşturma ve gerçek zamanlı kullanım ve faydaları sergilemek için bunu yönetime sunma zamanı gelmiştir.

Böyle yaparak:

1) Test senaryolarına karar verin POC'de kullanacağımız.
iki) Müşterilerin en çok ilgileneceği alanları seçmeye yardımcı olur.
3) Otomasyonu seçerek kalitede hiçbir bozulma olmadığını kanıtlayacak şekilde manuel ve otomasyonu göstermeyi planlayın.
4) Başarısız olan ve bir kusur bulmaya neden olan bir test senaryosu ekleyin - bu, aracın gerçekten de kusurları bulabilmesini sağlamaya yardımcı olur
5) Gerektiğinde iddiaları ve doğrulama noktalarını kullanın.
6) Otomatikleştirilebilen ve otomatikleştirilemeyen alanları net bir şekilde gösterin. Genellikle aşağıdaki hususlar otomatikleştirilemez:

  • Video buharları
  • Flash içeriği (statik olmayan içerikler)
  • Statik olmayan resimler

7) Aracın aşağıdaki gereksinimleri karşılayıp karşılamadığını vurgulayın.

  • İstenilen uygulamanın tüm temel özelliklerini otomatikleştirebilir mi
  • Projenin gerektirdiği aynı tarayıcıda otomasyon mümkün mü
  • Otomasyon, uygulama uygulamasında değişiklik gerektirecek mi? (otomasyon için olduğu gibi, öğe tanımlayıcılarının benzersiz olması ve sayfa her çağrıldığında değişmemesi önemlidir)

POC'nin sonucu- genellikle aşağıdakilerden biridir:

  1. Araçlar proje gereksinimlerini karşılar - Daha fazla ayrıntı üzerinde çalışın. Uygulama maliyeti gibi - fiyatları müzakere etmek gereklidir, lisans ücretlerini, eğitim ve destek maliyetlerini, danışma ve uygulama harcamalarını sonuçlandırın vs. vb. Hem lisanslı hem de açık kaynaklı araçlar için bakım maliyetleri de dikkate alınmalıdır. Faydaların yalnızca uzun bir süre için önemli olduğu unutulmamalıdır.
  2. Araç gereksinimleri karşılamıyor ve sınırlamaları vardır - araç artık dikkate alınmaz.
  3. Araç, gereksinimleri kısmen karşılar - yeniden ziyaret edin ve başka birinin gereksinimleri daha iyi karşılayıp karşılamadığını kontrol edin VEYA otomasyon tamamen resmin dışındaysa VEYA aynı araçla başka bir geçici çözüm varsa.

Kavram kanıtımızı yönetime sunduğumuzda ve onlardan bir adım attığımızda, bir sonraki adım bu aracı kullanarak bir pilot proje uygulamaktır.

POC Şablonu:

Mükemmel bir POC şablonu yoktur. Genellikle şunları içerir:

  1. POC için gereklilik
  2. POC adayları (Tüm otomasyon araçları)
  3. Proje gereksinimleri
  4. Proje gereksinimlerine göre her aracın artıları ve eksileri
  5. POC sonucu

İşte referans için birkaç Otomasyon POC şablonu:

c ++ 'da normal ifade kullanma

=> POC şablonu 1
=> POC şablonu 2

Bir Pilot projenin uygulanması:

Pilot projemizi şu şekilde tanımlamalıyız:

  • Bu aracı kullanıp kullanmamamız gerektiğini belirleyecek iş durumlarını ölçmek.
  • Uygulama aracı için adlandırma kuralını ve çeşitli yönergeleri tanımlayın.
  • Finansal ve diğerleri gibi bir aracın faydaları, ne yapılabilir ve ne yapılamaz ve ayrıca olası geçici çözümleri.

Aşama 1. Pilot için test senaryoları seçme

  • Müşteri açısından önemli Modüller / Özellikler
  • Göstermesi kolay işlevsellik (mutlu yol uçtan uca)
  • Manuel olarak test edilmesi zor olan ve otomatik hale getirilen test senaryoları, testleri basitleştirir
  • Otomasyonun başarısız test senaryosunun belirlenmesine nasıl yardımcı olabileceğini gösteren bozuk işlevsellik

Adım 2. Otomasyon çerçevesi gelişme

Bir test otomasyon çerçevesi, kavramlar, süreçler, prosedürler, uygulamalar ve ortam kümesidir. Herhangi bir ürünü otomatikleştirmek için kurallardan oluşan entegre bir sistemden başka bir şey değildir. Bu sistem, işlevsel kitaplıklar, API'ler, test verileri, nesne deposu ve çeşitli diğer modülleri içerir. Test otomasyonu için kullanılan komut dosyası çerçevesi ve yaklaşımı maliyetleri üzerinde etkiye sahiptir.

Aşağıdaki komut dosyası oluşturma teknikleri kullanılabilir:

  • Doğrusal
  • Hibrit
  • Veri tabanlı
  • Anahtar kelimeye dayalı ve
  • Yapılandırılmış

Yukarıdaki tekniklerden herhangi birini kullanarak, testi yürütmek, test yürütmeyi ve raporlamayı basitleştirmek için belirli bir format elde edilmesine yardımcı olacak bir test çerçevesi tasarlanabilir.

Şablonları, nesneler için adlandırma kurallarını, test senaryolarını, test takımlarını, veri havuzunu vb. Belirleyin.

Aşama 3. Komut dosyası geliştirme ve yürütme

Adım 4. Raporlama: Aracın yerleşik raporlama yetenekleri var mı? Dahili raporlar gerekli tüm bilgileri tam olarak aktarabiliyor mu? Kristal raporlar, raporNG vb. Raporlama amaçlı başka bir araca ihtiyacımız olacak mı?

Adım 5 . Otomasyon komut dosyalarının bakımı

Paydaşlara sunmak:

Kavramın kanıtı ve bir pilot uygulama önemli olduğu kadar, onu doğru şekilde sunmak da önemlidir. Aşağıdaki noktalar, onu olumlu bir şekilde sunmaya yardımcı olacaktır.

  1. Her test döngüsünde ne kadar manuel test çabası sarf edildiğiyle, manuel test sırasında karşılaşılan zorluklarla ve bunların üstesinden gelmek için otomasyonu nasıl kullanabiliriz ile başlayın.
  2. Aracı kavram kanıtına göre nasıl seçtiğinizi açıklayın
  3. Otomasyon aracının özelliklerini ve test gereksinimlerini nasıl tamamladığını vurgulayın
  4. Otomasyon boyunca çalışırken, otomasyon aracının yalnızca daha hızlı test yürütmeye nasıl yardımcı olacağını değil, aynı zamanda doğrulama ve hata tanımlama gerçekleştirme yeteneğini de açıklayın.
  5. Raporun test senaryosu yürütme durumunu nasıl göstereceğini gösterin
  6. Farklı test durumu durumları için renkli göstergeler, başarısız test durumlarının anlık görüntüleri ve rapor taşınabilirliği gibi raporlama özelliklerini vurgulayın
  7. Son olarak, her test döngüsü için test süresinin ne kadar azaltılacağını gösterin.
  8. Ayrıca geliştirdiğiniz tüm otomasyon çerçevesine nasıl ulaşabileceğinizi ve kullanım ve bakım açısından avantajlarını açıklayın.

Tek bir basit veya kritik işlevi otomatikleştirmek için ne kadar zaman alacağına ilişkin soruları yanıtlamaya hazır olun. Ayrıca, uygulama cephesinde küçük bir değişiklik olursa, ne kadar komut dosyası değişikliği gerekecek ve ne kadar zamanın değiştirilmesi gerekecektir.

Bu kılavuzun, bir otomasyon testi POC belgesi yazmaya başlamanız için yararlı olacağını umuyoruz. Herhangi bir sorunuz varsa bize bildirin.

Önerilen Kaynaklar

^