Menü

10 Adımlı Otomasyon Test Süreci: Kuruluşunuzda Otomasyon Testine Nasıl Başlanır?

  • Ana
  • Otomasyon Testi
  • 10 Adımlı Otomasyon Test Süreci: Kuruluşunuzda Otomasyon Testine Nasıl Başlanır?

10 step automation testing process

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

Otomasyon Test Süreci: Projenizde otomasyon testine nasıl başlayacağınızı öğrenin (adım adım kılavuz)

Birçok kuruluşta kalite ilk tercihtir. Böyle bir organizasyonda bulunduğunuz tespit edilirse ve hala resmi bir test otomasyonu yapılmamışsa, onu başlatacak kişi siz olabilirsiniz.

Kuruluşunuzun daha kaliteli ürünleri daha kısa sürede üretmesine yardımcı olacak ve aynı şekilde erken pazarlayabilecektir.

=> ‘ Test otomasyonu eğitim serisi ’, Test otomasyon sürecinin ne olduğunu tartışacağım ve kuruluşunuzda test otomasyonu nasıl başlatılır . Hangi adımın önce ve neden gerçekleştirileceğini anlamak önemlidir.

Bu adımlara bağlı kalmak, otomasyonu sorunsuz bir şekilde tanıtmanıza yardımcı olacak ve otomasyon arızalarına yol açan yaygın tuzakları ortadan kaldırmanıza olanak sağlayacaktır.

test otomasyonunu başlatma adımları

Ne öğreneceksin:

Test Otomasyonunu Başlatmak için 10 Adımlı Otomasyon Test Süreci

İşte otomasyon testine başlamanıza yardımcı olacak adım adım test otomasyon süreci ve kılavuzu.

Hadi başlayalım.

Aşama 1.Yönetimi ikna edin

Kuruluşunuzda test otomasyonunu keşfetmeye ve başlatmaya ne kadar istekli olursanız olun, yönetiminiz test otomasyonunun sunduğu faydalar konusunda ikna olmazsa hiçbir şey yapamazsınız. Test otomasyonunun pahalı olduğu evrensel bir gerçektir. Araçlar pahalıdır ( HP QTP / UFT lisans, makine başına yaklaşık 8K $ maliyeti). Bir test otomasyon mimarı veya mühendisinin bir maliyeti vardır (bu arada, bu da pahalıdır). Bundan sonra, test otomasyonunun faydaları hemen görülemez. Komut dosyalarınızın hazırlanması, test edilmesi ve uygulamayı test etmeniz için güvenilir şekilde çalışabilmesi için 2-3 ay beklemeniz gerekir.

Yönetimi bu masrafların acısını çekmeye ikna etmelisiniz ve ayrıca test otomasyonu sonuç vermeye başlamadan önce sabırlı olmalarını söylemelisiniz.

Peki nasıl ikna edilecekler? Onlara maliyet-fayda analizini söylemelisiniz. Sanki test etmek için ne kadar zaman harcadığımıza dair sorular sorabilirsiniz. BAT (Derleme Kabul Testi) uygulamamızın O halde bir gün sürerse test otomasyonu ile 2 saat içerisinde test edebiliriz diyebilirsiniz. Maliyet, aracı satın almanız, kaynağı eğitmeniz ve sonuçları iki ay beklemeniz gerektiğidir. İki ay sonra, iki saat içinde BAT çalıştırabileceğiz. Bu, yeni bir derleme yayınlandığında her seferinde 6 saatlik manuel testten tasarruf sağlayacaktır. Derleme ayda 4 kez yayınlanırsa. 24 saat veya 3 günlük manuel testten tasarruf edebileceksiniz!

Bu, manuel test yapanların hiçbir şey yapmayacağı anlamına gelmez. Otomasyon gerileme sorunlarıyla ilgilenirken, uygulamanın yeni ve önemli işlevlerine odaklanmak için bu 6 saatlik testi kullanacaklar. Bu kurulum genel olarak ürünün kalitesini onlarca kez iyileştirecektir.

