how select correct test cases
Şimdi Test Otomasyonu çağı . Test projelerinin çoğu, üretkenliği ve kapsamı iyileştirmek için manuel test durumlarını otomatik olanlara çevirmeye çalışıyor.
Otomasyon Testini başlatmanın en önemli adımlarından biri - uygun test senaryolarını seçmek ve ROI'yi (Yatırımın Geri Dönüşü) belirlemektir.
Bu makaleden ne beklemeli?
Bu makalede, deneyimlerime dayanarak doğru adayı seçmenize yardımcı olmak için birkaç önemli noktadan alıntı yapmaya çalıştım. otomasyon ve daha iyi test sonuçları ve faydalar sağlayacak çeşitli diğer faktörleri belirler.
Neden Otomatik Test?
Otomasyon, Manuel Testi aşmaz veya onun yerine geçmez, ancak onu tamamlar. Manuel gibi, Otomasyon da doğru planlama, izleme ve kontrol içeren bir stratejiye ihtiyaç duyar. Otomasyon, doğru bir şekilde uygulandığında, takım, proje ve nihayetinde organizasyon için bir varlık haline gelebilir.
Otomasyonun birçok avantajı vardır; burada bahsetmek için birkaç önemli nokta var:
- Gibi rutin görevleri yürütmek için kullanışlıdır Duman testleri ve Regresyon testleri .
- Hazırlarken kullanışlıdır Test verisi .
- Yürütmeye yardımcı olur Karmaşık iş mantığını içeren test senaryoları .
- Çapraz platform test senaryolarını yürütmek için iyidir (farklı işletim sistemleri, tarayıcılar vb.)
- Manuel olarak yürütmesi biraz zor olan test durumlarını yürütmek harika.
- Test senaryosu yürütmelerinin yineleme sayısı bilinmediğinde.
Çoğu zaman paydaş, test otomasyonunun Manuel Test için bir destek aracı olarak işlev gördüğünü düşünür, bu nedenle otomasyonun testin etkililiğini, verimliliğini ve kapsamını artırmanın en iyi yolu olduğunu anlamak hayati önem taşır. Manuel yaklaşım aracılığıyla tekrarlanan görevler insan hatalarına açık olabileceğinden ve zaman alıcı olabileceğinden, yalnızca zamandan tasarruf sağlamakla kalmaz aynı zamanda doğruluğu da artırır.
Otomasyon Adayları
Kaçınılması Gereken Temel Hata:
Test uzmanlarının yaptığı en temel hatalardan biri, otomasyon için doğru test senaryolarının seçilmesidir.
Sadece herhangi bir test paketi seçmeyin. Test senaryolarını iyice analiz edin ve en önemli faktörü, yani ROI'yi göz önünde bulundurarak otomasyon adaylarını seçin. Öncelikle, daha yüksek ve pozitif bir YG elde etmenin yollarını anlamalı ve bulmalıyız.
atom editörü vs görsel stüdyo kodu
( YG - Yatırım Getirisi - Maliyet tasarrufu, artan verimlilik ve kalite açısından faydaların hesaplanmasıdır)
Otomasyon için doğru test senaryolarını belirlemeye yönelik standart bir prosedür yoktur. Her şey test ettiğiniz uygulamaya bağlıdır.
Deneyimlerime dayanarak, test senaryolarının seçilmesi için bazı bilgiler sağlayabilecek ve nihayetinde otomasyon için pozitif bir yatırım getirisi elde etme yolunda ilerleyebilecek birkaç adımı özetlemeye çalıştım.
Ayrıca Bakınız => Manuel Test Durumlarını Otomasyon Komut Dosyalarına Nasıl Çevirebilirim?
Ne öğreneceksin:
Otomasyon Testi İçin Doğru Test Durumları Nasıl Seçilir
Aşama 1:
Otomasyon için aday olarak test olayınızı dayandıracağınız parametreleri belirleyin.
Şu an itibariyle aşağıdaki parametreleri tanımlıyorum, uygulamanıza bağlı olarak kendi parametrelerinize sahip olabilirsiniz.
- Farklı veri kümeleriyle yürütülen test senaryosu.
- Farklı tarayıcılarda yürütülen test durumu.
- Farklı ortamlarda yürütülen test senaryosu.
- Karmaşık iş mantığı ile yürütülen test senaryosu
- Farklı bir kullanıcı grubuyla yürütülen test durumu
- Test senaryosu büyük miktarda veri içerir
- Test vakasının herhangi bir bağımlılığı vardır
- Test senaryosu özel veri gerektirir
Adım 2:
Her uygulamayı modüllere ayırın. Her modül için, parametrelere göre otomatikleştirilmesi gereken test senaryolarını analiz edin ve belirlemeye çalışın. Bu liste, projelerden projelere değişiklik gösterir ve ihtiyaçlarınıza uyacak şekilde geliştirilebilir:
Şekil 1.0
Y - Evet
N - Hayır
Benzer şekilde, tüm modüller için bu liste, otomasyon adayı test senaryolarını tanımlamak için kullanılabilir.
Aşama 3 :
Aşağıda gösterilen her modül için test senaryolarının sayısını birleştirin ve gruplandırın
Şekil 2.0
Şekil 2.0 oldukça açık ve kendinden açıklamalıdır. Burada ayrıntıları ölçmeye ve testi manuel olarak bitirmek için bir tahmin vermeye çalışıyorum.
4. Adım:
Tüm ayrıntılı seviye ayrıntılarını belirledikten sonra, bunları aşağıdaki şekilde sunabilirsiniz. Şimdi ROI'yi hesaplamaya devam ediyoruz.
Şekil 3.0:
Aşağıdakileri de dikkate almalıyız YG'yi caydırmanın temelini oluşturan özellikler :
- Aracın satın alma ve lisanslama maliyeti
- Senaryoları geliştirme zamanı
- Senaryoları koruma zamanı.
- Sonuçları manuel ve otomatik olarak analiz etme zamanı
- Kaynakları eğitmek için zaman ve maliyet.
- Yönetim genel giderleri
Test Otomasyonu ROI Hesaplama Örneği
Çoğu durumda, ROI 5 yıl için hesaplanır, ancak zorunlu değildir. Yukarıdaki faktörlere dayanarak, 5 yıllık ROI hesaplamasını detaylandırmaya çalışayım. Her zamanki gibi, onu her zaman uyarlayabilir ve geliştirebilirsiniz.
* ROI = (Kümülatif tasarruf / Otomasyon yoluyla yatırım) * 100
Otomasyon Testi Kılavuzu - Süreç Zorlukları Nelerdir?
Bir test paketini otomatikleştirmeye çalıştığımızda, büyük bir zorluk olduğunu düşündüğüm noktaları aktarmaya çalıştım.
# 1) Otomasyon İhtiyacı: Her test ekibi benzersizdir ve özel bir otomasyona ihtiyaç duyar. Sabit bir standart geliştiremiyoruz, ancak ihtiyacımıza uygun bir standart oluşturabiliriz. Bu nedenle, otomasyon, geliştirme ekibinin yanı sıra yönetimden de iyi bir destek gerektirir.
# 2) Tam uygulamayı otomatikleştirmek: % 100 bir uygulamayı otomatikleştirmek büyük bir görevdir. İmkansız olduğundan değil, doğru planlama ve izleme gerektiriyor ve tabii ki; bazen. Çok sayıda permütasyon ve veri kombinasyonu vardır, n sayıda kimlik doğrulama ve yetkilendirme özniteliği olan ortam sayısı, doğrulanması gereken ve dolayısıyla otomatikleştirmek için bir strateji gerektirir.
# 3) Manuel ve Otomasyon mantığı: ' Normalde hangisinin önemli ve yinelenen olduğunu otomatikleştiriyoruz, ancak önemli işlevselliği manuel olarak test etmeyi tercih ediyoruz ”. Şaşkın? Ben bile !! Ama bu bir gerçektir. Hangisinin ne olduğuna karar verecek kriterlere sahip olmalıyız. önemli test durumları. Bu kriterler, karmaşık iş mantığı, müşterilerin ilgisini daha çok çeken alanlar, riske açık alanlar vb. Gibi birçok faktöre dayanabilir.
# 4) Çerçeveye karar vermek: Çerçeveyi tasarlama otomasyonun en önemli yönüdür. Çerçeveyi geliştirmek için senaryodan daha fazla zaman ayırmamız gerektiğine inanıyorum. Otomasyon planını geliştirdiğimizde, çerçeve tasarımı ana odak noktası olmalıdır.
Çerçeveyi tasarlamak için PLANLAMA. Çerçeveyi oluşturacak öğeler için bir kontrol listesi belirleyin ve yapın. Çerçeve kaya gibi sağlamsa, komut dosyası oluşturmak ve sürdürmek kolaylaşır.
# 5) Ekibin bilgisi: Otomasyonu düşündüğümüzde, hemen programlama dilini veya betik dilini öğrenmeye başlıyoruz. Bu dili öğrenmek kesinlikle yardımcı olacaktır, ancak mantığın oluşturulması ve geliştirilmesine daha fazla önem verilmelidir.
Otomasyon bir avuç kaynağın sorumluluğu olmamalı, bunun yerine bütün bir ekip buna katkıda bulunmalıdır. Bu sadece kaynakların becerilerini geliştirmeye değil, aynı zamanda onları motive et .
# 6) Raporlama: Her aracın test sonuçlarını raporlamak için bir standardı vardır. Özelleştirmek için; zorlu bir görevdir. Test sonuçlarının raporlanması ayrıca maliyeti artıran koordinasyon ve bakım gerektirir.
# 7) Güven: Otomasyon ekibimize güvenmeliyiz. Bir otomasyon paketi oluşturmak için adam-saat harcıyoruz ancak yine de test sonuçlarına inanmıyoruz. Senaryoların korunması için çaba gösterilmelidir. Ayrıca, uygulamanın manuel testini yapan ekibin, uygulamayı bildikleri için uygulamayı otomatikleştirmek için dahil olması gerektiğini görmeliyiz.
Çoğu zaman, üçüncü bir ekip otomasyonu yapar, böylece gerçek test ekibi komut dosyalarının farkında olmaz ve sonunda testleri manuel olarak çalıştırır çünkü komut dosyalarını takip ettiklerini hissederler, görevlerine katkıda bulunurlar.
Ayrıca bakınız=> Manuel ve Otomasyon Testi Zorlukları.
Sonuç
Çoğu durumda, Regresyon paketini otomatikleştirin ( çevik bir ortamda regresyon paketini otomatikleştirmenin bazı zorlukları var ) daha fazla sayıda test senaryosu içerdiğinden. Bu durumda, regresyon takımlarını daha küçük takımlara ayırabilir ve sürüm gereksinimine göre uygun takımı çalıştırmaya karar verebiliriz.
Bir regresyon paketinin 1500 test senaryosu içerdiğini varsayalım, bunu her bir takım elbise başına 500 test durumundan oluşan 3 takımlığa bölebilir ve otomatikleştirebilirsiniz.
c ++ ne için kullanılır?
Tüm paketi otomatikleştirmek yerine şunları yapabilirsiniz: faz bazlı otomasyonu tercih edin . Diğer bir deyişle, otomasyon paketini geliştirmek için prototip modelini takip edebilirsiniz. Daha az sayıda test senaryosu uygulayarak bir yapı veya çerçeve oluşturun ve bunu kullanmaya başlayın ve daha fazla test senaryosu ekleyerek onu kademeli olarak geliştirin.
Takip etmeliyiz Deming tekerlek (PDCA döngüsü) otomasyon için de. Devam eden bir faaliyet olmak, çerçevenin düzgün bir şekilde oluşturulmasına vurgu yapılmalıdır bu, bakım kolaylığı ve yeni özelliklerin uygulanmasıyla sonuçlanacaktır.
Geliştirme ekibinden ve yönetimden uygun destek gerektirir. Test ekibini, ürünlerini herkesten daha fazla bildikleri için Otomasyon Testine en fazla katkıda bulunmaya teşvik etmeliyiz.
Yazar hakkında: Bu Shilpa Chatterjee Roy'un konuk makalesi. 8,5 yıldır Yazılım Testi alanında çeşitli alanlarda çalışmaktadır.
Umarım bunu basitleştirmişizdir'Otomasyon testi için Manuel'süreç. Lütfen süreç zorluklarının üstesinden nasıl geldiğinize dair deneyimlerinizi ve düşüncelerinizi paylaşmaktan çekinmeyin.
PREV Eğitimi | SONRAKİ Eğitici
Önerilen Kaynaklar
- Manuel Test Durumlarını Otomasyon Komut Dosyalarına Nasıl Çevirebilirim? - Örnekle Adım Adım Kılavuz
- Manuel ve Otomasyon Testi Zorlukları
- Otomasyon Testi Nedir (Test Otomasyonunu Başlatmak için Nihai Kılavuz)
- 10 Adımlı Otomasyon Test Süreci: Kuruluşunuzda Otomasyon Testine Nasıl Başlanır?
- Otomasyon Testi için En İyi 25 Java Test Çerçevesi ve Araçları (Bölüm 3)
- 2021'de 20'den Fazla En İyi Açık Kaynak Otomasyon Test Aracı
- En İyi 10 Test Otomasyon Stratejisi ve En İyi Uygulamalar
- Otomasyon Testi Ne Zaman Tercih Edilmeli?