Regresyon Testi nedir? Tanım, Araçlar, Yöntem ve Örnek

what is regression testing

Regresyon Testi nedir?

Regresyon Testi, yazılımdaki bir kod değişikliğinin ürünün mevcut işlevselliğini etkilemediğini doğrulamak için yapılan bir test türüdür. Bu, ürünün yeni işlevler, hata düzeltmeleri veya mevcut özellikteki herhangi bir değişiklikle düzgün çalıştığından emin olmak içindir. Değişikliğin etkisini doğrulamak için önceden yürütülen test senaryoları yeniden yürütülür.

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

Regresyon Testi, uygulamanın önceki işlevselliğinin düzgün çalışıp çalışmadığını ve yeni değişikliklerin herhangi bir yeni hataya yol açıp açmadığını kontrol etmek için test durumlarının yeniden yürütüldüğü bir Yazılım Testi türüdür.

Bu test, orijinal işlevsellikte tek bir hata düzeltmesinde bile önemli bir değişiklik olduğunda yeni bir yapıda gerçekleştirilebilir.

Regresyon, uygulamanın değişmemiş kısımlarının yeniden test edilmesi anlamına gelir.

Ne öğreneceksin:

• Bu Dizide Kapsanan Öğreticiler
• Regresyon Testine Genel Bakış
• Bu Testi Ne Zaman Yapmalı?
• Regresyon Testi Manuel Olarak Yapılabilir mi?
• Otomatik Regresyon Test Araçları
• Neden Regresyon Testi?
• Regresyon Testi Türleri
  • # 1) Birim Regresyon
  • # 2) Kısmi Regresyon
  • # 3) Tam Regresyon
• Ne Kadar Regresyon Gerekir?
• Regresyon Kontrolünde Ne Yaparız?
• Regresyon Test Teknikleri
  • # 1) Tümünü Yeniden Test Et
  • # 2) Regresyon Testi Seçimi
  • # 3) Test Durumu Önceliklendirme
  • # 4) Hibrit
• Regresyon Test Paketi Nasıl Seçilir?
• Regresyon Testi Nasıl Yapılır?
• Agile'de Gerileme
  • # 1) Sprint Seviyesi Regresyonu
  • # 2) Uçtan Uca Regresyon
• Avantajları
• Dezavantajları
• GUI Uygulamasının Regresyonu
• Regresyon ve Yeniden Test Arasındaki Fark
• Regresyon Test Planı Şablonu (TOC)
  • # 1) Belge Geçmişi
  • # 2) Referanslar
  • # 3) Regresyon Testi Planı
  • # 4) Onay / Kabul
• Sonuç
• Önerilen Kaynaklar

Bu Dizide Kapsanan Öğreticiler

Öğretici 1: Regresyon Testi nedir (Bu Eğitim)
Öğretici # 2: Regresyon Testi Araçları
Öğretici 3: Yeniden Test Vs Regresyon Testi
Eğitim 4: Agile'da Otomatik Regresyon Testi

Regresyon Testine Genel Bakış

Regresyon testi, bir doğrulama yöntemi gibidir. Test senaryolarının tekrar tekrar yürütülmesi gerektiğinden ve aynı test senaryolarının tekrar tekrar manuel olarak çalıştırılması da zaman alıcı ve sıkıcı olduğundan test senaryoları genellikle otomatikleştirilir.

Örneğin, Onayla, Kabul Et ve Gönder düğmelerine tıklandığında işlevlerinden birinin onay, kabul ve gönderilen e-postaları tetiklediği bir X ürünü düşünün.

Onay e-postasında bazı sorunlar meydana gelir ve aynısını düzeltmek için bazı kod değişiklikleri yapılır. Bu durumda, yalnızca Onay e-postalarının test edilmesi değil, aynı zamanda Koddaki değişikliğin onları etkilemediğinden emin olmak için Kabul ve Gönderilen e-postaların da test edilmesi gerekir.

Regresyon Testi, Java, C ++, C #, vb. Gibi herhangi bir programlama diline bağlı değildir. Bu, ürünü değişiklikler veya yapılan herhangi bir güncelleme için test etmek için kullanılan bir test yöntemidir. Bir üründeki herhangi bir değişikliğin, ürünün mevcut modüllerini etkilemediğini doğrular.