Yönetiminiz ürünlerinin kalitesi için ödeme yapmaya istekli değilse, kimse onları bunu yapmaya zorlayamaz. Müşterilerin ürünlerden ne zaman şikayet edeceğini otomatik olarak öğrenecekler. Kalite her şeyi etkiler. Satışlarınızı etkiler, müşterilerle ilişkinizi etkiler, tüketicilerin zihnindeki algınızı etkiler. Dolayısıyla, akıllı yönetim her zaman ürünlerinin kalitesine yatırım yapmıştır.

Yani, yönetiminizi ikna etme konusunda hatırlamanız gereken beş nokta:

  1. Onlara test otomasyonunun faydalarını ayrıntılı olarak anlatın.
  2. Onlara, test otomasyonunun pahalı olduğunu ve başlangıçta size pahalıya mal olacağını, ancak komut dosyaları hazırlanıp uygulamaya başlandığında maliyetin düşeceğini söyleyin.
  3. Test otomasyonundan herhangi bir sonuç beklemeden önce yaklaşık 3 ay beklemeleri gerektiğini söyleyin.
  4. Onlara, test otomasyonunun manuel test cihazlarının yerini alması değil, aynı anda daha fazla test yapabilecekleri için manuel test uzmanlarına yardımcı olması gerektiğini söyleyin.
  5. Test otomasyonu, daha kısa sürede daha fazla test anlamına gelmez; aynı anda daha fazla test anlamına gelir. (Eğer manuel test uzmanları BAT'ı 8 saat içinde test etmek için kullanılırsa, BAT'ı artı yeni işlevselliği ve diğer birçok şeyi aynı 8 saat içinde otomasyon varlığında test edebilirler.)

Unutmayın, yönetiminizi ikna etmenin, kuruluşunuzda test otomasyonu sunmanın ilk ve en önemli adımıdır. İkna olmazlarsa, test otomasyonunu unutun veya organizasyonunuzu değiştirin. :)

Adım 2.Otomasyon aracı uzmanlarını bulma

İki tür otomasyon uzmanı vardır.

  1. Otomasyon mimarları
  2. Otomasyon mühendisleri

Otomasyon mimarları ender bir türdür. Bulmaları zor, son derece pahalı ve otomasyon projesinin başarısı için son derece gerekli. Bu kişiler genellikle otomasyon çerçevelerini oluşturmaktan sorumludur. (Otomasyon çerçevelerini ayrı bir makalede ayrıntılı olarak tartışacağız)

Otomasyon mimarları farklı alet türlerinde deneyimlidirler ve genellikle her aletin güçlü ve zayıf yönlerini bilirler. Ayrıca, o uygulamada kullanılan uygulama ve teknolojileri dikkatlice analiz ederek yönetime otomasyon için doğru aracı seçmede yardımcı olacaklardır. . Ayrıca çerçeveyi oluşturmaya, adlandırma kurallarını tasarlamaya ve komut dosyası oluşturma için kurallar oluşturmaya yardımcı olurlar. Ayrıca, ilk olarak hangi test senaryolarının otomatikleştirileceğini seçmede yardımcı olacaklar.

Otomasyon mimarı görevi için doğru bir kaynak bulabilirseniz, yarım işiniz organizasyonunuzdaki başarılı otomasyonda yapılır.

Otomasyon mühendisleri Öte yandan, manuel test senaryolarını otomatikleştirilmiş komut dosyalarına dönüştürecek kişilerdir. Bir otomasyon mimarı altında çalışacaklar ve komut dosyalarını oluşturmaktan ve yürütmekten sorumlu .

Bazı şirketler dışarıdan otomasyon mühendisleri işe alır ve bazı şirketler mevcut manuel test cihazlarını eğiterek şirket içinde işe alım yapar. Durum ne olursa olsun, kaynak programlama konusunda iyi olmalıdır. Özellikle nesne yönelimli programlama hakkında bilgi sahibi olmalıdır. Ürünlerin çoğu için 1 otomasyon mimarı ve iki otomasyon mühendisinin kombinasyonu harikadır.

