Menü

Manuel ve Otomasyon Projeleri için Test Planlama Nasıl Farklıdır?

  • Ana
  • Otomasyon Testi
  • Manuel ve Otomasyon Projeleri için Test Planlama Nasıl Farklıdır?

how does test planning differ

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

Hepimiz Otomasyon projelerinin yapı olarak Manuel testlerden farklı olduğu konusunda hemfikiriz. Otonom Otomasyon projeleri gerçekten mevcut olmasa da (veya ideal olarak var olmamaları gerekir), hem Manuel hem de Otomasyon projeleri planlanırken farklı şekilde ele alınır.

Karma planlı bir proje kaçınılmaz olarak yürütülür; bu sadece mevcut projeyi etkilemekle kalmaz ve bireyin yeteneklerine gölge düşürmekle kalmaz, aynı zamanda müşteri / yönetim için ekibe olan güven kaybına da yol açabilir - bu da daha fazla işi etkileyebilir. Biz testçilerin üzgün olmaktansa güvende olduğumuzu söylemeyi tercih ederim.

=> Tam Test Planı Eğitim Dizisi İçin Buraya Tıklayın

Test Planlama

Planlama hakkında iyi bir Dilbert çizgi romanı:

proje planlama dilbert

Daha ileri gitmeden önce, bu makalenin ne hakkında OLMAYACAĞINI belirlemek istiyorum.

# 1) Bu, Otomasyon çerçevelerinin derinlemesine bir tartışması değildir. Farklı projeler, AUT'nin doğasına, mimarisine, karmaşıklığına, ekibin uzmanlığına, vb. Bağlı olarak farklı çerçeveler kullanır.

Çerçevelerle ilgili bilgiler aşağıdaki bağlantılarda bulunabilir:

Test otomasyon çerçeveleri bölüm 1 ve Bölüm 2 .

#iki) Bu aynı zamanda bir şablon, format veya bir Test Planı belgesi . Bir otomasyon projesi için ön dokümantasyon hususlarını, daha ziyade bir fizibilite analizi doğrultusunda ele alacağız.

# 3) Bu aynı zamanda özel araçlar değil. SDLC'deki her aktivite zaman, çaba, altyapı, başka bir deyişle PARA gerektirir.

Bir Manuel Test projesi için maliyet tüketen faktörler şunlardır:

  • İnsanlar
  • Araçlar - Test / Hata yönetimi
  • Altyapı - çevre
  • Zaman
  • Eğitim

Bir Otomasyon projesi için, yukarıdaki maddelere ek olarak aşağıdakiler için harcamaya ihtiyacı vardır:

  • Otomasyon araçları
  • Test Yönetimi aracı entegrasyonu için eklenti
  • AUT'yi desteklemek için eklenti (SAP, Oracle vb. Gibi)
  • Çerçeve kurulumu
  • Araca özel eğitim

Bu koşullar göz önüne alındığında, bir Otomasyon projesinin başarısı, kodu ne kadar iyi yazdığınıza, kaç tane yeniden kullanılabilir bileşen yazdığınıza veya istenen sonucu kaç satır kodda elde ettiğinize bağlı mı?

Hayır.

Başarıyı belirleyen bir ve tek soru var - 'Manuel rotaya kıyasla daha iyi bir Yatırım Getirisi (Yatırım Getirisi) elde edebiliyor musunuz'? - Hemen değilse, er ya da geç.

Bu sorunun cevabı 'HAYIR' ise Otomasyon projesini yanlış planlamışsınızdır.

Normalde, bir Test Planında aşağıdaki bölümler bulunur. Göz önünde bulundurulması gereken Otomasyona özgü yönlere odaklanarak her birini tartışacağız:

otomasyon test planı

Otomasyon Test Test Planı Bölümleri

Bölüm 1:Dürbün

  • Birden çok döngü boyunca tekrar tekrar gerileyecek Test olaylarını / senaryolarını seçin.
  • Bazen en basit Test senaryolarının otomatikleştirilmesi için çok sayıda karmaşık çözüm gerekir. Bunlar sadece bir seferlik kullanım içinse, kesinlikle bir anlam ifade etmiyor. Yeniden kullanılabilirlik odak noktanız olmalıdır.
  • Otomasyon Testi, Keşif testini gerçekleştirmez / yapamaz.

Bölüm 2: Test stratejisi

  • Bu bölüm Otomasyon dünyasında Çerçeve olarak anılır. Bazı çerçevelerin oluşturulması son derece zordur ve aynı zamanda etkilidir - ancak zaman, çaba ve yeterlilik bakımından talep ederler. Her zaman bir orta yol arayın ve kaynakların aşırı kullanımını tehlikeye atmadan elinizden gelenin en iyisini yapın.
  • Tekdüzelik sağlamak ve üretkenliği artırmak için kullanılacak kodlama en iyi uygulamalarına, adlandırma kurallarına, depolanacak test varlıklarının konumlarına, test sonuçlarının formatına vb. Karar verin.

