Menü

Entegrasyon Testi Nedir (Entegrasyon Testi Örneği ile Eğitim)

what is integration testing

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

Entegrasyon Testi Nedir: Entegrasyon Testi Örnekleriyle Öğrenin

Entegrasyon testi, modüllerin / bileşenlerin beklendiği gibi çalıştıklarını doğrulamak için entegre edildiklerinde test etmek için yapılır, yani, tek tek iyi çalışan modülleri test etmek için entegre edildiğinde sorun yoktur.

Kara kutu test tekniğini kullanarak büyük uygulamaları test etmek açısından konuşurken, birbirine sıkıca bağlanmış birçok modülün kombinasyonunu içerir. Bu tür senaryoları test etmek için Entegrasyon testi tekniği kavramlarını uygulayabiliriz.

Bu seride ele alınan eğitimlerin listesi:

Öğretici 1: Entegrasyon Testi nedir? (Bu Eğitim)
Öğretici # 2: Artımlı Test Nedir
Öğretici 3: Bileşen Testi nedir
Eğitim 4: Sürekli Entegrasyon
Öğretici # 5 Birim Testi ve Entegrasyon Arasındaki Fark
Öğretici # 6: En İyi 10 Entegrasyon Test Aracı

entegrasyon testi nedir

Ne öğreneceksin:

Entegrasyon testi nedir?

Entegrasyon testinin anlamı oldukça basittir. Test edilen birimi tek tek entegre edin / birleştirin ve davranışı birleşik bir birim olarak test edin.

Bu testin ana işlevi veya amacı, üniteler / modüller arasındaki arayüzleri test etmektir.

Normalde 'Birim testi' sonrasında Entegrasyon testi yaparız. Tüm bağımsız birimler oluşturulduktan ve test edildikten sonra, bu 'Test Edilen Birim' modülleri birleştirmeye ve entegre testi yapmaya başlarız.

Bu testin ana işlevi veya amacı, üniteler / modüller arasındaki arayüzleri test etmektir.

Bireysel modüller ilk önce ayrı olarak test edilir. Modüller birim test edildikten sonra, tüm modüller entegre edilene kadar, kombinasyonel davranışı kontrol etmek ve gereksinimlerin doğru uygulanıp uygulanmadığını doğrulamak için tek tek entegre edilirler.

Burada Entegrasyon testinin döngünün sonunda olmadığını, bunun yerine geliştirme ile eşzamanlı olarak yapıldığını anlamalıyız. Bu yüzden çoğu zaman, tüm modüller test etmek için gerçekten mevcut değildir ve işte burada olmayan bir şeyi test etmek için zorluk gelir!

Neden Entegrasyon Testi?

Entegrasyon testinin karmaşık olduğunu ve biraz geliştirme ve mantıksal beceri gerektirdiğini düşünüyoruz. Bu doğru! O halde bu testi test stratejimize entegre etmenin amacı nedir?

İşte bazı nedenler:

  1. Gerçek dünyada, uygulamalar geliştirildiğinde, daha küçük modüllere bölünür ve bireysel geliştiricilere 1 modül atanır. Bir geliştirici tarafından uygulanan mantık diğer geliştiriciden oldukça farklıdır, bu nedenle bir geliştirici tarafından uygulanan mantığın beklentilere uygun olup olmadığını kontrol etmek ve öngörülen standartlara göre doğru değeri vermek önemli hale gelir.
  2. Çoğu zaman, bir modülden diğerine geçerken verilerin yüzü veya yapısı değişir. Bazı değerler eklenir veya kaldırılır, bu da sonraki modüllerde sorunlara neden olur.
  3. Modüller ayrıca, söz konusu API / araç tarafından kabul edilen verilerin doğru olup olmadığının ve üretilen yanıtın da beklendiği gibi olup olmadığının test edilmesi gereken bazı üçüncü taraf araçları veya API'leri ile etkileşime girer.
  4. Testte çok yaygın bir sorun - Sık gereksinim değişikliği! :) Çoğu zaman geliştirici, değişiklikleri birim test etmeden kullanır. O zaman entegrasyon testi önemli hale gelir.

Avantajlar

