it-swarm-tr.com

Birim testi, Entegrasyon Testi, Duman testi, Regresyon Testi nedir?

Birim testi, Entegrasyon Testi, Duman testi, Regresyon Testi nedir ve aralarındaki farklar nelerdir? Ve her biri için hangi araçları kullanabilirim? 

Örneğin, Ünite testi ve Entegrasyon Testi için JUnit ve NUnit kullanıyorum. Herhangi bir Duman Testi veya Regresyon Testi aracı var mı?

629
mcaaltuntas
  • Birim testi: Bir sınıfın tek yöntem sözleşmesinin bir noktasını belirleyin ve test edin. Bunun çok dar ve iyi tanımlanmış bir kapsamı olmalıdır. Dış dünyayla karmaşık bağımlılıklar ve etkileşimler inatçı ya da alaylı .

  • Entegrasyon testi: Birden fazla alt sistemin doğru işleyişini test edin. Burada iki sınıf arasındaki entegrasyonun test edilmesinden üretim ortamının entegrasyonunun test edilmesine kadar tüm spektrumlar var.

  • Duman testi (aka Sanity check): Test edilen sistem çalıştırıldığında normal şekilde döndüğünü ve patlamayacağını kontrol ettiğimiz basit bir entegrasyon testi. 

    • Duman testi elektronik devrelere benzeyen bir analojidir, bir devreyi çalıştırırken ilk testin yapıldığı yerdir (eğer sigara içiyorsa, kötüdür!) ...
    • ... ve, görünüşe göre , tesisat ile, burada bir boru sistemi tam anlamıyla dumanla doldurulur ve sonra görsel olarak kontrol edilir. Herhangi bir şey içiyorsa, sistem sızdırıyordur.
  • Regresyon testi: Bir hata düzeltildiğinde yazılmış bir test. Bu özel hatanın tekrar oluşmayacağını garanti eder. Tam adı "regresyon olmayan testi" dir. Aynı zamanda, uygulamanın aynı sonucu verdiğinden emin olmak için bir uygulamayı değiştirmeden önce yapılan bir test de olabilir.

Buna ekleyeceğim:

  • Kabul testi: Bir özelliğin veya kullanım durumunun doğru şekilde uygulandığını test edin. Bir entegrasyon testine benzer, ancak ilgili bileşenlerden ziyade temin edilmesi gereken kullanım durumuna odaklanır.

  • Sistem testi: Bir sistemi kara kutu olarak test eder. Diğer sistemlerdeki bağımlılıklar test sırasında genellikle alay edilir veya engellenir (aksi takdirde bir entegrasyon testinden daha fazlası olur).

  • Uçuş öncesi kontrol: Üretime benzer bir ortamda tekrarlanan, 'benim makineme dayanan' sendromunu hafifletmek için yapılan testler. Genellikle bu, üretim gibi bir ortamda kabul veya duman testi yapılarak gerçekleştirilir.

924
ddaa
  • Ünite testi : bir sınıfın iç işleyişini test etmek için otomatik bir test. Diğer kaynaklarla ilgili olmayan bağımsız bir test olmalıdır.
  • Entegrasyon testi : ünite testlerine benzer fakat harici kaynaklarla (db, disk erişimi) yapılan bir ortamda yapılan otomatik bir test.
  • Regresyon testi : yeni özellikler veya hata düzeltmeleri uyguladıktan sonra, geçmişte işe yarayan senaryoları yeniden test ettiniz. Burada, yeni özelliklerin mevcut özellikleri bozma olasılığını ele alıyorsunuz.
  • Duman testi : test etmeye devam edip etmeyecekleri konusunda ilk olarak test edenlerin karar verebilecekleri testler.
95
Gerrie Schenck

Herkesin biraz farklı tanımları olacak ve genellikle gri alanlar var. Ancak:

  • Birim testi: Bu bir parça (mümkün olduğu kadar izole edilmiş) işe yarıyor mu?
  • Entegrasyon testi: bu iki (veya daha fazla) bileşen birlikte çalışıyor mu?
  • Duman testi: bu sistemin tamamı (mümkün olduğu kadar üretim sistemi olmasına yakın) bir araya geliyor mu? (yani, kara delik açmayacağına emin miyiz?)
  • Regresyon testi: daha önce düzelttiğimiz herhangi bir hatayı yanlışlıkla yeniden başlattık mı?
