Entegrasyon Testi Nedir? (Örnek)

Entegrasyon Testi Nedir?

Entegrasyon Testi yazılım modüllerinin mantıksal olarak entegre edildiği ve grup halinde test edildiği bir test türü olarak tanımlanır. Tipik bir yazılım projesi, farklı programcılar tarafından kodlanan birden fazla yazılım modülünden oluşur. Bu düzeydeki testin amacı, bu yazılım modülleri entegre edildiğinde aralarındaki etkileşimdeki kusurları ortaya çıkarmaktır.

Entegrasyon Testi bu modüller arasındaki veri iletişimini kontrol etmeye odaklanır. Bu nedenle aynı zamanda şu şekilde de adlandırılır: 'BT' (Entegrasyon ve Test), 'Dize Testi' ve bazen 'İplik Testi'.

Entegrasyon Testi neden yapılır?

Her yazılım modülü birim testine tabi tutulmasına rağmen, aşağıdaki gibi çeşitli nedenlerden dolayı kusurlar hala mevcuttur:

• Bir Modül genel olarak anlayışı ve programlama mantığı diğer programcılardan farklı olabilen bireysel bir yazılım geliştiricisi tarafından tasarlanmıştır. Yazılım modüllerinin birlik içinde çalıştığını doğrulamak için Entegrasyon Testi gerekli hale gelir
• Modül geliştirme sırasında müşterilerin gereksinimlerinde büyük değişiklik olasılığı vardır. Bu yeni gereksinimler birim testine tabi tutulmayabilir ve dolayısıyla sistem entegrasyon testi gerekli hale gelir.
• Yazılım modüllerinin veritabanıyla arayüzleri hatalı olabilir
• Harici Donanım arayüzleri varsa hatalı olabilir
• Yetersiz istisna yönetimi sorunlara neden olabilir.

Tıkla okuyun videoya erişilemiyorsa

Entegrasyon Test Senaryosu Örneği

Entegrasyonu Test Durumu diğer test senaryolarından şu bakımdan farklıdır: esas olarak modüller arasındaki arayüzlere ve veri/bilgi akışına odaklanır. Burada öncelik verilmesi gereken bağlantıları entegre etme halihazırda test edilmiş olan ünite fonksiyonları yerine.

Aşağıdaki senaryo için Örnek Entegrasyon Test Vakaları: Uygulamanın 'Giriş Sayfası' diyen 3 modülü vardır, 'Mail'E-postaları sil' ve 'E-postaları sil' gibi her biri mantıksal olarak entegre edilmiştir.

Burada zaten yapıldığı için Giriş Sayfası testine çok fazla odaklanmayın. Birim Testi. Ancak bunun nasıl bağlantılı olduğunu kontrol edin Mail Box Sayfa.

benzer şekilde Mail Box: Sil ile entegrasyonunu kontrol edin MailModülü.

Test Vaka Kimliği	Test Senaryosu Amacı	Test Durumu Descriptiyon	Beklenen Sonuç
1	Oturum Açma ile Oturum Açma arasındaki arayüz bağlantısını kontrol edin. Mailkutu modülü	Oturum açma kimlik bilgilerini girin ve Oturum Aç düğmesine tıklayın	Yönlendirilmek üzere Mail Box
2	arasındaki arayüz bağlantısını kontrol edin. Mailkutu ve Sil MailModülü	Konum Mailkutuyu seçin e-postayı ve sil düğmesine tıklayın	Seçilen e-posta Silinmiş/Çöp Kutusu klasöründe görünmelidir

Entegrasyon Testi Türleri

Yazılım Mühendisliği, Entegrasyon testlerini yürütmek için çeşitli stratejiler tanımlar, örneğin:

• Büyük Patlama Yaklaşımı:
• Artımlı Yaklaşım: Aşağıdaki şekilde daha da bölünmüştür:
  • Yukarıdan Aşağıya Yaklaşım
  • Aşağıdan Yukarıya Yaklaşım
  • Sandviç Yaklaşımı – Yukarıdan Aşağı ve Aşağıdan Yukarının Kombinasyonu

Aşağıda farklı stratejiler, uygulanma şekilleri ve sınırlamaları ile avantajları yer almaktadır.

Büyük Patlama Testi

Büyük Patlama Testi tüm bileşenlerin veya modüllerin aynı anda bir araya getirildiği ve ardından bir birim olarak test edildiği bir Entegrasyon testi yaklaşımıdır. Bu birleştirilmiş bileşenler kümesi, test sırasında bir varlık olarak kabul edilir. Ünitedeki bileşenlerin tamamı tamamlanmadığı takdirde entegrasyon işlemi gerçekleştirilmeyecektir.

Avantajları:

• Küçük sistemler için uygundur.

Dezavantajları:

• Arıza Lokalizasyonu zordur.
• Bu yaklaşımda test edilmesi gereken çok sayıda arayüz göz önüne alındığında, test edilecek bazı arayüz bağlantıları kolayca gözden kaçırılabilir.
• Entegrasyon testi ancak modüllerin "tümü" tasarlandıktan sonra başlayabileceğinden, test ekibinin test aşamasında uygulama için daha az zamanı olacaktır.
• Tüm modüller aynı anda test edildiğinden, yüksek riskli kritik modüller öncelikli olarak izole edilmez ve test edilmez. Kullanıcı arayüzleriyle ilgilenen çevresel modüller de izole edilmez ve öncelikli olarak test edilmez.

Artımlı Test