Hataların giderildiğini ve yeni eklenen özelliklerin yazılımın önceki çalışan sürümünde herhangi bir sorun yaratmadığını doğrulamak.

Test uzmanları, doğrulama için yeni bir yapı mevcut olduğunda İşlevsel Test gerçekleştirir. Bu testin amacı, mevcut işlevsellikte ve yeni eklenen işlevsellikte yapılan değişiklikleri doğrulamaktır.

Bu test yapıldığında, test eden kişi mevcut işlevselliğin beklendiği gibi çalışıp çalışmadığını ve yeni değişikliklerin bu değişiklikten önce çalışan işlevsellikte herhangi bir kusur oluşturmadığını doğrulamalıdır.

Regresyon testi, Salım Döngüsünün bir parçası olmalı ve test tahmininde dikkate alınmalıdır.

Bu Testi Ne Zaman Yapmalı?

Regresyon Testi genellikle değişikliklerin veya yeni işlevselliğin doğrulanmasından sonra gerçekleştirilir. Ancak bu her zaman böyle değildir. Tamamlanması aylar süren sürüm için, regresyon testleri günlük test döngüsüne dahil edilmelidir. Haftalık sürümler için, değişiklikler için Fonksiyonel Test bittiğinde regresyon testleri gerçekleştirilebilir.

Regresyon kontrolü, yeniden testin bir çeşididir (basitçe bir testi tekrarlamaktır). Yeniden test ederken, sebep herhangi bir şey olabilir. Diyelim ki, belirli bir özelliği test ediyordunuz ve günün sonuydu - testi tamamlayamadınız ve testin başarılı / başarısız olup olmadığına karar vermeden süreci durdurmanız gerekiyordu.

Ertesi gün geri döndüğünüzde, testi bir kez daha yaparsınız - bu, daha önce yaptığınız bir testi tekrar edeceğiniz anlamına gelir. Bir testi tekrar etmenin basit eylemi Yeniden Testtir.

Çekirdeğindeki regresyon testi bir tür yeniden testtir. Uygulamada / kodda bir şeyin değişmesi yalnızca özel durumlar içindir. Sistemin genel çerçevesini belirleyen kod, tasarım veya herhangi bir şey olabilir.

Bu durumda, söz konusu değişikliğin daha önce çalışmakta olan herhangi bir şeyi etkilemediğinden emin olmak için yapılan bir Yeniden Test, Regresyon Testi olarak adlandırılır. Bunun yapılmasının en yaygın nedenleri, kodun yeni sürümlerinin yaratılması (kapsam / gereksinimde artış) veya hataların düzeltilmesidir.

Regresyon Testi Manuel Olarak Yapılabilir mi?

Sınıfımda bu günlerden birini öğretiyordum ve aklıma bir soru geldi - 'Gerileme manuel olarak yapılabilir mi?'

Soruyu cevapladım ve sınıfa geçtik. Her şey yolunda görünüyordu, ama bir şekilde bu soru bir süre sonra beni rahatsız etti.

Birçok grupta bu soru, çeşitli farklı şekillerde birçok kez gelir. Onlardan bazıları:

• Test yürütmesini gerçekleştirmek için bir araca ihtiyacımız var mı?
• Regresyon Testi nasıl yapılır?
• Bütün bir test turundan sonra bile - yeni gelenler Regresyon testinin tam olarak ne olduğunu ayırt etmekte zorlanıyor mu?

Ve tabii ki asıl soru:

• Bu Test manuel olarak yapılabilir mi?

Başlamak için, Test uygulaması Test senaryolarınızı kullanmak ve bu adımları AUT'de gerçekleştirmek, test verilerini sağlamak ve AUT'de elde edilen sonucu test senaryolarınızda belirtilen beklenen sonuçla karşılaştırmak için basit bir eylemdir.

Karşılaştırma sonucuna bağlı olarak, geçti / kaldı test senaryosunun durumunu belirleriz. Test yürütmesi bu kadar basittir, bu işlem için gerekli özel araçlar yoktur.

Otomatik Regresyon Test Araçları