Bu testin birkaç avantajı vardır ve bunlardan birkaçı aşağıda listelenmiştir.

  • Bu test, entegre modüllerin / bileşenlerin düzgün çalıştığından emin olmanızı sağlar.
  • Entegrasyon testi, test edilecek modüller hazır olduğunda başlatılabilir. Stubs ve Drivers aynı şekilde kullanılabileceğinden, testin yapılması için diğer modülün tamamlanmasına gerek yoktur.
  • Arayüzle ilgili hataları tespit eder.

Zorluklar

Aşağıda, Entegrasyon Testinde yer alan birkaç zorluk listelenmiştir.

# 1) Entegrasyon testi, sistemin düzgün çalıştığından emin olmak için iki veya daha fazla entegre sistemi test etmek anlamına gelir. Yalnızca entegrasyon bağlantıları test edilmemeli, entegre sistemin düzgün çalıştığından emin olmak için ortamı dikkate alan kapsamlı bir test yapılmalıdır.

Entegre sistemi test etmek için uygulanabilecek farklı yollar ve permütasyonlar olabilir.

#iki) Entegrasyon testini yönetmek, veritabanı, Platform, ortam vb. Gibi birkaç faktörden dolayı karmaşık hale gelir.

# 3) Herhangi bir yeni sistemi eski sistemle entegre ederken, birçok değişiklik ve test çabası gerektirir. Aynı durum, herhangi iki eski sistemi entegre ederken de geçerlidir.

# 4) İki farklı şirket tarafından geliştirilen iki farklı sistemi entegre etmek, sistemlerden herhangi birinde herhangi bir değişiklik yapıldığında, sistemlerden birinin diğer sistemi nasıl etkileyeceği konusunda büyük bir zorluktur.

Bir sistem geliştirirken etkiyi en aza indirmek için, diğer sistemlerle olası entegrasyon vb. Gibi birkaç şey dikkate alınmalıdır.

Entegrasyon Testi Türleri

Aşağıda, avantajları ve dezavantajları ile birlikte bir tür Test Entegrasyonu verilmektedir.

Big Bang Yaklaşımı:

Big bang yaklaşımı, tüm modülleri tek seferde entegre eder, yani modülleri tek tek entegre etmeye gitmez. Sistemin beklendiği gibi çalışıp çalışmadığını veya bir kez entegre olup olmadığını doğrular. Tamamen entegre modülde herhangi bir sorun tespit edilirse, soruna hangi modülün neden olduğunu bulmak zorlaşır.

Büyük patlama yaklaşımı, kendisinde bir kusuru olan bir modül bulmak için zaman alıcı bir süreçtir, çünkü bu zaman alır ve kusur bir kez tespit edildiğinde, daha sonraki aşamada kusur tespit edildiğinden aynısını düzeltmek maliyeti yüksektir.

Büyük patlama yaklaşımı

Big Bang yaklaşımının avantajları:

  • Küçük sistemler için iyi bir yaklaşımdır.

Big Bang Yaklaşımının Dezavantajları:

  • Soruna neden olan modülü tespit etmek zordur.
  • Big Bang yaklaşımı, test için tüm modüllerin bir arada olmasını gerektirir ve bu da tasarım, geliştirme, Entegrasyon çoğu zaman alacağı için test için daha az zamana yol açar.
  • Test, yalnızca bir kerede gerçekleştirilir ve bu nedenle, kritik modül testi için tek başına zaman bırakmaz.

Entegrasyon Testi Adımları:

  1. Entegrasyonu Hazırlayın Test planı.
  2. Entegrasyon testi senaryoları ve test senaryoları hazırlayın.
  3. Test otomasyon komut dosyalarını hazırlayın.
  4. Test senaryolarını yürütün.
  5. Kusurları bildirin.
  6. Kusurları takip edin ve yeniden test edin.
  7. Yeniden test ve test, entegrasyon testi tamamlanana kadar devam eder.

Test Entegrasyon Yaklaşımları

Test entegrasyonu yapmak için temelde 2 yaklaşım vardır:

  1. Aşağıdan yukarıya yaklaşım
  2. Yukarıdan aşağıya yaklaşım.

Yaklaşımları test etmek için aşağıdaki şekli ele alalım:

Entegrasyon 1

Aşağıdan yukarıya yaklaşım:

