Menü

SIT ile UAT Testi Arasındaki Fark Nedir?

  • Ana
  • Diğer
  • SIT ile UAT Testi Arasındaki Fark Nedir?

what is difference between sit vs uat testing

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

Bu Makale, SIT ile UAT arasındaki Temel Farklılıkları Açıklamaktadır. Ayrıca Sistem Entegrasyon Testi ve Kullanıcı Kabul Testi Yöntemlerini Öğreneceksiniz:

Genel olarak testler hem test ediciler hem de geliştiriciler tarafından yapılır. Her biri bir uygulamayı test etmek için kendi modelini takip eder.

Sistem Entegrasyon Testi veya SIT, test uzmanları tarafından yapılırken, genellikle UAT olarak bilinen Kullanıcı Kabul Testi, 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.

.bin dosyası nasıl kullanılır

Hadi keşfedelim!!

UAT, VS

Ne öğreneceksin:

SIT Vs 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

Hiyerarşiyi Test Etme

Aradaki temel farkları analiz edelim Sistem Entegrasyon Testi (SIT) ve Kullanıcı Kabul Testi (UAT).

Sistem Entegrasyon Testi (SIT)

İki farklı alt sistem / sistem, herhangi bir projenin bir noktasında birleşecektir. Daha sonra bu sistemi bir bütün olarak test etmeliyiz. Dolayısıyla buna Sistem Entegrasyon Testi denir.

SIT Çalışma Adımları

  1. Bireysel ünitelerin önce ayrı yapılara entegre edilmesi gerekir.
  2. Tüm sistem bir bütün olarak test edilmelidir.
  3. Test senaryoları, yazılım gereksinimlerine göre uygun yazılım kullanılarak yazılmalıdır.
  4. UI hataları, veri akışı hataları, arayüz hataları gibi hatalar bu testte bulunabilir.

Misal:

Bir sağlık sitesinin sahip olduğunu düşünelim 3 sekme başlangıçta yani Hasta Bilgileri, Eğitim, Önceki tıbbi kayıtlar . Sağlık sitesi şimdi eklendi yeni bir sekme aranan Enjeksiyon bilgisi.

Artık yeni sekmenin ayrıntılarının veya veritabanının mevcut sekmelerle birleştirilmesi ve sistemin 4 sekme ile bir bütün olarak test edilmesi gerekiyor.

SIT örneği

Dört sekmesi olan entegre siteyi test etmeliyiz.

Entegre site, aşağıda gösterildiği gibi görünür:

Entegre Site

SIT'de Kullanılan Teknikler

  • Yukarıdan Aşağıya Yaklaşım
  • Aşağıdan Yukarı Yaklaşım
  • Büyük patlama yaklaşımı

# 1) Yukarıdan Aşağıya Yaklaşım

Yukarıdan Aşağıya Yaklaşım

Adından da anlaşılacağı gibi, yukarıdan aşağıya uygulamayı takip ettiği anlamına gelir. Ana işlevselliğin veya modülün test edildiği ve ardından alt modüllerin sırasıyla test edildiği bir yöntemdir. Burada, birbirini izleyen fiili alt modüller entegrasyon için hemen mevcut değilse ne yapacağımız sorusu ortaya çıkar.

Bunun cevabı şunlara yol açar: STUBS.

Saplamalar, programlar olarak bilinir . Gibi davranırlar kukla modüller ve gerekli modül işlevini sınırlı bir şekilde gerçekleştirin.

Stub'lar, alt modüllerin entegrasyonu zor olduğundan, gerçek modül entegrasyonlara hazır olana kadar bir birim / modül / alt modülün işlevselliğini kısmi bir şekilde gerçekleştirir.

Düşük seviyeli bileşenler, entegre etmek için saplamalarla değiştirilebilir. Bu nedenle yukarıdan aşağıya yaklaşım, yapılandırılmış veya prosedür dilini takip edebilir. Bir saplama gerçek bileşenle değiştirildikten sonra, bir sonraki saplama 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, modül G olacaktır.

Stubs Örneği:

Taslaklar için örnek

# 2) Aşağıdan Yukarı Yaklaşım

Bu yaklaşım, aşağıdan yukarıya hiyerarşiyi izler. Burada, önce alt modüller entegre edilir ve ardından daha yüksek modüller entegre edilir ve test edilir.

En alttaki modüller veya birimler birleştirilir ve test edilir. Alt birimler kümesi denir Kümeler . Alt modülleri ana modül ile entegre ederken, 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 .

SÜRÜCÜLER

Bu yaklaşımda kusur kaçağı daha azdır.

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