82
Jon Skeet

Farkında olduğum yeni bir test kategorisi: 

Kanarya testi

bir Kanarya testi düzenli olarak çalışırLIVE ortamında, otomatik olarak tahrip edici bir testtir, öyle ki, başarısız olursa, gerçekten kötü bir şey olmuş demektir. 

Örnekler olabilir:

  • Sadece DEV/TEST'te mevcut olması gereken verilerin.
  • Bir arka plan işlemi çalıştırılamadı
  • Bir kullanıcı oturum açabilir mi
45
AndyM

apocryphal Historical trivia: "duman testi", denizaltı mühendisliğinden (tesisattan devralındı), kelimenin tam anlamıyla duman çıkması durumunda, teknenin içine tekrar su gelip gelmediğini görmek için gemiye pompalanacak olan bir sualtı!

17
annakata

Yazılım Test Teknikleri için en iyi internet sitelerinden birinden cevap:

Yazılım Test Çeşitleri - Komple Liste Buraya Tıklayın

 enter image description here

Oldukça uzun bir açıklama, buraya yapıştırmayacağım: ancak tüm test tekniklerini bilmek isteyen biri için yardımcı olabilir.

Umarım yardımcı olacaktır :)

9
Kaleem Ullah

Birim testi: Tasarlandığı şekilde belirli bir bileşenin (yani sınıf) yaratıldığını veya değiştirildiğini doğrulamak. Bu test manuel veya otomatik olabilir, ancak bileşen sınırının ötesine geçmez.

Entegrasyon testi: Belirli bileşenlerin etkileşiminin tasarlandığı gibi çalıştığını doğrulayın. Entegrasyon testleri birim seviyesinde veya sistem seviyesinde yapılabilir. Bu testler manuel veya otomatik olabilir.

Regresyon testi: Yeni hataların mevcut koda girmediğini doğrulayın. Bu testler manuel veya otomatik olabilir.

SDLC'nize bağlı olarak (şelale, rup, çevik, vb.) Belirli testler 'fazlarda' yapılabilir veya hepsi aynı anda daha fazla veya daha az yapılabilir. Örneğin, birim testi, daha sonra kodu entegrasyon ve regresyon testi için test yapan kişilere devreten geliştiricilerle sınırlı olabilir. Bununla birlikte, başka bir yaklaşım, geliştiricilerin birim testi ve bir seviyede entegrasyon ve regresyon testi (sürekli entegrasyon ve otomatik birim ve regresyon testleri ile birlikte bir TDD yaklaşımı kullanarak) yapması durumunda olabilir.

Alet seti büyük ölçüde kod tabanına bağlı olacaktır, ancak birim testi (JUnit) için birçok açık kaynaklı araç bulunmaktadır. HP'nin (cıva) QTP veya Borland's Silktest'i, otomatik entegrasyon ve regresyon testi için kullanılan araçlardır.

8
rdrex

birim testi : Bir uygulamada bireysel modül veya bağımsız bileşenin testi, birim testi olarak bilinir, birim testi, geliştirici tarafından yapılır.

entegrasyon testi : tüm modülleri birleştirmek ve iletişimi ve modüller arasındaki veri akışını doğrulamak için uygulamayı test etmek, bu test geliştiriciler tarafından da yapılmıştır.

duman testi IN duman testi, uygulamayı sığ ve geniş bir şekilde kontrol eder, Duman testinde, uygulamanın ana işlevselliğini kontrol eder, eğer uygulamada herhangi bir engelleyici sorun varsa, geliştirici ekibine ve geliştirici ekibine rapor vereceklerdir. düzeltecek ve arızayı giderecek ve test ekibine geri vereceğiz ve şimdi test ekibi bir modülde yapılan tat değişikliklerinin diğer modülü etkileyip etkilemeyeceğini doğrulamak için tüm modülleri kontrol edecektir. DUMAN TESTLERİNDEKİ test durumları yazılır 

regresyon testi değişmemiş modülde herhangi bir hataya neden olmadığından emin olmak için aynı test durumlarını tekrar tekrar uygulamak. REGRESYON TESTİ fonksiyonel testler altında geliyor

6
malini

GERİLEME TESTİ-

"Bir regresyon testi, mevcut yazılımda yapılan değişikliklerin mevcut yazılımın işlevselliğini etkilememesini sağlamak için değiştirilen yazılıma karşı önceki testleri yeniden çalıştırır."