Aşağıdan yukarıya test, adından da anlaşılacağı gibi uygulamanın en alt veya en içteki biriminden başlar ve kademeli olarak yukarı doğru hareket eder. Entegrasyon testi en alt modülden başlar ve kademeli olarak uygulamanın üst modüllerine doğru ilerler. Bu entegrasyon, tüm modüller entegre edilene ve tüm uygulama tek bir birim olarak test edilene kadar devam eder.

Bu durumda, B1C1, B1C2 ve B2C1, B2C2 modülleri, test edilen en düşük modüldür. Modül B1 ve B2 henüz geliştirilmemiştir. Modül B1 ve B2'nin işlevselliği, B1C1, B1C2 & B2C1, B2C2 modüllerini çağırmasıdır. B1 ve B2 henüz geliştirilmediğinden, B1C1, B1C2 & B2C1, B2C2 modüllerini çağıracak bazı programlara veya bir “uyarıcıya” ihtiyacımız olacaktır. Bu uyarıcı programlara SÜRÜCÜLER .

Basit bir deyişle, SÜRÜCÜLER Çağıran işlevin olmadığı bir durumda en düşük modülün işlevlerini çağırmak için kullanılan sahte programlardır. Aşağıdan yukarıya teknik, modül sürücüsünün test edilen modülün arayüzüne test senaryosu girdisi beslemesini gerektirir.

Bu yaklaşımın avantajı, programın en alt biriminde büyük bir arıza varsa, onu tespit etmenin daha kolay olması ve düzeltici önlemlerin alınabilmesidir.

Dezavantajı, ana programın son modül entegre edilip test edilene kadar mevcut olmamasıdır. Sonuç olarak, üst düzey tasarım kusurları yalnızca sonunda tespit edilecektir.

Yukarıdan aşağıya yaklaşım

Bu teknik en üstteki modülden başlar ve yavaş yavaş alt modüllere doğru ilerler. Yalnızca üst modül, ünite ayrı olarak test edilir. Bundan sonra alt modüller tek tek entegre edilir. İşlem, tüm modüller entegre edilip test edilene kadar tekrarlanır.

Bir şirketin web sitesindeki ayrıntılı bilgileri ele geçirmek için hangi yardımcı program kullanılabilir?

Şeklimiz bağlamında, test Modül A'dan başlar ve alt modüller B1 ve B2 tek tek entegre edilir. Şimdi burada alt modüller B1 ve B2 aslında entegrasyon için mevcut değildir. Bu nedenle, en üstteki A modüllerini test etmek için ' STUBS ”.

'Stubs', üst modülden gelen girdileri / istekleri kabul eden ve sonuçları / yanıtı döndüren bir kod parçası olarak adlandırılabilir. Bu şekilde alt modüller olmamasına rağmen üst modülü test edebiliyoruz.

Pratik senaryolarda, taslakların davranışı göründüğü kadar basit değildir. Modül olarak adlandırılan bu karmaşık modüller ve mimari çağında, çoğu zaman bir veritabanına bağlanmak gibi karmaşık iş mantığı içerir. Sonuç olarak, Stub'lar oluşturmak gerçek modül kadar karmaşık ve zaman alıcı hale gelir. Bazı durumlarda, Stub modülü uyarılmış modülden daha büyük olabilir.

Hem Stub'lar hem de sürücüler, 'var olmayan' modülleri test etmek için kullanılan sahte kod parçalarıdır. İşlevleri / yöntemi tetikler ve beklenen davranışla karşılaştırılan yanıtı döndürürler.

Aralarında bazı farklar olduğu sonucuna varalım Saplamalar ve Sürücü :

TaslaklarSürücü
Yukarıdan aşağıya yaklaşımda kullanılırAşağıdan yukarıya yaklaşımda kullanılır
En üstteki modül ilk önce test edilirİlk olarak en düşük modüller test edilir.
Daha düşük seviyedeki bileşenleri uyarırDaha yüksek seviyedeki bileşenleri uyarır
Daha düşük seviyeli bileşenlerin kukla programıÜst düzey bileşen için kukla program

Bu dünyadaki tek değişiklik Sabittir, bu yüzden ' Sandviç testi 'Yukarıdan aşağıya ve aşağıdan yukarıya yaklaşımın özelliklerini birleştiren'. İşletim sistemleri gibi büyük programları test ettiğimizde, daha verimli ve daha fazla güveni artıran daha fazla tekniğe sahip olmamız gerekir. Sandviç testi, hem Yukarıdan aşağı hem de aşağıdan yukarıya testin aynı anda başlatıldığı burada çok önemli bir rol oynar.