Otomatik Regresyon Testi, test çabalarının çoğunu otomatikleştirebileceğimiz test alanıdır. Daha önce yürütülen tüm test senaryolarını yeni bir yapıda çalıştırıyoruz.

Bu, bir test senaryosu setimiz olduğu ve bu test senaryolarını manuel olarak çalıştırmanın zaman alıcı olduğu anlamına gelir. Beklenen sonuçları biliyoruz, bu nedenle bu test senaryolarının otomatikleştirilmesi zamandan tasarruf sağlar ve verimli bir regresyon testi yöntemidir. Otomasyonun kapsamı, fazla mesai uygulanabilecek test senaryolarının sayısına bağlıdır.

Zaman zaman test senaryoları değişiyorsa, uygulama kapsamı artmaya devam eder ve bu durumda regresyon prosedürünün otomasyonu zaman kaybı olur.

Regresyon test araçlarının çoğu kayıt ve oynatma türüdür. AUT (test edilen uygulama) içinde gezinerek test senaryolarını kaydedecek ve beklenen sonuçların gelip gelmediğini doğrulayacaksınız.

Araçlar

• Selenyum
• Katalog Stüdyosu
• AdventNet QEngine
• Regresyon Test Cihazı
• vTest
• Su
• actiWate
• Akılcı Fonksiyonel Test Cihazı
• SilkTest
• TimeShiftX

Bunların çoğu İşlevsel ve Regresyon test araçlarıdır.

Önerilen Okuma => En İyi Regresyon Araçlarının Listesi İçin Burayı Kontrol Edin

Bir Otomasyon test paketinde Regresyon testi durumları eklemek ve güncellemek külfetli bir iştir. Regresyon testleri için bir Otomasyon aracı seçerken, aracın test senaryolarını kolayca eklemenize veya güncellemenize izin verip vermediğini kontrol etmelisiniz.

bulut bilişim sağlayıcıları, hizmetlerini şu şekilde sunar:

Çoğu durumda, sistemdeki sık değişiklikler nedeniyle otomatik Regresyon testi durumlarını sık sık güncellememiz gerekir.

VİDEOYU İZLE

Tanımın bir örnekle daha ayrıntılı açıklaması için lütfen aşağıdakileri kontrol edinRegresyon Testi videosu:

Neden Regresyon Testi?

Regresyon, bir programcı herhangi bir hatayı düzelttiğinde veya sisteme yeni işlevsellik için yeni bir kod eklediğinde başlatılır.

Yeni eklenen ve mevcut işlevsellikte birçok bağımlılık olabilir.

Değiştirilmemiş kodun etkilenmemesi için yeni kodun eski kodla uyumlu olup olmadığını kontrol etmek bir kalite ölçüsüdür. Test ekibinin çoğu zaman sistemdeki son dakika değişikliklerini kontrol etme görevi vardır.

Böyle bir durumda, tüm ana sistem yönlerini kapsayarak test sürecini zamanında tamamlamak için yalnızca etkilenen uygulama alanını test etmek gerekir.

Uygulamaya sürekli bir değişiklik / iyileştirme eklendiğinde bu test çok önemlidir. Yeni işlevsellik, test edilen mevcut kodu olumsuz yönde etkilememelidir.

Koddaki bir değişiklik nedeniyle oluşan hataları bulmak için regresyon gerekir. Bu test yapılmazsa, ürün canlı ortamda kritik sorunlar yaşayabilir ve bu gerçekten müşterinin başını belaya sokabilir.

Herhangi bir çevrimiçi web sitesini test ederken, bir test uzmanı, Ürün Fiyatının doğru gösterilmediğini, yani Ürünün gerçek fiyatından daha düşük bir fiyat gösterdiğini ve yakında düzeltilmesi gerektiğini bildirir.

Geliştirici sorunu çözdükten sonra, yeniden test edilmesi gerekir ve rapor edilen sayfadaki fiyatın doğrulanması düzeltilmiş olacağından Regresyon Testi de gereklidir, ancak toplamın birlikte gösterildiği özet sayfasında yanlış bir fiyat gösteriyor olabilir. diğer masraflarla veya müşteriye gönderilen postanın fiyatı hala yanlış.

