- SIT ve UAT: Genel Bakış
- Sistem Entegrasyon Testi (SIT)
- Kullanıcı Kabul Testi (UAT)
- SIT ile UAT Arasındaki Temel Farklar
- Sonuç
Bu makalede SIT ve UAT arasındaki temel farklar açıklanmaktadır. Ayrıca Sistem Entegrasyon Testi ve Kullanıcı Kabul Testi Yöntemleri hakkında bilgi edineceksiniz:
Genel olarak testler hem test uzmanları hem de geliştiriciler tarafından yapılır. Her biri bir uygulamayı test etmek için kendi modelini izler.
Sistem Entegrasyon Testi veya SIT test uzmanları tarafından yapılırken, yaygın olarak UAT olarak bilinen Kullanıcı Kabul Testi son olarak son kullanıcılar tarafından yapılır. Bu makale hem SIT hem de UAT'yi ayrıntılı olarak karşılaştıracak ve ikisi arasındaki temel farkları anlamanıza yardımcı olacaktır.
Keşfedelim!!
SIT ve UAT: Genel Bakış
Genel olarak, test seviyeleri aşağıdaki hiyerarşiye sahiptir:
- Birim testi
- Bileşen testi
- Sistem testi
- Sistem entegrasyon testi
- Kullanıcı kabul testi
- Üretim
Aralarındaki temel farkları analiz edelim Sistem Entegrasyon Testi (SIT) ve Kullanıcı Kabul Testi (UAT).
Sistem Entegrasyon Testi (SIT)
Herhangi bir projede iki farklı alt sistem/sistem bir noktada birleşecektir. Daha sonra bu sistemi bir bütün olarak test etmemiz gerekir. Bu nedenle buna Sistem Entegrasyon Testi denir.
SIT'in Çalışma Adımları
- Tek tek ünitelerin önce ayrı yapılarda entegre edilmesi gerekir.
- Tüm sistem bir bütün olarak test edilmelidir.
- Test senaryoları, yazılım gereksinimlerine göre uygun yazılım kullanılarak yazılmalıdır.
- UI hataları, veri akışı hataları ve arayüz hataları gibi hatalar bu testte bulunabilir.
Örnek:
Bir sağlık sitesinin şu özelliklere sahip olduğunu düşünelim 3 sekme başlangıçta yani. Hasta Bilgileri, Eğitim ve Önceki tıbbi kayıtlar Sağlık hizmetleri sitesine şimdi yeni bir sekme aradı Enjeksiyon bilgisi.
Şimdi yeni sekmenin ayrıntıları veya veritabanı mevcut sekmelerle birleştirilmeli ve sistem 4 sekme ile bir bütün olarak test edilmelidir.
Dört sekmesi olan entegre siteyi test etmeliyiz.
Entegre site aşağıda gösterildiği gibi görünür:
SIT'de Kullanılan Teknikler
- Yukarıdan Aşağıya Yaklaşım
- Aşağıdan Yukarıya Yaklaşım
- Büyük patlama yaklaşımı
#1) Yukarıdan Aşağıya Yaklaşım
Adından da anlaşılacağı gibi, yukarıdan aşağıya doğru yürütmeyi takip ettiği anlamına gelir. Ana işlevselliğin veya modülün test edildiği ve ardından sırayla alt modüllerin test edildiği bir yöntemdir. Burada, ardışık gerçek alt modüller entegrasyon için hemen mevcut değilse ne yapacağımız sorusu ortaya çıkar.
Bu sorunun cevabı şu soruları doğurur ÇÖREKLER.
Taslaklar çağrılan programlar olarak bilinir . olarak hareket ederler kukla modüller ve gerekli modül işlevini sınırlı bir şekilde yerine getirir.
Stub'lar, alt modüllerin entegrasyonu zor olduğu için asıl modül entegrasyona hazır hale gelene kadar bir birim/modül/alt modülün işlevselliğini kısmi bir şekilde yerine getirir.
Entegre etmek için düşük seviyeli bileşenler taslaklarla değiştirilebilir. Dolayısıyla yukarıdan aşağıya yaklaşım yapısal veya prosedürel bir dil izleyebilir. Bir taslak gerçek bileşenle değiştirildikten sonra, bir sonraki taslak gerçek bileşenlerle değiştirilebilir.
Yukarıdaki diyagramın yürütülmesi modül A, modül B, modül C, modül D, modül E, modül F ve modül G olacaktır.
Taslaklar İçin Örnek:
#2) Aşağıdan Yukarıya Yaklaşım
Bu yaklaşım aşağıdan yukarıya hiyerarşiyi takip eder. Burada önce alt modüller entegre edilir ve daha sonra üst modüller entegre edilir ve test edilir.
En alttaki modüller veya birimler birleştirilir ve test edilir. Kümeler Alt modüller ana modül ile entegre edilirken, ana modülün mevcut olmaması durumunda SÜRÜCÜLER ana programı kodlamak için kullanılır.
SÜRÜCÜLER çağrı programları olarak adlandırılır .
Bu yaklaşımda kusur sızıntısı daha azdır.
Alt modülleri bir üst seviyeye veya ana modüle entegre etmek için yukarıdaki şekilde gösterildiği gibi bir sürücü modülü oluşturulur.
#3) Büyük Patlama Yaklaşımı
Basit bir ifadeyle, Büyük Patlama Yaklaşımında, tüm birimleri bir kerede bağlamanız ve tüm bileşenleri test etmeniz gerekir. Burada bölümleme yapılmaz, kusur sızıntısı oluşmamalıdır.
Bu yaklaşım, sıfırdan geliştirilen veya büyük geliştirmelerden geçen yeni projeler için kullanışlıdır.
Kullanıcı Kabul Testi (UAT)
Bir test uzmanı tamamlanmış test edilmiş projeyi müşteriye/son kullanıcıya teslim ettiğinde, müşteri/son kullanıcı projenin doğru tasarlanıp tasarlanmadığını görmek için projeyi tekrar test edecektir. Buna Kullanıcı Kabul Testi denir.
Testlerin gerçekleştirilebilmesi için her ikisi için de uygun test senaryolarının yazılması gerekir.
Geliştiriciler, İşlevsel Gereksinim Spesifikasyonu belgesine dayanarak bir kod geliştirir. Test uzmanları bunu test eder ve hataları rapor eder. Ancak müşteri veya son kullanıcı yalnızca sistemin tam olarak nasıl çalıştığını bilir. Bu nedenle sistemi kendi uçlarından test ederler.
UAT'nin Çalışma Adımları
- UAT planı gereksinimlere göre oluşturulmalıdır.
- Senaryolar gereksinimlerden yola çıkılarak oluşturulmalıdır.
- Test senaryoları ve test verileri hazırlanmalıdır.
- Test senaryoları çalıştırılmalı ve mevcut herhangi bir hata olup olmadığı kontrol edilmelidir.
- Herhangi bir hata yoksa ve test senaryoları geçtiyse, proje imzalanabilir ve üretime gönderilebilir.
- Herhangi bir kusur veya hata bulunursa, piyasaya sürülmeye hazırlanmak için derhal düzeltilmesi gerekir.
UAT Testi Türleri
- Alfa ve Beta Testleri: Alfa testi geliştirme sahasında yapılırken beta testi dış ortamda, yani dışarıdaki bir şirkette vb. yapılır.
- Sözleşme Kabul Testi: Bir sözleşmede, önceden tanımlanmış olan kabul edilmiş spesifikasyonların karşılanması gerekir.
- Yönetmelik Kabul Testi: Adından da anlaşılacağı üzere testler yönetmeliklere aykırı olarak yapılmaktadır.
- Operasyonel Kabul Testi: Operasyon veya tasarlanan iş akışı beklendiği gibi olmalıdır.
- Kara Kutu Testi: Derine inmeden yazılımın hayati amacı için test edilmesi gerekir.
SIT ile UAT Arasındaki Temel Farklar
SIT | UAT |
---|---|
Bu, test uzmanları ve geliştiriciler tarafından gerçekleştirilir. | Bu, son kullanıcılar ve müşteriler tarafından gerçekleştirilir. |
Alt birimlerin/ünitelerin entegrasyonu burada kontrol edilir. Arayüzler test edilmelidir. | Tüm tasarım burada kontrol edilir. |
Tek tek birimler, sistemin gereksinimlere uygun şekilde çalışmasını sağlayacak şekilde entegre edilir ve test edilir. | Sistem, ürünün kullanıcı tarafından istenen ana işlevselliği için bir bütün olarak test edilir. |
Test uzmanları tarafından gereksinimlere göre yapılır. | Ürünün son kullanıcı tarafından nasıl kullanılması gerektiğine ilişkin kullanıcı perspektifine dayalı olarak yapılır. |
SIT, sistem monte edilir edilmez gerçekleştirilir. | UAT son olarak ürün piyasaya sürülmeden hemen önce gerçekleştirilir. |
Sonuç
Sistem entegrasyon testi esas olarak bir sistemin arayüz gereksinimlerini test etmek için yapılır. Kullanıcı kabul testi ise sistemin işlevselliğini bir bütün olarak son kullanıcı tarafından doğrulamak için yapılır. Her iki test için de uygun test senaryoları yazılmalıdır.
SIT 3 teknikle yapılabilir (Yukarıdan aşağıya, Aşağıdan yukarıya ve Büyük patlama yaklaşımları). UAT 5 metodoloji kullanılarak yapılabilir (Alfa ve Beta testi, Sözleşme Kabul testi, Düzenleme Kabul testi, Operasyonel Kabul testi ve Kara kutu testi).
Sistem testinde bulunan hatalar kolayca düzeltilebilir, hatalara göre farklı derlemeler yapılabilir. Oysa UAT'de bulunan hatalar test uzmanları için kara bir leke olarak kabul edilir ve kabul edilmez.
UAT'de iş yetkilileri veya müşteriler, geliştirilen ürünün iş ortamındaki ihtiyaçlarını karşıladığından memnun olmalıdır. SIT, sistemin işlevsel gereksinimlerini karşılamalıdır.
Umarız bu makale SIT Vs UAT hakkındaki tüm sorularınızı açıklığa kavuşturmuştur!!!