Aşama 3.Otomasyon için doğru aracı kullanmak

Bu nokta kendi makalesini hak ediyor (ve bunun üzerine bir tane yazacağım). Bu, otomasyonu başlatma sürecinde bir başka zor adımdır. Piyasada çeşitli araçlar vardır, ancak uygulamanız için en iyi olanları seçmeniz gerekir.

Kısaca söylemek gerekirse, aracı seçerken en önemli hususları yazacağım. Takım seçim sürecini ayrı bir makalede detaylı olarak anlatacağım.

Doğru araçları seçerken dikkate alınması gereken en önemli şeyler şunlardır:

  1. Araç senin içinde olmalı bütçe . Otomasyon araçları gerçekten pahalıdır. Bu nedenle, şirketin aracı satın almak için bütçesi olmalıdır.
  2. Araç, destek teknolojileri uygulamanızda kullanılır. Uygulamanız flash veya Silverlight kullanıyorsa, aracın bunu desteklemesi gerekir. Uygulamanız mobil cihazda çalışıyorsa, aracın mobil cihazlarda komut dosyalarını çalıştırabilmesi gerekir. Uygulamanızda kullanılan tüm teknolojileri destekleyen tek bir araç satın alabilir veya her teknoloji için ayrı araçlar satın alabilirsiniz. Örneğin , web uygulamalarınız için selenyum kullanabilirsiniz, robotlar Android uygulamalarınız için ve MS Kodlu Kullanıcı Arayüzü masaüstü uygulamaları için. Karar ne olursa olsun, bu bütçenizde olmalıdır.
  3. Gerekli olanlara sahip olmalısınız yetenekli kaynaklar bu aracı kim kullanabilir veya bu aracı daha kısa sürede öğrenebilir. Örneğin , yalnızca QTP konusunda deneyimli olan otomasyon mimarını işe aldınız ve MS Kodlu UI için bir lisans satın alıyorsunuz, kaynak onu kullanmakta rahat olmayabilir. Aletler iyi arabalar gibidir, ancak bu iyi arabaları sürmek için iyi sürücülere de sahip olmalısınız.
  4. Aracın bir iyi raporlama mekanizması her yürütmeden sonra sonuçları paydaşlara göstermek.

Doğru aracı seçerken çeşitli başka faktörler de var ve bunları ayrı bir makalede ele alacağım.

En yeni en iyi otomasyon araçları için bu kılavuzu okuyun:

2020 Yılının En İyi 20 Otomasyon Test Aracı (Kapsamlı Liste)

Adım 4.Otomasyona en uygun olanları belirlemek için çeşitli uygulamaları analiz etmek

Kuruluşunuz 5 uygulama üzerinde çalışıyorsa, her birinin otomatikleştirilmesi gerekli değildir. Otomatikleştirmek için herhangi bir uygulamayı seçerken çeşitli faktörleri görmemiz gerekir.

Otomatikleştirilmesi gereken uygulama şu faktörlere sahip olmalıdır:

  1. Uygulama, gelişiminin ilk aşamalarında olmamalıdır. (Uygulama, kararlı ve manuel testçiler tarafından test edilmiş modüllerin tamamına veya bir kısmına sahip olmalıdır)
  2. Uygulamanın kullanıcı arayüzü kararlı olmalıdır. (Kullanıcı arayüzü sık sık değişmemelidir)
  3. Bu uygulamanın manuel test senaryoları yazılı olmalıdır.

Otomasyonun temel amacı, uygulamanın bir yapıda hatasız olması durumunda, bir sonraki derlemede hatasız kalmasını sağlamaktır. Manuel test uzmanı regresyon sorunlarını bulmakta zaman kaybetmemeli, bu sorunlar otomasyonda belirlenmelidir.