Şimdi, bu durumda, site toplam maliyeti yanlış fiyatla hesapladığından ve aynı fiyat bir müşteriye e-posta ile gittiğinden, bu test yapılmazsa müşterinin zararı üstlenmesi gerekecektir. Müşteri kabul ettiğinde, Ürün çevrimiçi olarak daha düşük bir fiyata satılır, müşteri için bir kayıp olur.

Dolayısıyla, bu test büyük bir rol oynar ve aynı zamanda çok gerekli ve önemlidir.

Regresyon Testi Türleri

Aşağıda çeşitli Regresyon türleri verilmiştir:

• Birim Regresyon
• Kısmi Regresyon
• Tam Regresyon

# 1) Birim Regresyon

Birim Regresyon, Birim Testi faz ve kod ayrı ayrı test edilir, yani test edilecek üniteye olan herhangi bir bağımlılık bloke edilir, böylece ünite herhangi bir tutarsızlık olmadan ayrı ayrı test edilebilir.

# 2) Kısmi Regresyon

Kısmi Regresyon, kodda değişiklikler yapıldığında ve bu birimin değişmemiş veya halihazırda mevcut olan kodla entegre edildiğinde bile kodun iyi çalıştığını doğrulamak için yapılır.

# 3) Tam Regresyon

Tam Gerileme, kodda bir dizi modülde bir değişiklik yapıldığında ve ayrıca başka herhangi bir modüldeki bir değişikliğin etkisinin belirsiz olması durumunda yapılır. Değiştirilen kod nedeniyle herhangi bir değişikliği kontrol etmek için ürün bir bütün olarak geri çekilir.

Ne Kadar Regresyon Gerekir?

Bu, yeni eklenen özelliklerin kapsamına bağlıdır.

Bir düzeltmenin veya özelliğin kapsamı çok büyükse, etkilenen uygulama alanı da oldukça geniştir ve test, tüm uygulama test durumları dahil olmak üzere kapsamlı bir şekilde gerçekleştirilmelidir. Ancak bu, test uzmanı bir geliştiriciden kapsam, nitelik ve değişim miktarı hakkında girdi aldığında etkili bir şekilde kararlaştırılabilir.

Bunlar tekrarlayan testler olduğundan, test senaryoları otomatikleştirilebilir, böylece yeni bir yapıda bir dizi test senaryosu tek başına kolayca yürütülebilir.

Minimum test senaryolarında maksimum işlevselliğin kapsanması için, gerileme testi durumlarının çok dikkatli seçilmesi gerekir. Bu test senaryoları seti, yeni eklenen işlevsellik için sürekli iyileştirmelere ihtiyaç duyar.

Uygulama kapsamı çok büyük olduğunda ve sistemde sürekli artışlar veya yamalar olduğunda çok zorlaşır. Bu gibi durumlarda, test maliyetinden ve süresinden tasarruf etmek için seçici testlerin yürütülmesi gerekir. Bu seçici test senaryoları, sistemde yapılan geliştirmelere ve en çok etkileyebileceği parçalara göre seçilir.

Regresyon Kontrolünde Ne Yaparız?

• Önceden yürütülen testleri yeniden çalıştırın
• Mevcut sonuçları önceden yürütülen test sonuçlarıyla karşılaştırın

Bu, yazılım testi yaşam döngüsü boyunca çeşitli aşamalarda gerçekleştirilen sürekli bir süreçtir.

Bir en iyi uygulama, daha sonra bir Regresyon testi yapmaktır. Sağlık veya Duman Testi ve kısa sürüm için İşlevsel testin sonunda.

Etkili test yapmak için regresyon Test planı oluşturulmalıdır. Bu plan, regresyon testi stratejisini ve çıkış kriterlerini özetlemelidir. Performans Testi, sistem bileşenlerinde yapılan değişiklikler nedeniyle sistem performansının etkilenmediğinden emin olmak için de bu testin bir parçasıdır.

En iyi uygulamalar : Her gün akşam otomatik test senaryoları çalıştırın, böylece herhangi bir gerileme yan etkisi sonraki gün derlemesinde düzeltilebilir. Bu şekilde, sürüm döngüsünün sonunda bulup düzeltmek yerine, hemen hemen tüm regresyon kusurlarını erken bir aşamada kaplayarak sürüm riskini azaltır.

