how translate manual test cases into automation scripts
Bu, temel 'nasıl yapılır' makalesi olacak ve herhangi bir Otomasyon aracına özgü değildir. Temel olarak, burada yapmaya çalıştığım şey, bir Otomasyon test vakası oluşturmaya giden düşünce sürecini kelimelere dökmek. Her zaman olduğu gibi, umarım bu hepiniz için yararlı olur.
Bir Otomasyon Test Durumu veya Komut Dosyası Nasıl Tasarlanır?
Otomasyon her zaman Manuel Testi takip eder. Tipik olarak, AUT'de bir veya daha fazla Manuel Test turu zaten gerçekleştiriliyordu. Bu, Manuel Test durumlarının zaten mevcut olduğu ve en az bir kez yürütüldüğü anlamına gelir.
Örneğin, aşağıdakilerin senin olduğunu varsay Manuel Test durumu . Yalnızca Gmail.com sitesinde oturum açmaktır. Şimdi, bu yeterince basit görünüyor, değil mi? Bu nasıl bir Otomasyon Komut Dosyası olur? (Büyütmek için resmin üzerine tıklayın)
Ne öğreneceksin:
Bu Kılavuz Test Vakasını Bir Otomasyon Komut Dosyasına Nasıl Çevirebilirim?
Aşağıdakiler, bir Otomasyon Komut Dosyasına çeviriyi elde etmek için izleyeceğimiz yönergelerdir:
# 1) AUT Durumu: Sütun ön koşulu, belirli bir adımın yürütülmesi için ayarlanacak arka planın belirli bir durumundan başka bir şey değildir. Bu özellikle iki senaryoda önemlidir:
- Teste başlamak için: Bu durumda, tarayıcıya ihtiyacımız var ve başlatıldı. (Kullanıcı adı ve parola kullanılabilirliği kısa bir süre içinde ele alınacaktır). Şimdi, otomasyon dünyasında aynı şeyi nasıl yazabilirim? QTP'yi düşünün. Tarayıcıyı programatik ifadeler kullanarak başlatma seçeneğiniz vardır veya özellikleri ayarlamak için 'ayarı kaydet ve çalıştır' iletişim kutusunu kullanabilirsiniz. Bu özellikleri doğru şekilde ayarlamak çok önemlidir. Çoğu zaman, belirli bir kod parçasının bir makinede çalışıp diğerlerinde çalışmamasının nedeni budur.
- Belirli bir adımı yürütmek için Adım 2'nin gerçekleştirilmesi için 1. adımın tamamlanması ve tamamlanması gerekir. Bunu manuel olarak yapmak için, adım yürütme tamamlanana ve sayfa tamamen yüklenene kadar bekleyebiliriz. Senkronizasyonu kullanın veya otomasyon komut dosyanızdaki ifadelerin istenen durum gerçekleşene kadar beklemesini bekleyin.
Not: Birden çok veri kümesi için aynı kodu çalıştırdığınızda, AUT'yi bir sonraki yineleme başlamadan önce olması gereken duruma döndürdüğünüzden emin olmak istersiniz.
# 2) Test Adımları
Manuel Test adımlarını 3 kategoriye ayırabiliriz:
- Veri girişi : Veri girişi adımları, AUT'nize giriş olarak bazı bilgileri girdiğiniz yerdir.
- AUT durum adımlarının değiştirilmesi : bu adımlar, AUT'nizde bir değişikliğe neden olacak adımlardır. Yeni bir sayfaya gitmeyi, belirli bir alanın görünür olmasını, düzenlenebilir bir düzenleme kutusunu vb. İçerebilir.
- Kombinasyon : Adından da anlaşılacağı gibi bu, yukarıdaki her iki türün birleşimidir. Bir onay kutusu durumunda, açıldığında belirli bir alanı etkin hale getirecektir. Bu durumda, onay kutusu alanı için 'True' değerini giriyorsunuz ve bu aynı zamanda AUT durumunuzla sonuçlanıyor.
Yukarıdaki test durumunda, yalnızca tip 1 ve 2 adımlar mevcuttur.
- Tip 1: test adımları 2 ve 3
- Tip 2: Test adımları 1 ve 4
Herhangi bir aracı kullanarak bir Otomasyon Komut Dosyası oluşturmanın ön koşulu, aracın yanı sıra AUT'yi analiz etmek için biraz zaman harcamaktır. İkisinin de birbirleriyle nasıl etkileşime girdiğini görmeye çalışın. Örneğin, QTP'nin 3 kayıt yolu vardır ve her biri farklı bir şekilde çalışır.
Nesneleri nasıl tanımladığını biliyorsanız, hangisini kullanacağınızı ve onları daha iyi kullanacağınızı bilirsiniz. QTP'nin nesneleri kolayca tanımlayabildiği bir web uygulamanız varsa, normal modu kullanabilirsiniz. Değilse, analog veya düşük seviyeli yöntemleri kullanmanız gerekebilir.
Otomasyon Adımları:
- Veri giriş adımları Otomasyon ve Manuel yöntemlerde çok farklı değildir. Tek yapmanız gereken verileri girmek. Alana başvurma şekliniz farklıdır. Adımları gerçekleştiren makine olacağı için, sadece AUT'deki alanlara aracın anlayacağı şekilde başvurduğumuzdan emin olmalıyız. Bu, kodda kullanıldığı şekliyle mantıksal adını kullanmanız gerektiği anlamına gelir.
- OTOMATİK / Kombinasyon adımlarının değiştirilmesi için manuel bir senaryoda, eylemi gerçekleştirirsiniz (tıklayarak veya kontrol edersiniz veya girersiniz) ve değişikliği tek seferde doğrularsınız. Ancak bir Otomasyon senaryosunda bu mümkün değildir. Bu nedenle, eylem ve doğrulama / doğrulama için adımlar eklediğimizden emin olmalıyız.
- Yorumlar okunabilirlik için.
- Hata ayıklama ifadeleri - bunlar, testin kendisini oluştururken ve test ederken özellikle önemlidir. Test yürütmenin çeşitli aşamalarında çeşitli değerleri çıkarmak için sık sık mesaj kutularını kullanmayı deneyin. Bu, başka hiçbir şeyin yapamayacağı gibi size testte görünürlük sağlayacaktır.
- Çıktı ifadeleri - -e sonuçlara veya not defteri veya excel sayfası gibi başka bir harici yere yazın.
# 3) Doğrulama ve Doğrulama
Doğrulama ve Doğrulama olmadan, testin amacı kaybolur. Tipik olarak bir kontrol noktası kullanmanız gerekecektir (dahili olanlar anlamına gelmez). Dolayısıyla, mantığı oluşturmak için çok sayıda koşullu ifade ve ayrıca döngü ifadeleri kullanmanız gerekecektir.
Dikkate alınması gereken önemli bir şey, V & D'nizi dayandırdığınız öznitelik belirsiz olmamalıdır. Örneğin, başarılı oturum açma için, yeni e-posta sayısını değil, gelen kutusu sayfasını arayın, çünkü bu sabit bir değer değildir.
Dolayısıyla, bir dizi işlem her gerçekleştiğinde doğru olan bir şeyi seçmelisiniz - hatasız.
# 4) Test verisi
Aşağıda, Test Verisi gereksinimleriniz için yanıtlamayı düşünebileceğiniz sorulardan bazıları verilmiştir:
- Nereye yerleştirilir?
- Kodlamak mı yoksa kodlamamak mı?
- Güvenlik endişeleri?
- Yeniden kullanılabilirlik endişeleri?
Manuel test komut dosyasına dönüp baktığınızda, test verilerine, kullanıcı adına ve parolaya sahip olmanın teste başlamak için bile ön koşullardan biri olduğunu fark edeceksiniz.
# 5) Sonuçlar
Bir Manuel Test senaryosu için, her adımın sonucunu 'Gerçek Sonuç' sütununa koyabilirsiniz. Bir Otomasyon aracının sonuç dosyası, çalıştırıldığında her adımın sonucunu içerir.
Otomasyon araçları günümüzde çok sağlam raporlama özelliklerine sahiptir. Bununla birlikte, yine de uyarlamanız gerekebilir Test sonuçları . Bu nedenle, sonuç dosyasına sık sık yazma adımlarını dahil edin, böylece yürütme yapılırken tam olarak neler olduğunu bileceksiniz.
Kullandığınız araç, oluşturduğu sonuç dosyasına yazmayı desteklemiyorsa, siz ilerledikçe yürütme durumu hakkında yorumlar eklemek için her testle ilişkilendirilmiş en az bir excel sayfası veya not defteri olması iyi bir fikirdir.
# 6) Operasyonlar Sonrası
Testi bitirdikten sonra, tarayıcıyı kapatmak veya AUT'yi kapatmak için Manuel test durumunuzda açıkça belirtilmesine gerek yoktur. Bir test uzmanı olarak, bunu gayretle yaparsınız. Otomasyon test durumu söz konusu olduğunda, bu adımları komut dosyanıza dahil edebilirsiniz. Temizleyin - bu aktiviteler diyorum. Oluşturduğunuz tüm bağlantıları kesin. Tüm uygulamaları kapatın. Hafızayı serbest bırakın.
Bu yönergeleri kullanarak Manuel Test olayımızı VB Komut Dosyası kullanan bir QTP Test Komut Dosyasına çeviriyorum. Sonuç şu: (büyütmek için resme tıklayın)
Her Adımda İlerleyin
Aşama 1: Ön koşul. IE'yi programlı bir şekilde Gmail.com URL'si ile başlatıyoruz.
Adım 2 ve 7: Senkronizasyon ifadesi. Yukarıda tartıştığımız gibi, bunlar, bir sonraki adımın uygulanmasından önce AUT'nin istenen duruma gelmesini sağlamak için önemlidir.
Adım 3 ve 4: Veri girişi. Tüm veriler kod içerisine kodlanmıştır. Tavsiye edilmese de, bu bir başlangıçtır.
Adım 5: AUT adımının değiştirilmesi. Adım 5, Oturum Aç düğmesine tıklamayı içerir. Bu ifade çalıştırıldığında bir V & D'ye ihtiyacınız olmayacak. Bunun nedeni, sonraki bir ifade olmasıdır ve eğer bu çalışabilirse; başarılı olmadan önceki anlamına gelir. Ancak çok çalışkansanız, buraya bir tane ekleyebilirsiniz.
Adım 6 ve 8: Yorumlar
Adım 9 ve 11: Koşullu ifade. V & V / Kontrol Noktası. Ortaya çıkan sayfada bir gelen kutusu bağlantısı olup olmadığını kontrol ederek girişin başarılı olup olmadığını görmeye çalışıyoruz. Dikkatlice not ederseniz, iç metinle bağlantı kurun, 'gelen kutusu. *' Aranır. Dolayısıyla, alınan yeni e-postaların sayısından (değişken olan) bağımsız olarak, bir gelen kutusu bağlantınız varsa (bu her zaman sabittir), bu, kontrol noktasının geçtiği anlamına gelir.
Adım 10: Mesaj Kutusu. Görünürlük için
Adım 12 ve 13: Bunlar temizlik faaliyetleridir. Hesaptan çıkış yapıyorsunuz ve tarayıcıyı kapatıyorsunuz.
cep telefonuna koymak için casus yazılım
Sonuç
Böylece, iyi yazılmış bir Manuel komut dosyanız ve takip etmeniz gereken bir dizi temel yönergeye sahip olduğunuzda bir Otomasyon komut dosyasının ne kadar kolay açıldığını görürsünüz. Bu ilgili bir makale olmadığı için çerçeveler , Fonksiyonlardan, yeniden kullanılabilirlik faktörlerinden, parametrelendirmeden vb. Uzak durdum. Test komut dosyası temel yapı taşıdır, temel bilgilere sahip olduğunuzda bir komut dosyası üzerinde doğaçlama yapmak kolaydır.
Göz önünde bulundurduğunuz başka faktörler, daha kolay bulduğunuz başka bir yöntem veya takip etmekte zorlandığınız herhangi bir kılavuz var mı? Lütfen yorumlarınızdaki geri bildiriminizi bana bildirin.
Bu gönderi STH ekip üyesi Swati Seela tarafından yazılmıştır. Çeşitli çokuluslu şirketlerle çalışma konusunda 9 yıldan fazla Manuel ve Otomasyon testi deneyimine sahiptir. Aynı zamanda bizim eğitmenimizdir. Yazılım Testi QA Eğitimi kursu . Bu kursla ilgileniyorsanız, yaklaşan parti programı burada .
PREV Eğitimi | SONRAKİ Eğitici
Önerilen Kaynaklar
- 10 Adımlı Otomasyon Test Süreci: Kuruluşunuzda Otomasyon Testine Nasıl Başlanır?
- Test Otomasyonu için Neden Çerçeveye İhtiyacımız Var?
- Manuel ve Otomasyon Testi Zorlukları
- Manuel ve Otomasyon Projeleri için Test Planlama Nasıl Farklıdır?
- Bir Proje İçin Hangi Tür Testin Gerekli Olduğuna Nasıl Karar Verilir? - Manuel veya Otomasyon
- Otomasyon Testi Nedir (Test Otomasyonunu Başlatmak için Nihai Kılavuz)
- QTP Çerçeveleri - Test Otomasyon Çerçeveleri - Anahtar Kelime Odaklı ve Doğrusal Çerçeve Örnekleri - QTP Eğitimi # 17
- En İyi 10 Test Otomasyon Stratejisi ve En İyi Uygulamalar