Entegrasyon orta katmanla başlar ve aynı anda yukarı ve aşağı doğru hareket eder. Şeklimiz durumunda, testimiz B1 ve B2'den başlayacak, burada bir kol üst modül A'yı test edecek ve başka bir kol alt modülleri B1C1, B1C2 ve B2C1, B2C2'yi test edecek.

Her iki yaklaşım da aynı anda başladığından, bu teknik biraz karmaşıktır ve belirli becerilerle birlikte daha fazla insan gerektirir ve dolayısıyla maliyeti arttırır.

GUI uygulaması Entegrasyon Testi

Şimdi Kara kutu tekniğinde entegrasyon testini nasıl ima edebileceğimizden bahsedelim.

Hepimiz bir web uygulamasının çok katmanlı bir uygulama olduğunu anlıyoruz. Kullanıcı tarafından görülebilen bir ön uca sahibiz, iş mantığına sahip bir orta katmanımız var, bazı doğrulamalar yapan, bazı üçüncü taraf API'lerini entegre eden vb. Biraz daha orta katmanımız var, ardından arka katmanımız var. veri tabanı.

Entegrasyon testi örneği:

Aşağıdaki örneği kontrol edelim:

Bir reklam şirketinin sahibiyim ve farklı web sitelerinde reklamlar yayınlıyorum. Ayın sonunda, reklamlarımı kaç kişinin gördüğünü ve reklamlarımı kaç kişinin tıkladığını görmek istiyorum. Gösterilen reklamlarım için bir rapora ihtiyacım var ve müşterilerime göre ücretlendiriyorum.

GenNext yazılımı bu ürünü benim için geliştirdi ve aşağıda mimari şöyleydi:

Entegrasyon 2

SOĞAN - Son kullanıcı tarafından görülebilen, tüm girişlerin verildiği Kullanıcı Arayüzü modülü.
BL - Tüm hesaplamaları ve işletmeye özel yöntemleri içeren İş Mantığı modülüdür.
VAL - Girişin doğruluğunun tüm onaylamalarını içeren Doğrulama modülüdür.
CNT - Kullanıcı tarafından girilen girişlere özel tüm statik içeriğe sahip içerik modülüdür. Bu içerikler raporlarda görüntülenir.
İÇİNDE - Engine modülüdür, bu modül BL, VAL ve CNT modülünden gelen tüm verileri okur ve SQL sorgusunu çıkararak veritabanına tetikler.
Planlayıcı - Tüm raporları kullanıcı seçimine göre planlayan bir modüldür (aylık, üç aylık, altı aylık ve yıllık)
DB - Veritabanıdır.

Şimdi, tüm web uygulamasının mimarisini tek bir birim olarak gördükten sonra, bu durumda Entegrasyon testi, modüller arasındaki veri akışına odaklanacak.

Buradaki sorular:

  1. BL, VAL ve CNT modülü, UI modülüne girilen verileri nasıl okuyacak ve yorumlayacaktır?
  2. BL, VAL ve CNT modülü, UI'den doğru verileri alıyor mu?
  3. BL, VAL ve CNT'den gelen veriler EQ modülüne hangi formatta aktarılır?
  4. EQ verileri nasıl okuyacak ve sorguyu nasıl çıkaracak?
  5. Sorgu doğru şekilde çıkarılmış mı?
  6. Planlayıcı raporlar için doğru verileri alıyor mu?
  7. EN tarafından veritabanından alınan sonuç seti doğru ve beklendiği gibi mi?
  8. EN yanıtı BL, VAL ve CNT modülüne geri gönderebilir mi?
  9. UI modülü verileri okuyabilir ve arayüze uygun şekilde görüntüleyebilir mi?

Gerçek dünyada, verilerin iletişimi XML formatında yapılır. Dolayısıyla, kullanıcı kullanıcı arayüzüne girdiği veriler ne olursa olsun, bir XML formatına dönüştürülür.