Regresyon Test Teknikleri

Aşağıda verilen çeşitli tekniklerdir.

• Tümünü yeniden test et
• Regresyon Testi Seçimi
• Test senaryosu Önceliklendirme
• Hibrit

# 1) Tümünü Yeniden Test Et

Adından da anlaşılacağı gibi, test paketindeki tüm test senaryoları, koddaki bir değişiklik nedeniyle meydana gelen herhangi bir hata olmadığından emin olmak için yeniden yürütülür. Bu, diğer tekniklere göre daha fazla zaman ve kaynak gerektirdiği için pahalı bir yöntemdir.

# 2) Regresyon Testi Seçimi

Bu yöntemde, yeniden yürütülecek test paketinden test senaryoları seçilir. Tüm süit yeniden uygulanmaz. Test senaryolarının seçimi, modüldeki kod değişikliği esas alınarak yapılır.

Test senaryoları, biri Yeniden Kullanılabilir test senaryoları, diğeri ise Eski test durumları olmak üzere iki kategoriye ayrılır. Yeniden kullanılabilir test durumları gelecekteki regresyon döngülerinde kullanılabilirken, eski olanlar sonraki regresyon döngülerinde kullanılmaz.

# 3) Test Durumu Önceliklendirme

Yüksek Öncelikli test senaryoları, orta ve düşük öncelikli olanlardan önce yürütülür. Test senaryosunun önceliği, kritikliğine ve ürün üzerindeki etkisine ve ayrıca daha sık kullanılan ürünün işlevselliğine bağlıdır.

# 4) Hibrit

Hibrit teknik, Regresyon testi seçimi ve Test senaryosu Önceliklendirmenin bir kombinasyonudur. Tüm test paketini seçmek yerine, yalnızca önceliklerine bağlı olarak yeniden yürütülen test olaylarını seçin.

Regresyon Test Paketi Nasıl Seçilir?

Üretim ortamında bulunan hataların çoğu, on birinci saatte yapılan değişiklikler veya düzeltilen hatalar, yani daha sonraki bir aşamada yapılan değişiklikler nedeniyle ortaya çıkar. Son aşamadaki hata düzeltmesi, Üründe başka sorunlar / hatalar oluşturabilir. Bu nedenle, bir Ürünü piyasaya sürmeden önce Regresyon kontrolü çok önemlidir.

Aşağıda, bu Testi gerçekleştirirken kullanılabilecek test senaryolarının bir listesi bulunmaktadır:

• Sık kullanılan işlevler.
• Değişikliklerin yapıldığı modülü kapsayan test senaryoları.
• Karmaşık test durumları.
• Tüm ana bileşenleri içeren entegrasyon testi senaryoları.
• Ürünün temel işlevi veya özelliği için test senaryoları.
• Öncelik 1 ve Öncelik 2 test senaryoları dahil edilmelidir.
• Sık sık başarısız olan test senaryoları veya son test hataları aynı şekilde bulundu.

Regresyon Testi Nasıl Yapılır?

Artık regresyonun ne anlama geldiğini belirlediğimize göre, aynı zamanda test ettiği de aşikardır - basitçe belirli bir nedenle belirli bir durumda tekrarlayarak. Bu nedenle, ilk etapta test için aynı yöntemin buna da uygulanabileceğini güvenle çıkarabiliriz.

Bu nedenle, test manuel olarak yapılabiliyorsa, Regresyon Testi de yapılabilir. Bir aletin kullanılması gerekli değildir. Bununla birlikte, zaman geçtikçe uygulamalar, regresyon kapsamını artırmaya devam eden daha fazla işlevsellik ile yığılır. En iyi şekilde yararlanmak için bu test çoğu zaman Otomatik .

Aşağıda, bu Testin gerçekleştirilmesiyle ilgili çeşitli adımlar verilmiştir.