Bölüm # 3:Kaynaklar / Roller ve Sorumluluklar

  • Bu yöndeki ilk adım, ekibin yeteneklerini anlamak ve ortaya çıkan Otomasyon kapsamının önünde öngörmektir. Bu, hem Otomasyon hem de Manuel test ihtiyaçlarına uygun bir ekip seçmenize yardımcı olacaktır. Ayrıca, doğru tutuma sahip kişileri seçin - bunlar Manuel testin kendi boyutlarının altında olduğunu düşünmezler.
  • AUT, Test Management, Defect Management ve diğer SDLC etkinlikleri konusunda bilgili bir ekip seçin
  • Bölüm # 1: Kapsam

Bölüm 4:Araçlar

Otomasyon araçlarını aşağıdaki kurallara göre seçin:

  • Şirketin belirli bir araç için zaten lisansı var mı, deneyin ve kullanıp kullanamayacağınıza bakın
  • Açık kaynaklı (ancak güvenilir) araçları arayın
  • Ekip üyeleri aracı zaten biliyor mu yoksa yeni birini getirmemiz gerekiyor mu? Yoksa mevcut olanları eğitmek mi?

Bölüm # 5: Programları

  • Adım adım açıklamalı kodlar ve Otomasyon komut dosyalarının incelenmesi için zaman ekleyin
  • Komut dosyalarını zamanında koruyun. Önümüzdeki 6 ay kadar kullanmayacağınız bir kod parçası oluşturursanız, başarısızlık olasılığını azaltmak için düzenli aralıklarla bu kodu koruduğunuzdan emin olun.

Bölüm # 6:Çevre

  • AUT'nizin çalıştıracağı hedef ortam ve kullanmak istediğiniz Otomasyon aracı uyumlu olmalıdır. Bu, araç için ön lisanslama olarak dikkate alınması gereken faktörlerden biridir.
  • Ayrıca, geri kalanının Yönetim araçları Yerinde ve getirmeye çalıştığınız Otomasyon aracı, ek fayda sağlamak için birbirine bağlanabilir.

Bölüm # 7:Teslimat

  • Test komut dosyalarınız çıktılarınızdır. Ancak, herkes otomasyon / programlama dili konusunda bilgili değildir. Bu nedenle, mevcut kullanıcıların ve gelecekteki ekip üyelerinin siz yokken bile bu komut dosyasını anlayabilmelerine yardımcı olacak bir 'Nasıl Yapılır' belgesi oluşturmayı planlayın.
  • Senaryonuza yorumları da ekleyin.

Bölüm 8: Riskler

Bir otomasyon çözümü önerecekseniz, Otomasyon çabasının projeyi zorlamadığından emin olmak için uygun maliyetli araçlar ve çözümler seçtiğinizden emin olun.

Bir Otomasyon projesi için ROI'nin hemen pozitif olamayacağı, ancak uzun süreler boyunca açıkça görülebileceği beklentisini belirlemek önemlidir.

Bu nedenle, bir sistemi otomatikleştirmeyi önerirseniz, uygun olanı seçin.

  • Kararlı ve çok fazla bakım gerektirmez
  • Büyük regresyon paketleri için kapsama sahiptir
  • Çok fazla manuel müdahaleye sahip değildir veya bir insanın sezgisine bağlı değildir

Bölüm # 9:Test verisi

  • Verilerin güvenlik yönlerini dikkate alın
  • Komut dosyalarına herhangi bir test verisini sabit kodlamayın. Bu sadece çok fazla komut dosyası bakımına yol açar ve değişiklik sırasında hatalara neden olabilir.
  • Çok spesifik olun. Bir Manuel test adımı için - 'adı girin', 5 karakterlik herhangi bir ad girin diyebilirsiniz. Test sırasında, bir test uzmanı 'Swati' veya 'Seela' veya başka bir şey yazabilir. Ancak bir araç için böyle varsayımlar yapamaz. Bu nedenle, kesin değerleri sağlayın.

Bölüm # 10:Raporlar / Sonuçlar

  • Komut dosyası yürütme sonuçları da tekniktir ve diğer ekipler tarafından kolayca anlaşılmayabilir. Ek bir önlem olarak ayrıntılı sonuçları not defterine veya Excel sayfalarına yazmayı planlayın.
  • Ayrıntılı çerçeve belgeleri, inceleme sonuçları, kusur raporları, yürütme durum raporları da beklenmektedir.

Otomasyon meraklıları olarak, müşterilerin / yönetimin otomasyon tekliflerini kolayca satın alamayacağını düşünebiliriz.

unix komutları röportaj soruları ve cevapları pdf

Bununla birlikte, nihai hedefimiz Otomasyon aracılığıyla yatırım getirisini en üst düzeye çıkarmak olduğunda, yönetim / müşterinin hedefleriyle de mükemmel bir uyum içindeyiz. Bu, yalnızca projemizi Otomatikleştirmemizi sağlamakla kalmayacak, aynı zamanda bunu çok sayıda onay, işbirliği ve heyecanla yapabileceğimizi garanti edecektir.

Yukarıda listelenen tüm faktörlerin planlanması ve kapsamlı analizi, bu yolculuk boyunca müttefikimiz olabilir. Yine, ROI her şey demektir.

Bu gönderi STH yazarları ekip üyesi Swati Seela tarafından yazılmıştır.

Sorularınız veya tartışacak şeyleriniz mi var? Aşağıdaki yorumları yazmaktan çekinmeyin.

=> Tam Test Planı Eğitim Dizisi İçin Burayı Ziyaret Edin

Önerilen Kaynaklar