içinde Artımlı Test Yaklaşımda test, birbiriyle mantıksal olarak ilişkili olan iki veya daha fazla modülün entegre edilmesi ve ardından uygulamanın düzgün çalışıp çalışmadığının test edilmesiyle yapılır. Daha sonra ilgili diğer modüller artımlı olarak entegre edilir ve mantıksal olarak ilgili tüm modüller entegre edilip başarıyla test edilinceye kadar süreç devam eder.

Artımlı Yaklaşım ise iki farklı Yöntemle gerçekleştirilir:

• Altüst
• Top Down

Taslaklar ve Sürücüler

Taslaklar ve Sürücüler kolaylaştırmak için kullanılan Entegrasyon testindeki kukla programlardır. yazılım testi aktivite. Bu programlar, testteki eksik modellerin yerine geçer. Yazılım modülünün tüm programlama mantığını uygulamazlar ancak test sırasında çağıran modül ile veri iletişimini simüle ederler.

koçan: Test altındaki Modül tarafından çağrılır.

Sürücü: Test edilecek Modülü çağırır.

Aşağıdan Yukarıya Entegrasyon Testi

Aşağıdan Yukarıya Entegrasyon Testi önce alt seviye modüllerin test edildiği bir stratejidir. Bu test edilen modüller daha sonra daha yüksek seviyeli modüllerin test edilmesini kolaylaştırmak için kullanılır. Süreç üst seviyedeki tüm modüller test edilene kadar devam eder. Alt seviyedeki modüller test edilip entegre edildikten sonra bir sonraki seviyedeki modüller oluşturulur.

Diyagramatik Gösterim:

Avantajları:

• Arıza lokalizasyonu daha kolaydır.
• Big-bang yaklaşımından farklı olarak tüm modüllerin geliştirilmesini bekleyerek zaman kaybedilmez

Dezavantajları:

• Uygulama akışını kontrol eden kritik modüller (yazılım mimarisinin en üst seviyesinde) en son test edilir ve hatalara açık olabilir.
• Erken prototip mümkün değil

Yukarıdan Aşağıya Entegrasyon Testi

Yukarıdan Aşağıya Entegrasyon Testi yazılım sisteminin kontrol akışını izleyerek en üstten en alta doğru entegrasyon testinin yapıldığı bir yöntemdir. Önce daha yüksek seviyeli modüller test edilir ve daha sonra yazılım işlevselliğini kontrol etmek için daha düşük seviyeli modüller test edilir ve entegre edilir. Bazı modüller hazır değilse test için saplamalar kullanılır.

Diyagramatik Gösterim:

Avantajları:

• Arıza Lokalizasyonu daha kolaydır.
• Erken bir prototip elde etme imkanı.
• Kritik Modüller öncelikli olarak test edilir; Önce büyük tasarım kusurları bulunup düzeltilebilir.

Dezavantajları:

• Çok sayıda Stub'a ihtiyacı var.
• Daha düşük seviyedeki modüller yetersiz şekilde test edilmiştir.

Entegrasyon Testi nasıl yapılır?

Yazılım test stratejilerinden bağımsız olarak Entegrasyon test prosedürü (yukarıda tartışılmıştır):

1. Entegrasyonu hazırlayın Test Planı
2. Test Senaryolarını, Vakaları ve Komut Dosyalarını Tasarlayın.
3. Test vakalarının yürütülmesi ve ardından kusurların raporlanması.
4. Kusurların izlenmesi ve yeniden test edilmesi.
5. Entegrasyon başarıyla tamamlanana kadar 3. ve 4. adımlar tekrarlanır.

Kısa DescriptEntegrasyon Test Planlarının Oluşturulması

Aşağıdaki nitelikleri içerir:

• Test Yöntemleri/Yaklaşımları (yukarıda tartışıldığı gibi).
• Entegrasyon Testinin Kapsamları ve Kapsam Dışı Maddeleri.
• Görev ve Sorumluluklar.
• Entegrasyon testi için ön koşullar.
• Test ortamı.
• Risk ve Azaltma Planları.

Entegrasyon Testine Giriş ve Çıkış Kriterleri

Herhangi bir yazılım geliştirme modelinde Entegrasyon test aşamasına Giriş ve Çıkış Kriterleri

Giriş Kriterleri:

• Birim Testi Yapılmış Bileşenler/Modüller
• Tüm Yüksek öncelikli hatalar düzeltildi ve kapatıldı
• Tüm Modüllerin kodlanması ve başarıyla entegre edilmesi gerekiyor.
• Entegrasyon testleri Plan, test senaryosu, imzalanacak ve belgelenecek senaryolar.
• gereklidir Test ortamı Entegrasyon testi için kurulacak

Kriterlerden Çık:

• Entegre Uygulamanın Başarılı Testi.
• Gerçekleştirilen Test Durumları belgelenir
• Tüm Yüksek öncelikli hatalar düzeltildi ve kapatıldı
• Gönderilecek teknik belgeler ve ardından sürüm notları.

Entegrasyon Testi için En İyi Uygulamalar/Kurallar

• İlk önce Entegrasyonu belirleyin Test Stratejisi benimsenebilir ve daha sonra test vakaları ve test verileri buna göre hazırlanabilir.
• Çalışmak ArchiUygulamanın tasarımını yapın ve Kritik Modülleri tanımlayın. Bunların öncelikli olarak test edilmesi gerekir.
• Arayüz tasarımlarını adresinden edinin. Archiyapısal ekip ve tüm arayüzleri ayrıntılı olarak doğrulamak için test senaryoları oluşturun. Veritabanı/harici donanım/yazılım uygulamasına yönelik arayüz ayrıntılı olarak test edilmelidir.
• Test senaryolarından sonra kritik rolü oynayan şey test verileridir.
• Çalıştırmadan önce her zaman sahte verileri hazırlayın. Test senaryolarını yürütürken test verilerini seçmeyin.