• Aşağıda belirtilen noktaları göz önünde bulundurarak Regresyon için bir Test paketi hazırlayın. 'Regresyon Testi paketi nasıl seçilir'?
• Test paketinin tüm test durumlarını otomatikleştirin.
• Regresyon paketini, test senaryosunda yer almayan herhangi bir yeni kusur bulunursa olduğu gibi gerektiğinde güncelleyin ve aynı test senaryosu, testin bir dahaki sefere kaçırılmaması için test paketinde güncellenmelidir. . Regresyon test paketi, test senaryoları sürekli olarak güncellenerek uygun şekilde yönetilmelidir.
• Kodda herhangi bir değişiklik olduğunda, hata düzeltildiğinde, yeni işlevsellik eklendiğinde, mevcut işlevsellikte bir geliştirme yapıldığında vb. Regresyon testi durumlarını yürütün.
• Yürütülen test senaryolarının Başarılı / Başarısız durumlarını içeren bir test yürütme Raporu oluşturun.

Örneğin:

Bunu bir örnekle açıklayayım. Lütfen aşağıdaki durumu inceleyin:

Aşağıdakiler, yukarıdaki durumdan yapabileceğimiz gözlemlerdir:

• Sürümler büyüdükçe işlevsellik de büyüyor.
• Geliştirme süresinin, sürümlerle birlikte büyümesi gerekmez, ancak test süresi büyür
• Hiçbir şirket / yönetimi, teste daha fazla, geliştirmeye daha az zaman ayırmaya hazır olmayacak
• Test ekibinin boyutunu artırarak test etme süresini bile azaltamayız çünkü daha fazla insan daha fazla para anlamına gelir ve yeni insanlar aynı zamanda çok fazla eğitim ve belki de yeni insanlar gerekli bilgi ile eşit olmayabileceğinden kaliteden ödün vermek anlamına gelir. hemen seviyeleri.
• Diğer alternatif ise açıkça gerileme miktarını azaltmaktır. Ancak bu, yazılım ürünü için riskli olabilir.

Tüm bu nedenlerden dolayı, Regresyon Testi Otomasyon Testi için iyi bir adaydır, ancak sadece bu şekilde yapılması gerekmez.

Regresyon Testlerini Gerçekleştirmek İçin Temel Adımlar

Yazılım her değişikliğe uğradığında ve yeni bir sürüm / sürüm çıktığında, bu tür testleri gerçekleştirmek için atabileceğiniz adımlar aşağıda verilmiştir:

• Yazılımda ne tür değişiklikler yapıldığını anlayın
• Yazılımın hangi modüllerinin / bölümlerinin etkilenebileceğini analiz edin ve belirleyin - geliştirme ve BA ekipleri bu bilgileri sağlamada etkili olabilir
• Test senaryolarınıza bir göz atın ve tam, kısmi veya birim gerileme yapmanız gerekip gerekmediğini belirleyin. Durumunuza uygun olanları belirleyin
• Zamanı planlayın ve test edin!

Agile'de Gerileme

Çevik yinelemeli ve artımlı bir yöntemi izleyen uyarlanabilir bir yaklaşımdır. Ürün, 2-4 hafta süren sprint adı verilen kısa yinelemelerle geliştirilmiştir. Çevik'te, bir dizi yineleme vardır, bu nedenle bu test, yinelemelerde yeni işlev veya kod değişikliği yapıldığında önemli bir rol oynar.

Regresyon test paketi ilk aşamadan itibaren hazırlanmalı ve her sprint ile güncellenmelidir.

Agile'da, Regresyon kontrolü iki kategori altında ele alınır:

• Sprint Seviye Regresyonu
• Uçtan Uca Regresyon

# 1) Sprint Seviyesi Regresyonu

Sprint Seviye Regresyonu, esas olarak yeni işlevsellik veya en son sprintte yapılan geliştirme için yapılır. Test paketinden test senaryoları, yeni eklenen işlevselliğe veya yapılan geliştirmeye göre seçilir.

# 2) Uçtan Uca Regresyon

Uçtan Uca Regresyon, Ürünün tüm temel işlevlerini kapsayarak tüm ürünü uçtan uca test etmek için yeniden yürütülecek tüm test senaryolarını içerir.

Agile kısa sprintlere sahip olduğundan ve devam ettiğinden, test takımının otomatikleştirilmesi çok gereklidir, test durumları tekrar yürütülür ve bunun da kısa sürede tamamlanması gerekir. Test senaryolarının otomatikleştirilmesi, yürütme süresini ve kusur kaymasını azaltır.