Senaryomuzda UI modülüne girilen veriler, BL, VAL ve CNT olmak üzere 3 modül tarafından yorumlanan XML dosyasına dönüştürülür. EN modülü, 3 modül tarafından oluşturulan sonuçtaki XML dosyasını okur ve SQL'i buradan çıkarır ve veritabanına sorgular. EN modülü ayrıca sonuç kümesini alır ve bir XML dosyasına dönüştürür ve sonuçları kullanıcı tarafından okunabilir biçimde dönüştüren ve görüntüleyen UI modülüne geri döndürür.

Ortada, EN modülünden sonuç kümesini alan, raporları oluşturan ve planlayan planlayıcı modülümüz var.

Peki Entegrasyon testi resmin içine nerede giriyor?

Bilginin / verinin doğru akıp akmadığını test etmek, entegrasyon testiniz olacak, bu durumda XML dosyalarını doğrulayacaktır. XML dosyaları doğru şekilde oluşturulmuş mu? Doğru verilere sahipler mi? Veriler bir modülden diğerine doğru şekilde aktarılıyor mu? Bütün bunlar, Entegrasyon testinin bir parçası olarak test edilecektir.

XML dosyalarını oluşturmaya veya almaya çalışın, etiketleri güncelleyin ve davranışı kontrol edin. Bu, test uzmanlarının normalde yaptığı normal testlerden çok farklı bir şeydir, ancak bu, test uzmanlarının uygulamayla ilgili bilgi ve anlayışına değer katacaktır.

Diğer birkaç örnek test koşulu aşağıdaki gibi olabilir:

  • Menü seçenekleri doğru pencereyi mi oluşturuyor?
  • Pencereler test edilen pencereyi çağırabilir mi?
  • Her pencere için, uygulamanın izin vermesi gereken pencere için işlev çağrılarını tanımlayın.
  • Pencereden uygulamanın izin vermesi gereken diğer özelliklere yapılan tüm çağrıları tanımlayın
  • Geri döndürülebilir aramaları tanımlayın: aranan bir pencereyi kapatmak, arama penceresine geri dönmelidir.
  • Geri döndürülemez aramaları tanımlayın: arama penceresi, çağrılan pencere görünmeden önce kapanır.
  • Başka bir pencereye çağrı yürütmenin farklı yollarını test edin, örn. - menüler, düğmeler, anahtar kelimeler.

Entegrasyon Testlerini Başlatma Adımları

  1. Uygulamanızın mimarisini anlayın.
  2. Modülleri tanımlayın
  3. Her modülün ne yaptığını anlayın
  4. Verilerin bir modülden diğerine nasıl aktarıldığını anlayın.
  5. Verilerin sisteme nasıl girildiğini ve alındığını anlayın (uygulamanın giriş noktası ve çıkış noktası)
  6. Uygulamayı test ihtiyaçlarınıza uyacak şekilde ayırın.
  7. Test koşullarını tanımlayın ve oluşturun
  8. Her seferinde bir koşul alın ve test senaryolarını yazın.

Entegrasyon Testi için Giriş / Çıkış Kriterleri

Giriş kriterleri:

  • Entegrasyon test planı belgesi imzalanır ve onaylanır.
  • Entegrasyon test senaryoları hazırlandı.
  • Test verileri oluşturuldu.
  • Birim testi Geliştirilen modüllerin / Bileşenlerin tamamlanması.
  • Tüm kritik ve yüksek Öncelikli kusurlar kapatılır.
  • Test ortamı entegrasyon için ayarlanmıştır.

Çıkış kriteri:

  • Tüm entegrasyon test durumları yürütülmüştür.
  • Hiçbir kritik ve Öncelikli P1 ve P2 kusurları açılmaz.
  • Test Raporu hazırlanmıştır.

Entegrasyon Testi Durumları

Entegrasyon testi vakaları esas olarak modüller arasında arayüz, entegre bağlantılar, veri aktarımı halihazırda birim test edilmiş modüller / bileşenler olarak modüller arasında, yani işlevsellik ve diğer test yönleri zaten kapsanmıştır.

Dolayısıyla ana fikir, iki çalışma modülünün entegre edildiğinde beklendiği gibi çalışıp çalışmadığını test etmektir.