5
Nikita G

Birim testi, uygulamanın mümkün olan en küçük bölümüne yönlendirilir. Java'da bu, tek bir sınıfı test ettiğiniz anlamına gelir. Sınıf diğer sınıflara bağlıysa, bunlar sahtedir.

Testiniz birden fazla sınıfa ulaştığında, bir entegrasyon testi.

Tam test süitlerinin çalışması uzun zaman alabilir, bu yüzden bir değişiklikten sonra birçok ekip önemli kırılmaları tespit etmek için testleri tamamlamak için hızlıca çalışır. Örneğin, URI'leri temel kaynaklara ayırdınız. Bunlar duman testleridir.

Regresyon testleri her yapıda çalışır ve kırdığınız şeyi yakalayarak etkili bir şekilde yeniden yönlendirmenize izin verir. Her tür test regresyon testi olabilir, ancak birim testlerin hataların kaynağını bulmakta en yararlı olduğunu düşünüyorum. 

4
Dave

Birim testi: Tasarlandığı şekilde belirli bir bileşenin (yani sınıf) yaratıldığını veya değiştirildiğini doğrulamak. Bu test manuel veya otomatik olabilir, ancak bileşen sınırının ötesine geçmez.

Entegrasyon testi: Belirli bileşenlerin etkileşiminin tasarlandığı gibi çalıştığını doğrulayın. Entegrasyon testleri birim seviyesinde veya sistem seviyesinde yapılabilir. Bu testler manuel veya otomatik olabilir.

Regresyon testi: Yeni hataların mevcut koda girmediğini doğrulayın. Bu testler manuel veya otomatik olabilir.

SDLC'nize bağlı olarak (şelale, rup, çevik, vb.) Belirli testler 'fazlarda' yapılabilir veya hepsi aynı anda daha fazla veya daha az yapılabilir. Örneğin, birim testi, daha sonra kodu entegrasyon ve regresyon testi için test yapan kişilere devreten geliştiricilerle sınırlı olabilir. Bununla birlikte, başka bir yaklaşım, geliştiricilerin birim testi ve bir seviyede entegrasyon ve regresyon testi (sürekli entegrasyon ve otomatik birim ve regresyon testleri ile birlikte bir TDD yaklaşımı kullanarak) yapması durumunda olabilir.

3
nhfghfgsq