Yani bir regresyon bulmak için, zaten kararlı olan ve bunun için yazılmış bazı test senaryoları olan bir uygulamaya sahip olmamız gerekir. Otomasyon ekibi, bu test durumlarını komut dosyalarına dönüştürecek ve hiçbir gerilemenin görünmediğinden emin olmak için bu komut dosyalarını her derlemede çalıştıracaktır.

Ayrıca oku => Otomasyon Testi İçin Doğru Test Durumları Nasıl Seçilir

Adım 5.Takımın Eğitimi

Araç seçimi ve kaynak işe alımından sonra, bir sonraki adım mantıksal olarak kaynakların eğitimidir.

Manuel test cihazları otomasyon mühendislerine dönüştürülürse, otomasyon terminolojileri ve konseptleri konusunda eğitilmeleri gerekir. Otomasyon mimarı dışarıdan işe alınmışsa, test edilecek ürün, manuel test süreci ve yönetimin ne beklediği hakkında bilgi sahibi olmalıdır.

Kaynaklara, sonunda kazanan bir otomasyon stratejisi bulana kadar farklı şeyler denemeleri için biraz zaman verin. Onları kuruluşun halihazırda kullandığı araçlar konusunda eğitin hata izleme yazılımı ve ihtiyaç yönetimi yazılımı .

Manuel test uzmanları, geliştiriciler ve otomasyon ekibi arasında iyi bir eğitim ve güçlü bir iletişim gerçekten gereklidir.

6. Adım.Test otomasyon çerçevesinin oluşturulması

Otomasyon mimarı için en büyük görev, uzun vadede otomatikleştirilmiş testi desteklemesi gereken bir otomasyon çerçevesi bulmaktır.

Otomasyon çerçevesi, temelde komut dosyalarını en az bakımla sonuçlanacak şekilde yazmak için kurallar ve dikkatli planlamadır. Uygulamada herhangi bir değişiklik olursa, bu değişikliğin üstesinden gelmek için komut dosyalarının çok az güncellenmesi gerekir veya hiç güncellenmez. Bir otomasyon çerçevesinin güzelliği budur.

Doğrusal, modüler, veriye dayalı, anahtar kelimeye dayalı ve karma olmak üzere beş tür otomasyon çerçevesi vardır. Tüm bu çerçeveler, bu seride ayrı bir makalede örneklerle ayrıntılı olarak ele alınacaktır.

Aşağıdaki eğitimlerde otomasyon çerçeveleri hakkında daha fazlasını okumaya da başlayabilirsiniz:

=> Test Otomasyonu için Neden Çerçeveye İhtiyacımız Var?
=> QTP Çerçeve örnekleri
=> Selenium Framework örnekleri

7. Adım.Bir Yürütme Planı Geliştirme

Yürütme planı, komut dosyalarının hangi ortamlarda yürütüleceğini seçmeyi içerir. Ortam, işletim sistemi, Tarayıcı ve farklı donanım yapılandırmalarını içerir.

Örneğin , test senaryosu web sitesini Chrome, Firefox ve IE olmak üzere 3 tarayıcıda kontrol etmesini gerektiriyorsa, otomasyon ekibi komut dosyasını her tarayıcıda çalıştırabilecek şekilde yazacaktır.

Bu, senaryoları yazmadan önce her zaman söylenmelidir çünkü otomasyon ekibi önceden bilirse, komut dosyalarında dikkate alınacaktır. Yürütme planı ayrıca komut dosyalarını kimin yürüteceğini belirtmelidir. Normalde otomasyon ekibi komut dosyalarını her yapıda yürütür, ancak bu, şirketten şirkete değişir. Bazı yöneticiler, geliştiricilerden bu komut dosyalarını yayınlamadan önce yapılarında çalıştırmalarını ister ve bazı şirketler yalnızca yürütme için özel bir kaynak tutar. Bazı şirketler bile komut dosyalarını katılımsız modda çalıştırır, bu da elbette ek kaynak gerektirmez.