Linkedin uygulaması için Örnek Entegrasyon Testi durumları şunları içerecektir:

  • Giriş sayfası ile ana sayfa arasındaki arayüz bağlantısını doğrulamak, yani bir kullanıcı kimlik bilgilerini ve günlükleri girdiğinde, ana sayfaya yönlendirilmelidir.
  • Ana sayfa ile profil sayfası arasındaki arayüz bağlantısını doğrulamak, yani profil sayfası açılmalıdır.
  • Ağ sayfası ile bağlantı sayfalarınız arasındaki arayüz bağlantısını doğrulayın, yani ağ sayfasının Davetiyelerindeki kabul düğmesine tıkladığınızda, tıklandığında bağlantı sayfanızda kabul edilen davet gösterilmelidir.
  • Bildirim sayfaları arasındaki arayüz bağlantısını doğrulayın ve tebrikler düğmesini söyleyin, yani tebrikler düğmesine tıklamanın yeni mesaj penceresine yönlendirilmesi gerektiğini söyleyin.

Bu özel site için birçok entegrasyon testi senaryosu yazılabilir. Yukarıdaki dört nokta, hangi Entegrasyon testi senaryolarının teste dahil edildiğini anlamak için yalnızca bir örnektir.

Entegrasyon bir Beyaz kutu mu yoksa Kara kutu Tekniği mi?

Entegrasyon testi tekniği hem kara kutularda hem de beyaz kutu tekniği . Kara kutu tekniği bir test uzmanının sistem hakkında herhangi bir dahili bilgiye sahip olması gerekmediği, yani kodlama bilgisi gerekli olmadığı, beyaz kutu tekniği ise uygulama hakkında dahili bilgiye ihtiyaç duyduğu yerdir.

Artık entegrasyon testini gerçekleştirirken, verileri veritabanından alacak ve verileri gerektiği gibi sağlayacak iki entegre web hizmetinin test edilmesini içerebilir; bu, web sitesine yeni bir özelliği entegre ederken beyaz kutu test tekniği kullanılarak test edilebileceği anlamına gelir. kara kutu tekniğini kullanarak.

Bu nedenle, entegrasyon testinin bir kara kutu veya beyaz kutu tekniği olduğu kesin değildir.

Entegrasyon Test Araçları

Bu test için birkaç araç mevcuttur.

Aşağıda verilen araçların listesi:

  • Rasyonel Entegrasyon Test Cihazı
  • İletki
  • Buhar
  • TESSY

Yukarıdaki araçlar hakkında daha fazla ayrıntı için bu eğiticiye bakın:

Entegrasyon Testlerini Yazmak için En İyi 10 Entegrasyon Test Aracı

Sistem Entegrasyon Testi

Sistem Entegrasyon Testi yapılır. tam entegre sistem .

Modüller veya bileşenler, bileşenleri entegre etmeden önce birim testinde ayrı ayrı test edilir.

Tüm modüller test edildikten sonra, tüm modüller entegre edilerek sistem entegrasyon testi yapılır ve sistem bir bütün olarak test edilir.

Entegrasyon Testi ve Sistem Testi arasındaki fark

Entegrasyon testi, birim test edilen bir veya iki modülün test etmek için entegre edildiği ve entegre modüllerin beklendiği gibi çalışıp çalışmadığını doğrulamak için doğrulamanın yapıldığı bir testtir.

Sistem testi, bir bütün olarak sistem test edilir, yani sistemin beklendiği gibi çalışıp çalışmadığını ve entegre modüller nedeniyle herhangi bir sorun oluşmadığını doğrulamak için tüm modüller / bileşenler birlikte entegre edilir.

Sonuç

Bu tamamen Entegrasyon testi ve bunun hem Beyaz kutu hem de Kara kutu tekniğinde uygulanmasıyla ilgilidir. Umarım bunu ilgili örneklerle net bir şekilde açıklamışızdır.

Test Entegrasyonu, ilk adımda tüm modülleri bir arada entegre etmek için iki veya daha fazla modül entegre edildiğinde hatayı bulmayı kolaylaştırdığı için test döngüsünün önemli bir parçasıdır.

Kusurları erken bir aşamada bulmaya yardımcı olur ve bu da çabadan ve maliyetten tasarruf sağlar. Entegre modüllerin beklendiği gibi düzgün çalışmasını sağlar.

Entegrasyon Testi hakkındaki bu bilgilendirici eğitimin, kavram hakkındaki bilginizi zenginleştireceğini umuyoruz.

Önerilen Kaynaklar

^