Bu başlıkta değinmeye değer görünen bir test türü, belli bir yazılım parçasının kırılma sınırlarını bulmak gibi basitçe ortaya konabilecek stres/performans/yük testleridir. Takımlama açısından, stres testlerine neyin önerdiğinin kapsamını sistem perspektifinden tam olarak belirlemek şarttır. Örneğin, bir "web uygulaması" durumunda, stres testi, web sunucusu uygulamasının kendisini kapsamına dahil edebilir ve bu yüzden [ takımları bu amaçla müdahale edebilir . http yük testi

3
Jaime Gago

Ünite Testi: - Ünite testi genellikle geliştiriciler tarafından yapılır; test ediciler testin ünite tarafından ünite tarafından yapıldığı bu tip testlerde kısmen geliştiği için. __ Java Junit test testlerinde test yapmak da mümkündür. Yazılı kodun mükemmel tasarlanıp tasarlanmadığı.

Bütünleşme Testi: -.__ Bu test türü, tüm/bazı bileşenler entegre olduğunda ünite testinden sonra mümkündür. Bu test türü, bileşenler entegre edildiğinde, birbirlerinin çalışma yeteneklerini veya işlevcilerini etkilediğinden emin olmalarını sağlayacaktır.

Duman Testi: -.__ Bu tür testler, sistem başarılı bir şekilde entegre edildiğinde ve üretim sunucusunda çalışmaya hazır olduğunda en sonunda yapılır. __ Bu test türü, baştan sona her önemli fonksiyonun iyi çalıştığından emin olacaktır. ve sistem üretim sunucusunda konuşlandırmaya hazırdır.

Regresyon Testi: -.__ Bu test türü, geliştirici bazı sorunları çözdüğü zaman, istenmeyen/istenmeyen kusurların sistemde bulunmadığını test etmek için önemlidir. • Bu test ayrıca tüm hataların başarıyla çözüldüğünden ve başka hiçbir sorunun oluşmadığını.

2
mohit sarsar

Duman ve akıl sağlığı testleri, teste başlayıp başlamayacaklarını belirlemek için yapılan bir yazılımın ardından gerçekleştirilir. Sağlıklılık, duman testinden sonra yapılabilir veya yapılmayabilir. Ayrı olarak ya da aynı anda uygulanabilirler - aklı başında duman hemen sonra.

Akıl sağlığı testi daha derin olduğundan ve daha fazla zaman aldığı için, çoğu durumda otomatik hale getirilmesi için iyi bir şekilde harmanlanır.

Duman testi genellikle uygulama için 5-30 dakikadan fazla sürmez. Daha geneldir: Yazılımın kararlılığının ileriki testler için yeterince iyi olduğunu ve planlanan test senaryolarının çalışmasını engelleyen hiçbir sorun olmadığını doğrulamak için tüm sistemin az sayıdaki temel işlevselliklerini kontrol eder.

Akıl sağlığı testi dumandan daha ayrıntılıdır ve yeni yapının ölçeğine bağlı olarak 15 günden bir güne kadar sürebilir. İlerlemeden veya tekrar testten sonra gerçekleştirilen, daha uzmanlaşmış bir kabul testi türüdür. Regresyon testi daha büyük ölçekte gerçekleştirilmeden önce, gerekli operasyonel mantığa göre çalıştıklarını doğrulamak için, bazı yeni işlevselliklerin ve/veya hata düzeltmelerinin temel özelliklerini, bunlarla yakından ilgili bazı özelliklerle birlikte kontrol eder.

2
Radostta

Sadece neden bu test seviyelerine sahip olduğumuz, örneklerle neyi kastediyoruz hakkında biraz daha bağlam eklemek istedim.

“Çevik ile Başarılı Olmak” adlı kitabında Mike Cohn, projelerde otomatik testlere yaklaşmanın bir yolu olarak “Test Piramidi” ile geldi. Bu modelin çeşitli yorumları var. Model, ne tür otomatik testlerin oluşturulması gerektiğini, test altındaki uygulama hakkında ne kadar hızlı geri bildirim sağlayabileceklerini ve bu testleri kimin yazdığını açıklıyor. Herhangi bir proje için temelde 3 otomatik test seviyesi vardır ve bunlar aşağıdaki gibidir.

nit Tests - Bunlar, yazılım uygulamanızın en küçük bileşenini test eder. Bu, kelimenin tam anlamıyla, bazı girdilere dayanan bir değeri hesaplayan koddaki bir işlev olabilir. Bu işlev, uygulamayı oluşturan donanım/yazılım kod tabanının diğer bazı işlevlerinin bir parçasıdır.

Örneğin - Web tabanlı bir hesap makinesi uygulaması alalım. Bu uygulamanın birim test edilmesi gereken en küçük bileşenleri toplama işlemi yapan, çıkarma işlemi yapan başka bir şey vb. Olabilir. Bir araya getirilen tüm bu küçük işlevler hesap makinesi uygulamasını oluşturur.

Tarihsel olarak geliştirici bu testleri, genellikle yazılım uygulamasıyla aynı programlama dilinde yazılmış olduğu için yazar. Bu amaçla JUnit ve NUnit (Java için), MSTest (C # ve .NET için) ve Jasmine/Mocha (JavaScript için) gibi birim test çerçeveleri kullanılır.

Birim testlerinin en büyük avantajı, kullanıcı arayüzünün altında gerçekten hızlı çalışması ve uygulama hakkında hızlı geri bildirim almamızdır. Bu, otomatik testlerinizin% 50'sinden fazlasını içermelidir.

API/Entegrasyon Testleri - Bunlar, yazılım sisteminin çeşitli bileşenlerini birlikte test eder. Bileşenler, uygulama ile birlikte test veritabanlarını, API’leri (Uygulama Programlama Arabirimi), 3. taraf araçlar ve hizmetleri içerebilir.

Örneğin - Yukarıdaki hesaplayıcı örneğimizde, web uygulaması, değerleri saklamak için bir veritabanı kullanabilir, bazı sunucu tarafı doğrulamaları yapmak için API'leri kullanabilir ve sonuçları farklı bulgular elde etmek için buluta yayınlamak için bir 3. taraf araç/hizmet kullanabilir. platformlar.

Tarihsel olarak bir geliştirici veya teknik KG, bu testleri Postman, SoapUI, JMeter ve Testim gibi diğer araçları kullanarak yazacaktı.

Bunlar, hala davlumbazın altında çalıştıkları için UI testlerinden çok daha hızlı çalışırlar, ancak sistemin çeşitli bağımsız bileşenleri arasındaki iletişimi kontrol etmek ve kesintisiz entegrasyona sahip olmalarını sağlamak için ünite testlerinden biraz daha fazla zaman alabilirler. Bu otomatik testlerin% 30'undan fazlasını içermelidir.

I Tests - Son olarak, uygulamanın kullanıcı arayüzünü doğrulayan testlerimiz var. Bu testler genellikle uygulama içerisindeki akışları uçtan uca test etmek için yazılır.

Örneğin - Hesap makinesi uygulamasında, tarayıcıyı açarak uçtan uca bir akış olabilir -> Hesap makinesi uygulamasına girme url'si -> Kullanıcı adı/şifre ile giriş yapma -> Hesap makinesi uygulamasını açma -> Hesap makinesinde bazı işlemler yapma -> bu sonuçların doğrulanması kullanıcı arayüzünden -> Uygulamadan çıkış. Bu, kullanıcı arayüzü otomasyonu için iyi bir aday olacak akıştan sona bir uç olabilir.

Tarihsel olarak, teknik KG veya manuel testler UI testleri yazmaktadır. Testleri yazmak, yürütmek ve sürdürmek için Selenyum ya da Testim gibi UI test platformları gibi açık kaynaklı çerçeveler kullanırlar. Testlerin nasıl çalıştığını, ekran görüntüleri, kayıtlar ve test raporları ile beklenen ve gerçek sonuçlar arasındaki farkı gördüğünüz için bu testler daha fazla görsel geribildirim sağlar.

UI testlerinin en büyük kısıtlılığı, Unit ve API seviye testlerine kıyasla nispeten yavaş olmalarıdır. Bu nedenle, genel otomatikleştirilmiş testlerin sadece% 10-20'sini içermelidir.

Sonraki iki tür test projenize göre değişebilir, ancak fikir şu ki ...

Duman Testleri

Bu, yukarıdaki 3 test seviyesinin bir kombinasyonu olabilir. Buradaki düşünce onu her kod girişinde çalıştırmak ve sistemin kritik işlevselliklerinin hala beklendiği gibi çalışmasını sağlamak; yeni kod değişiklikleri birleştirildikten sonra. Arızalar hakkında daha hızlı geri bildirim almak için genellikle 5-10 dakika çalıştırmaları gerekir.

Regresyon Testleri

Genellikle en az günde bir kez çalıştırılırlar ve sistemin çeşitli fonksiyonlarını kapsarlar. Uygulamanın hala beklendiği gibi çalışmasını sağlar. Bunlar duman testlerinden daha fazla ayrıntıdır ve kritik olmayanlar da dahil olmak üzere uygulamanın daha fazla senaryosunu kapsar.

2
Raj
  • Entegrasyon Testleri: Entegrasyon Testleri Başka Bir Unsurun Entegre Edilmesidir
  • Duman Testi: Duman Testi ayrıca derleme versiyonu olarak da bilinir. Test. Duman testi, test edilen yazılımın daha ileri testler için hazır/kararlı olup olmadığını kontrol etmek için uygulanan ilk test işlemidir.
  • Regresyon Testi: Regresyon Testi, Tekrarlanmış Testtir. Yeni yazılımın başka bir modülde etki edilip edilmediği.
  • Birim Testi: Bu bir Beyaz kutu Testidir. Sadece Geliştiriciler buna dahil olur
2
Madhivanan

Birim Testi: Her zaman geliştirici tarafından QA için herhangi bir gereksinim duymadan önce kendi test tarafında olan sorunu bulmak için geliştirilmesinden sonra gerçekleştirir.

Entegrasyon Testi: Bazı veri/fonksiyon çıkışı bir modüle diğer modüle sürüldüğünde test cihazının modülü alt modüle doğrulamak zorunda olduğu anlamına gelir. Veya, sistem verilerinizi bütünleştirmek için kullanan üçüncü taraf bir araç kullanıyorsanız, sisteminizde.

Duman Testi: Test, sistemi üst düzey testler için doğrulamak ve değişiklikler veya kodlar yayınlanmadan önce gösteri durdurucu hatasını bulmaya çalışmak için yapılmıştır.

Regresyon Testi: Test cihazı, yeni geliştirme için sistemde yapılan değişiklikler veya sistemdeki değişiklikler nedeniyle mevcut işlevselliğin doğrulanması için regresyon gerçekleştirmiştir.

1
Krunal

Birim testleri Birim testleri çok düşük seviyededir, .__ kaynağınıza yakındır. uygulama. Bireysel yöntem ve işlevleri test etmekten oluşurlar. Yazılımınız tarafından kullanılan sınıfların, bileşenlerin veya modüllerin listesi. Birim Testler genellikle otomatikleştirmek için oldukça ucuz ve çok. sürekli bir entegrasyon sunucusu tarafından hızlıca.

Entegrasyon testleri Entegrasyon testleri, farklı modüllerin veya .__ olduğunu doğrular. Uygulamanız tarafından kullanılan servisler birlikte iyi çalışır. Örneğin, o. veritabanı ile etkileşimi test ediyor olabilir veya emin olabilirsiniz. mikro hizmetler beklendiği gibi birlikte çalışır. Bu tür testler daha fazla. uygulamanın birçok bölümünü gerektirdiğinden çalıştırması pahalıdır. uyan ve koş.

İşlevsel testler İşlevsel testler iş gereksinimlerine odaklanır Bir uygulamanın. Yalnızca bir eylemin çıktısını doğrularlar ve yapmazlar. Bunu yaparken sistemin orta hallerini kontrol edin. aksiyon.

Entegrasyon testleriyle bazen arasında karışıklık olabilir. Her ikisi de etkileşimli olması için birden fazla bileşen gerektirdiğinden, fonksiyonel testler. birbirleriyle. Fark bir entegrasyon testi basitçe olabilir. işlevsel bir test yapılırken veritabanını sorgulayabileceğinizi doğrulayın. tarafından tanımlandığı şekilde veritabanından belirli bir değer almayı bekler. ürün gereksinimleri.

Uçtan uca testler Uçtan uca test, bir kullanıcı davranışını .__ ile eşler. yazılımı eksiksiz bir uygulama ortamında. Bunu doğrular çeşitli kullanıcı akışları beklendiği gibi çalışır ve yükleme bir kadar basit olabilir. web sayfası veya e-posta doğrulayan doğrulayan veya çok daha karmaşık senaryolara giriş yapın bildirimler, çevrimiçi ödemeler vb.

Uçtan uca testler çok faydalıdır, ancak yapılması pahalıdır ve otomatik olduklarında bakımı zor olabilir. İçin tavsiye edilir. birkaç anahtar uçtan uca testler yapın ve daha düşük seviyeli tipteki tahminde bulunmaya daha çok güvenebilirsiniz. test (birim ve entegrasyon testleri) hızlı bir şekilde tanımlamak için değişiklikleri kırmak.

Kabul testi Kabul testleri, bir sistemin iş gereksinimlerini karşılayıp karşılamadığını doğrulayın. Talep ederler Tüm başvurular hazır ve çalışıyor ve çoğaltmaya odaklanmak. kullanıcı davranışları Fakat ayrıca ileri gidebilirler ve sistemin performansı ve belirli hedefler uygun değilse değişiklikleri reddetmek. araya geldi.

Performans testi Performans testleri, .__ 'nın davranışlarını kontrol eder. önemli yük altında olduğunda sistem. Bu testler işlevsel değil ve anlamak için çeşitli biçimlerde olabilir. platformun güvenilirliği, kararlılığı ve kullanılabilirliği. İçin Örneğin, yüksek bir yürütme yaparken yanıt sürelerini gözlemliyor olabilir. isteklerin sayısı veya sistemin bir .__ ile nasıl davrandığını görmek. verinin önemi.

Performans testleri, doğası gereği uygulanması oldukça maliyetlidir ve koşmak, ancak yeni değişiklikler yapıp yapmadığınızı anlamanıza yardımcı olabilirler. sisteminizi bozun.

Duman testi Duman testleri, temel .__ 'ı kontrol eden temel testlerdir. uygulamanın işlevselliği. Hızlı olmaları gerekiyor. yürütmek ve onların amacı size büyük .__ güvencesi vermek. Sisteminizin özellikleri beklendiği gibi çalışıyor.

Duman testleri, yeni bir yapı oluşturulduktan hemen sonra faydalı olabilir. Daha pahalı testler yapıp yapamayacağınızı veya a. uygulamalarının düzgün çalıştığından emin olmak için dağıtma. yeni konuşlandırılmış ortam.

kaynak: https://www.atlassian.com/continuous-delivery/software-testing/types-of-software-testing

1
令狐葱

Regresyon testi - Fix Fix'i ele almaya veya kontrol etmeye çalıştığımız bir SW testi türüdür. Hata düzeltmesi etrafındaki işlevsellik, sağlanan Düzeltme nedeniyle değiştirilmemeli veya değiştirilmemelidir. Bu süreçte bulunan sorunlara Regresyon Sorunları denir.

Duman Testi: Daha fazla kalite testi için Yapı/Yazılımın kabul edilip edilmeyeceğine karar vermek için yapılan bir tür testtir.

1
Sanyal

Bazı iyi cevaplar zaten var ama onları daha fazla ayrıntılandırmak istiyorum:

Ünite testi, burada beyaz kutu testinin tek şeklidir. Diğerleri kara kutu testidir. Beyaz kutu testi, girdiyi bildiğiniz, mekanizmanın iç işleyişini bildiğiniz, denetleyebileceğiniz ve çıktıyı bildiğiniz anlamına gelir. Kara kutu sınamasında yalnızca girdinin ne olduğunu ve çıktının ne olduğunu bilirsiniz. 

Açıkça görüldüğü üzere ünite testi, buradaki tek beyaz kutu testidir.

  • Birim testi, belirli kod parçalarını test eder. Genellikle yöntemler 
  • Entegrasyon testi, yeni özellikli yazılım parçanızın diğer her şeyle bütünleşip birleşemeyeceğini test eder.
  • Gerileme testi. Bu, hiçbir şeyi kırmadığınızdan emin olmak için yapılan testlerdir. Eskiden işe yarayan her şey hala işe yaramalı.
  • Daha sıkı testlere başlamadan önce her şeyin yolunda göründüğünden emin olmak için duman testi hızlı bir test olarak yapılır.
1
uriDium

Duman testi zaten burada açıklanmıştır ve basittir. Regresyon testi entegrasyon testi altındadır.

Otomatik testler sadece 2'ye bölünebilir.

Birim testi ve Entegrasyon Testi. (tek önemli olan bu)

Entegrasyon testi, fonksiyonel test, regresyon testi, UI testi, vb. Tüm testler için "uzun test" (LT) ifadesini ve "kısa test" olarak birim testini kullanırdım.

Bir LT örneği otomatik olarak bir web sayfası yükleyerek, hesaba giriş yaparak ve bir kitap satın alarak olabilir. Eğer test başarılı olursa, aynı şekilde canlı sitede koşma olasılığı daha yüksektir (bu nedenle 'daha iyi uyku' referansı). Uzun = web sayfası (başlangıç) ve veritabanı (bitiş) arasındaki mesafe.

Ve bu, entegrasyon testinin (uzun test) birim testine

0
Blue Clouds

Basitleştirilmiş bir şekilde.

Birim testi: Tek bir kod parçasını, algoritmayı, sınıfı veya sistemi test edin. Bu test bağımsız olmalı ve bağımlılıklar alay edilmeli ya da inatlanmalıdır.

Entegrasyon testi: bileşen, algoritma, sınıf veya sistemin diğer bileşenler tarafından kullanıldığında iyi çalışıp çalışmadığını test etmelidir, Entegrasyon testleri sistemin nasıl çalıştığını (davranış) test etmek için değildir, sistemin iyi çalışıp çalışmadığını test etmelidir.

Duman testi: Öncelikle büyük bir test kümesi çalıştırması gereken çok küçük bir test kümesidir, sadece yükseltme işleminden sonra bile sistemin en kritik özelliklerinin çalışmasını sağlar.

Regresyon testi: Eski programlamanın hala yeni değişikliklerle çalıştığından emin olmak için bilgisayar programlarında yapılan değişikliklerin test edilmesi işlemi. Duman testlerinden daha büyük bir test setidir.

Entegrasyon sınavı hakkında daha fazla bilgi edinmek istiyorsanız, Udemy'deki bu kursa girebilirsiniz.

https://www.udemy.com/testes-de-integracao-com-spring-boot/?couponCode=TISB_ODESC2019

0
Yuri Adeodato