Alt modülleri daha yüksek bir seviyeye veya ana modüle entegre etmek için yukarıdaki şekilde gösterildiği gibi bir sürücü modülü oluşturulur.

Aşağıdakilerden hangisi bir test senaryosunu açıklayan bir koşul değildir?

# 3) Big Bang Yaklaşımı

Basit bir deyişle, Big Bang Yaklaşımında, tüm birimleri aynı anda bağlamanız ve tüm bileşenleri test etmeniz gerekir. Burada bölümleme yapılmaz. Kusur sızıntısı olmamalıdır.

Bu yaklaşım, sıfırdan geliştirilen veya büyük iyileştirmelerden geçen yeni geliştirilmiş projeler için kullanışlıdır.

Big Bang Yaklaşımı

Kullanıcı Kabul Testi (UAT)

Bir test uzmanı tamamlanmış test edilen projeyi müşteriye / son kullanıcıya teslim ettiğinde, müşteri / son kullanıcı projeyi doğru şekilde tasarlanıp tasarlanmadığını görmek için tekrar test edecektir. Buna Kullanıcı Kabul Testi denir.

Testin yapılabilmesi için her ikisi için de uygun test senaryolarının yazılması gerekir.

UAT

(resim kaynak )

Geliştiriciler, İşlevsel Gereksinim Spesifikasyonu belgesine dayalı bir kod geliştirir. Testçiler bunu test eder ve hataları bildirir. Ancak müşteri veya son kullanıcı yalnızca sistemin tam olarak nasıl çalıştığını bilir. Dolayısıyla sistemi kendi uçlarından test ederler.

UAT'nin Çalışma Adımları

  • UAT planı, gereksinimlere göre oluşturulmalıdır.
  • Senaryolar gereksinimlerden inşa edilmelidir.
  • Test senaryoları ve test verileri hazırlanmalıdır.
  • Test senaryoları çalıştırılmalı ve mevcut herhangi bir hata için kontrol edilmelidir.
  • Hata yoksa ve test durumları geçtiyse, proje imzalanabilir ve üretime gönderilebilir.
  • Herhangi bir kusur veya hata bulunursa, serbest bırakmaya hazırlanmak için derhal düzeltilmesi gerekir.

UAT Testi Türleri

  1. Alfa ve Beta Testi: Alfa testi geliştirme sitesinde yapılırken, beta testi dış ortamda, yani bir şirket dışı vb.
  2. Sözleşme Kabul Testi: Bir sözleşmede, önceden tanımlanmış kabul edilmiş spesifikasyonların karşılanması gerekir.
  3. Yönetmelik Kabul Testi: Adından da anlaşılacağı gibi, testler yönetmeliklere aykırıdır.
  4. Operasyonel Kabul Testi: Tasarlanan işlem veya iş akışı beklendiği gibi olmalıdır.
  5. Kara Kutu Testi: Derinlemesine gitmeden yazılımın hayati amacı için test edilmesi gerekir.

SIT ile UAT Arasındaki Temel Farklılıklar

SITUAT
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 / birimlerin entegrasyonu burada kontrol edilir. Arayüzler test edilecektir.Tüm tasarım burada kontrol edilir.
Bireysel birimler, sistemin gereksinimlere göre çalışacağı şekilde entegre edilir ve test edilir.Sistem, kullanıcının istediği şekilde ürünün ana işlevselliği açısından bir bütün olarak test edilir.
Test uzmanlarının gereksinimlerine göre yapılır.Ürünün son kullanıcı tarafından nasıl kullanılması gerektiğine ilişkin kullanıcı bakış açısına göre yapılır.
Sistem kurulur kurulmaz SIT gerçekleştirilir.UAT, nihayet ürünün piyasaya sürülmesinden 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, bir son kullanıcı tarafından bir bütün olarak sistem işlevselliğini 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 (Alfa ve Beta testi, Sözleşme Kabul testi, Yönetmelik Kabul testi, Operasyonel Kabul testi ve Kara kutu testi) kullanılarak yapılabilir.

Sistem testinde bulunan kusurlar kolaylıkla düzeltilebilir. Kusurlara göre farklı yapılar yapılabilir. UAT'de bulunan kusurlar ise test uzmanları için kara leke olarak kabul edilir ve kabul edilmez.

UAT'de iş yetkilileri veya müşteriler, geliştirilen ürünün iş ortamında ihtiyaçlarını karşıladığından emin olmalıdır. SIT, sistemin fonksiyonel gereksinimlerini karşılamalıdır.

Umarız bu makale SIT Vs UAT ile ilgili tüm sorularınızı netleştirmiştir !!

Önerilen Kaynaklar

^