8. Adım.Senaryo Yazma

Çerçeve tasarlandığında, yürütme planı bilinir ve kaynaklar yeni araç üzerinde eğitilir, şimdi komut dosyası yazmaya başlamak için doğru zaman.

Komut dosyaları, uygun adlandırma kuralları ile düzenli bir şekilde yazılmalıdır. Kod kaybını önlemek için kaynak kodu bir kaynak kontrolünde tutulmalıdır. Sürüm kontrolü ve geçmişi korunmalıdır. Test otomasyonu tıpkı yazılım geliştirme gibidir. Komut dosyalarını yazarken en iyi programlama uygulamalarının tümüne dikkat edilmelidir.

Ayrıca oku => Manuel Test Durumlarını Otomasyon Komut Dosyalarına Çevirme

9. Adım.Raporlama

Raporlama özelliği genellikle araç tarafından sağlanır. Ancak sonuçları yönetime otomatik olarak e-postayla göndermek gibi özel raporlama mekanizmaları oluşturabiliriz.

Yönetimin ihtiyaç duyması halinde her yürütme sonunda çizelge ve tablo şeklinde raporlar oluşturabiliriz. Yönetim her zaman test senaryosu kapsamı hakkında bilgilendirilmelidir, yani otomasyonda hangi manuel test senaryolarının kapsandığı ve hangilerinin kaldığı.

10. Adım.Komut Dosyalarının Bakımı

En iyi programlama uygulamaları takip edilirse ve çerçeve iyiyse, bakım sorun olmayacaktır.

Bakım genellikle bir uygulama bir değişiklik talebi olduğunda gerçekleşir. Kusursuz yürütmeyi sağlamak için bu değişiklikle başa çıkmak için komut dosyaları derhal güncellenmelidir.

Örneğin , metin kutusuna komut dosyası aracılığıyla bir metin yazıyorsanız ve şimdi bu metin kutusu açılır liste haline gelirse, komut dosyasını hemen güncellemeliyiz.

Diğer bazı değişiklik türleri, komut dosyalarınızın uygulamanın İngilizce sürümünde çalıştığını içerir. Şimdi uygulamanın Çince'yi desteklemesi gerektiğine dair bir değişiklik isteği var. Çerçeveniz, Çince de yürütmeyi desteklemek için çok az çabayla komut dosyalarınızı güncellemenize izin vermelidir! Bu nedenle Otomasyon mimarları pahalıdır. :)

Çerçeve iyi değilse ve en iyi uygulamalar izlenmezse, bakım bir kabusa dönüşecektir. Çoğu otomasyon projesi, komut dosyalarının yetersiz bakımı nedeniyle başarısız olur.

Sonuç

Bu makale açıklar Otomasyon test süreci nedir ve organizasyonunuzda otomasyon testine nasıl başlanır baştan sona adım adım. Bu adımları takip ederseniz, umarım otomasyonunuz başarılı olur.

Önerilen okuma = >> En İyi BT Süreç Otomasyon Yazılımı

Kendi makalelerini hak eden bazı bölümler (Otomasyon aracı seçimi ve Otomasyon Çerçeveleri gibi) vardır. Bunları, bu otomasyon testi eğitim serisinin sonraki bölümlerinde ele alacağız.

=> Bu arada tüm öğreticileri kontrol etmek için burayı tıklayın bu dizide zaten yayınladık.

Tüm yönleri daha geniş bir bakış açısıyla ele almaya ve bu öğreticiyi yazmak için kendi deneyimlerimi kullanmaya çalıştım.

Önemli bir şeyi kaçırdığımı düşünüyorsanız veya bu eğitimin bir kısmının biraz daha açıklamaya ihtiyacı varsa, lütfen yorumlar bölümünde bana sorun. Sorularınıza cevap vermeyi çok isterim.

kanıtla c # test cevapları

ÖNCEKİ Eğitici # 2 | SONRAKİ Eğitim # 4

Önerilen Kaynaklar

^