Avantajları

Aşağıda, Regresyon testinin çeşitli avantajları verilmiştir.

• Ürünün kalitesini artırır.
• Yapılan herhangi bir hata düzeltmesinin veya geliştirmenin Ürünün mevcut işlevselliğini etkilememesini sağlar.
• Bu test için otomasyon araçları kullanılabilir.
• Zaten düzeltilmiş sorunların tekrar oluşmamasını sağlar.

Dezavantajları

Birkaç avantajı olsa da bazı dezavantajları da var. Onlar:

• Koddaki küçük bir değişiklik için de yapılmalıdır, çünkü koddaki küçük bir değişiklik bile mevcut işlevsellikte sorunlar yaratabilir.
• Bu test için Projede otomasyonun kullanılmaması durumunda, test senaryolarını tekrar tekrar yürütmek zaman alıcı ve sıkıcı bir görev olacaktır.

GUI Uygulamasının Regresyonu

Bir GUI (Grafik Kullanıcı Arayüzü) Gerileme testi yapmak zordur. GUI yapısı değiştirildi. Eski GUI'de yazılan test senaryoları ya geçerliliğini yitirir ya da değiştirilmesi gerekir.

Regresyon testi durumlarının yeniden kullanılması, GUI test durumlarının yeni GUI'ye göre değiştirildiği anlamına gelir. Ancak, çok sayıda GUI test durumunuz varsa, bu görev külfetli hale gelir.

Regresyon ve Yeniden Test Arasındaki Fark

Yürütme sırasında başarısız olan test durumları için yeniden test yapılır ve aynı sorun için ortaya çıkan hata giderilirken, Regresyon kontrolü hata düzeltmesiyle sınırlı değildir çünkü diğer test durumlarını da kapsadığından, hata düzeltmesinin olmamasını sağlamak Ürünün diğer tüm işlevlerini etkiledi.

Regresyon Test Planı Şablonu (TOC)

1. Belge Geçmişi

2. Referanslar

3. Regresyon Testi Planı

3.1. Giriş

3.2. Amaç

3.3. Test Stratejisi

3.4. Test edilecek özellik

3.5. Kaynak Gereksinimi

3.5.1. Donanım Gereksinimi

3.5.2. Yazılım Gereksinimi

3.6. Test programı

3.7. Değişiklik İsteği

3.8. Giriş / Çıkış kriterleri

3.8.1. Bu Test için Giriş Kriterleri

3.8.2. Bu Test için Çıkış Kriterleri

3.9. Varsayım / Kısıtlamalar

3.10. Test Durumları

3.11. Risk / Varsayımlar

3.12. Araçlar

4. Onay / Kabul

Her birine ayrıntılı olarak bir göz atalım.

# 1) Belge Geçmişi

Belge geçmişi, ilk taslağın ve aşağıda verilen formattaki tüm güncellenmiş olanların bir kaydını içerir.

# 2) Referanslar

Referanslar sütunu, bir test planı oluştururken Proje için kullanılan veya gereken tüm referans belgelerin kaydını tutar.

# 3) Regresyon Testi Planı

3.1. Giriş

Bu belge, test edilecek Üründeki değişiklik / güncelleme / iyileştirmeyi ve bu test için kullanılan yaklaşımı açıklamaktadır. Tüm kod değişiklikleri, geliştirmeleri, güncellemeleri, eklenen özellikler test edilmek üzere özetlenmiştir. Birim Testi ve Entegrasyon Testi için kullanılan test senaryoları, Regresyon için bir test paketi oluşturmak için kullanılabilir.

3.2. Amaç

Regresyon Testi Planının amacı, sonuçları elde etmek için tam olarak neyin ve testin nasıl yapılacağını açıklamaktır. Kod değişikliği nedeniyle ürünün başka hiçbir işlevinin engellenmediğinden emin olmak için regresyon kontrolü yapılır.

3.3. Test Stratejisi

Test Stratejisi, bu testi gerçekleştirmek için kullanılacak ve kullanılacak tekniği, tamamlama kriterlerini, kimin hangi aktiviteyi gerçekleştireceğini, test komut dosyalarını kimin yazacağını, hangi regresyon aracının kullanılacağını içeren yaklaşımı tanımlar. kaynak sıkıntısı, üretimde gecikme vb. riskleri karşılamaya yönelik adımlar

3.4. Test edilecek özellikler

Test edilecek ürünün özelliği / bileşenleri burada listelenmiştir. Regresyonda, tüm test senaryoları yeniden yürütülür veya mevcut işlevselliği etkileyenler, yapılan düzeltme / güncelleme veya geliştirmeye bağlı olarak seçilir.

3.5. Kaynak Gereksinimi

3.5.1. Donanım Gereksinimi:

Donanım Gereksinimi burada bilgisayarlar, dizüstü bilgisayar, Modemler, Mac kitabı, Akıllı Telefon vb.

3.5.2. Yazılım Gereksinimi:

Yazılım Gereksinimi, hangi İşletim sistemi ve tarayıcıların gerekli olacağı şeklinde tanımlanır.

3.6. Test programı

Test programı, test faaliyetlerinin gerçekleştirilmesi için tahmini süreyi tanımlar.

Örneğin Kaç kaynak bir test faaliyeti gerçekleştirecek ve bu da ne kadar sürede gerçekleşecek?

3.7. Değişiklik İsteği

Regresyonun gerçekleştirileceği CR ayrıntıları belirtilir.

3.8. Giriş / Çıkış Kriterleri

3.8.1. Bu test için Giriş Kriterleri:

Ürünün Regresyon kontrolünü başlatması için giriş kriterleri tanımlanmıştır.

Örneğin:

• Kodlama değişiklikleri / geliştirme / yeni özelliğin eklenmesi tamamlanmalıdır.
• Regresyon testi Planı onaylanmalıdır.

3.8.2. Bu test için Çıkış Kriterleri:

Burada Regresyon için çıkış kriterleri tanımlanmıştır.

Örneğin:

• Regresyon testi tamamlanmalıdır.
• Bu test sırasında bulunan tüm yeni kritik hatalar kapatılmalıdır.
• Test Raporu hazır olmalıdır.

3.9. Test Durumları

Regresyon Testi durumları burada tanımlanmıştır.

3.10. Risk / Varsayımlar

Herhangi bir risk ve varsayım belirlenir ve bunun için bir acil durum planı hazırlanır.

3.11. Araçlar

Projede kullanılacak araçlar belirlenir. Gibi:

• Otomasyon aracı
• Hata Bildirme aracı

# 4) Onay / Kabul

Kişilerin isimleri ve atamaları burada listelenmiştir:

Sonuç

Gerileme Testi, koddaki küçük veya büyük herhangi bir değişikliğin mevcut veya eski işlevselliği etkilememesini sağlayarak kaliteli bir ürün sunmaya yardımcı olduğu için önemli yönlerden biridir.

Regresyon testi durumlarını otomatikleştirmek için birçok otomasyon aracı mevcuttur, ancak Proje gereksinimine göre bir araç seçilmelidir. Regresyon test paketinin sık sık güncellenmesi gerektiğinden, bir aracın test paketini güncelleme becerisine sahip olması gerekir.

Bununla birlikte, bu konuyu özetliyoruz ve bundan sonra konuya çok daha fazla açıklık getirileceğini umuyoruz.

Lütfen Regresyon ile ilgili sorularınızı ve yorumlarınızı bize bildirin. Regresyon Testi görevlerinizi nasıl üstlendiniz?

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

Önerilen Kaynaklar

• En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
• 2021'de En Popüler 10 Regresyon Testi Aracı
• Güvenilirlik Testi Nedir: Tanım, Yöntem ve Araçlar
• Android Uygulamalarını Test Etmek İçin En İyi 11 Otomasyon Aracı (Android Uygulama Test Araçları)
• Otomatik Regresyon Testi: Zorluklar, Süreçler ve Adımlar
• Primer e-Kitap İndirmeyi Test Etme
• Örnekle Yeniden Test Etme ve Regresyon Testi Arasındaki Fark
• En İyi 10'dan Fazla En İyi SAP Test Aracı (SAP Otomasyon Araçları)