what is system testing ultimate beginner s guide
Yazılım Testinde Sistem Testi Nedir?
Sistem Testi, sistemin bir bütün olarak test edilmesi anlamına gelir. Sistemin beklendiği gibi çalışıp çalışmadığını doğrulamak için tüm modüller / bileşenler entegre edilmiştir.
Entegrasyon Testi yapıldıktan sonra Sistem Testi yapılır. Bu, yüksek kaliteli bir ürün sunmada önemli bir rol oynar.
Öğreticiler Listesi:
Sistemin belirtilen gereksinimleri karşıladığını doğrulamak için entegre bir donanım ve yazılım sistemini test etme süreci.
Doğrulama : İnceleme yoluyla teyit ve belirtilen şartların yerine getirildiğine dair objektif kanıt hükümleri.
Bir uygulamanın A, B ve C olmak üzere üç modülü varsa, A & B modüllerini veya modül B & C'yi veya modül A & C'yi birleştirerek yapılan test, Entegrasyon testi olarak bilinir. Üç modülün de entegre edilmesi ve tam bir sistem olarak test edilmesi, Sistem testi olarak adlandırılır.
Ne öğreneceksin:
- Benim deneyimim
- Yaklaşmak
- Neden Sistem Testi?
- Bu Bir Beyaz Kutu veya Kara Kutu Testi mi?
- Sistem Testi Nasıl Yapılır?
- Avantajları
- Giriş / Çıkış Kriterleri
- Sistem Test Planı
- Sistem Testi Durumlarını Yazma Prosedürü
- Sistem Test Durumları
- Sistem Testi Türleri
- Sistem Entegrasyon Testi Nedir?
- Sistem ve Kabul Testi Arasındaki Fark
- Sistem Testini Gerçekleştirmek İçin İpuçları
- Sonuç
- Önerilen Kaynaklar
Benim deneyimim
Öyleyse… dediğiniz şeyi test etmenin gerçekten çok fazla zaman alacağını düşünüyor musunuz? Sistem Testi , Entegrasyon Testi için çok çaba harcadıktan sonra bile?
Yakın zamanda proje için görüştüğümüz müşteri, her test çalışması için sağladığımız tahmin konusunda ikna olmamıştı.
Bir örnek vermek zorunda kaldım:
Mike, çabalarımızı ve sistem testinin önemini bir örnekle açıklamak istiyorum.
Ateş et, diye yanıtladı.
Sistem Test Örneği
Bir otomobil üreticisi, arabayı bir bütün olarak üretmez. Otomobilin koltuklar, direksiyon, ayna, fren, kablo, motor, araba çerçevesi, tekerlekler gibi her bir bileşeni ayrı ayrı üretilir.
Her bir öğe üretildikten sonra, çalışması gerektiği gibi çalışıp çalışmadığı bağımsız olarak test edilir ve buna Birim testi denir.
tutulmada yeni java dosyası nasıl oluşturulur
Şimdi, her bir parça başka bir parça ile birleştirildiğinde, montajın her bir bileşenin işlevselliği üzerinde herhangi bir yan etki oluşturup oluşturmadığı ve her iki bileşenin beklendiği gibi birlikte çalışıp çalışmadığı ve buna entegrasyon testi denir.
Tüm parçalar birleştirilip araba hazır olduğunda aslında hazır değildir.
Aracın sorunsuz bir şekilde sürülebilmesi, kırılması, viteslerin düzgün çalışması ve diğer işlevlerin düzgün çalışması, 2500 mil sürekli sürüldükten sonra herhangi bir yorgunluk belirtisi göstermemesi gibi tanımlanan gereksinimlere göre tüm aracın farklı yönleri kontrol edilmesi gerekir Genel olarak kabul gören ve sevilen bir otomobil, düz ve engebeli, eğimli ve düz gibi her türlü yolda sürülebilir ve tüm bu test çabasına Sistem Testi denir ve entegrasyon testiyle ilgisi yoktur.
Örnek beklendiği gibi çalıştı ve müşteri, sistem testi için gereken çabalar konusunda ikna oldu.
Bu testin önemini vurgulamak için burada örneği anlattım.
Yaklaşmak
Entegrasyon Testi tamamlandığında gerçekleştirilir.
Esas olarak bir Kara kutu tipi testtir. Bu test, bir şartname belgesi yardımıyla sistemin çalışmasını kullanıcı bakış açısından değerlendirir. Kodun tasarımı veya yapısı gibi sistemler hakkında herhangi bir dahili bilgi gerektirmez.
Fonksiyonel ve fonksiyonel olmayan uygulama / ürün alanlarını içerir.
Odak kriterleri:
Esas olarak aşağıdakilere odaklanır:
- Harici arayüzler
- Çok programlı ve karmaşık işlevler
- Güvenlik
- Kurtarma
- Verim
- Operatör ve kullanıcının sistemle sorunsuz etkileşimi
- Kurulabilirlik
- Dokümantasyon
- Kullanılabilirlik
- Yük / Stres
Neden Sistem Testi?
# 1) Tam bir test döngüsünü tamamlamak çok önemlidir ve ST, bunun yapıldığı aşamadır.
#iki) ST, üretim ortamına benzer bir ortamda gerçekleştirilir ve bu nedenle paydaşlar, kullanıcının tepkisi hakkında iyi bir fikir edinebilir.
# 3) Dağıtım sonrası sorun gidermeyi en aza indirmeye ve çağrıları desteklemeye yardımcı olur.
# 4 ) Bu STLC aşamasında Uygulama Mimarisi ve İş gereksinimleri test edilir.
Bu test çok önemlidir ve müşteriye kaliteli bir ürün sunmada önemli bir rol oynar.
Günlük görevlerimizi içeren aşağıdaki Örnekler aracılığıyla bu testin önemini görelim:
- Onaylandıktan sonra bir çevrimiçi işlem başarısız olursa ne olur?
- Bir çevrimiçi sitenin sepetine yerleştirilen bir ürün sipariş vermeye izin vermiyorsa ne olur?
- Bir Gmail hesabında yeni bir etiket oluşturmak, oluştur sekmesine tıklandığında bir hata verirse ne olur?
- Sistemde bir yük arttığında sistem çökerse ne olur?
- Ya sistem çökerse ve verileri istendiği gibi kurtaramazsa?
- Ya sisteme yazılım yüklemek beklenenden çok daha fazla zaman alırsa ve sonunda bir hata verirse?
- Ya bir web sitesi yanıt süresi geliştirmeden sonra beklenenden çok daha fazla artarsa?
- Ya bir web sitesi, kullanıcının seyahat biletini rezerve edemeyecek kadar yavaş hale gelirse?
Yukarıda, Sistem Testinin düzgün bir şekilde yapılmaması halinde nasıl etkileyeceğini gösteren birkaç örnek verilmiştir.
Yukarıdaki tüm örnekler, ya sistem testinin yapılmamış ya da düzgün yapılmamış olmasının sonucudur. Ürünün gereksinimlere göre çalıştığından emin olmak için tüm entegre modüller test edilmelidir.
Bu Bir Beyaz Kutu veya Kara Kutu Testi mi?
Sistem testi bir kara kutu test tekniği olarak düşünülebilir.
Kara Kutu Testi teknik, kodun dahili bilgisini gerektirmezken beyaz kutu tekniği, kodun dahili bilgisini gerektirir.
İşlevsel ve işlevsel olmayan Sistem testi yapılırken, güvenlik, Performans ve diğer birçok test türü ele alınır ve sisteme girdinin sağlandığı ve çıktının doğrulandığı bir kara kutu tekniği kullanılarak test edilir. Sistemin iç bilgisi gerekli değildir.
Kara Kutu Tekniği:
Sistem Testi Nasıl Yapılır?
Temelde yazılım testinin bir parçasıdır ve Test Planı her zaman bu test için belirli bir alan içermelidir.
Sistemi bir bütün olarak test etmek için, gereksinimler ve beklentiler net olmalı ve test uzmanının uygulamanın gerçek zamanlı kullanımını da anlaması gerekir.
Ayrıca, en çok kullanılan üçüncü taraf araçlar, işletim sistemi sürümleri, işletim sistemlerinin çeşitleri ve mimarisi, sistemin işlevselliğini, performansını, güvenliğini, kurtarılabilirliğini veya kurulabilirliğini etkileyebilir.
Bu nedenle, sistemi test ederken uygulamanın nasıl kullanılacağına ve gerçek zamanlı olarak ne tür sorunlarla karşılaşabileceğine dair net bir resim yardımcı olabilir. Buna ek olarak, bir gereklilikler belgesi, uygulamayı anlamak kadar önemlidir.
Açık ve güncellenmiş gereksinimler belgesi, test uzmanını bir dizi yanlış anlamadan, varsayımdan ve sorudan kurtarabilir.
Kısacası, gerçek zamanlı uygulama kullanımı anlayışı ile birlikte en son güncellemeleri içeren sivri ve net bir gereksinim belgesi, ST'yi daha verimli hale getirebilir.
Bu test, planlı ve sistematik bir şekilde yapılır.
Aşağıda, bu testi yaparken uygulanacak çeşitli adımlar verilmiştir:
- İlk adım, bir Test Planı oluşturmaktır.
- Sistem Test Durumları ve test komut dosyaları oluşturun.
- Bu test için gerekli test verilerini hazırlayın.
- Sistem test durumlarını ve komut dosyasını yürütün.
- Hataları bildirin. Hatalar giderildikten sonra yeniden test ediliyor.
- Gerileme testi koddaki değişikliğin etkisini doğrulamak için.
- Sistem konuşlandırılmaya hazır olana kadar test döngüsünün tekrarlanması.
- Test ekibinden çıkış yapın.
Ne Test Edilecek?
Aşağıda belirtilen noktalar bu testte kapsanmaktadır:
- Uçtan uca test Bu, sistemin herhangi bir senaryoda düzgün çalışıp çalışmadığından emin olmak için tüm bileşenler arasındaki ve harici çevre birimleriyle birlikte etkileşimin doğrulanmasını içerir.
- Sisteme sağlanan girdinin beklenen sonucu sağladığını doğrular.
- Tüm işlevsel ve işlevsel olmayan gereksinimlerin test edilip edilmediğini ve beklendiği gibi çalışıp çalışmadığını doğrular.
- Buna ve keşif testi, komut dosyalı test tamamlandıktan sonra bu testte gerçekleştirilebilir. Keşif testi ve geçici testler, komut dosyası ile yapılan testlerde bulunamayan hataların ortaya çıkmasına yardımcı olur, çünkü test edenlere arzuları deneyimlerine ve sezgilerine dayandığından test etme özgürlüğü verir.
Avantajları
Birkaç avantajı vardır:
- Bu test, sistemi test etmek için uçtan uca senaryolar içerir.
- Bu test, kullanıcı bakış açısının anlaşılmasına yardımcı olan ve sistem devreye girdiğinde ortaya çıkabilecek sorunları önleyen Üretim ortamı ile aynı ortamda yapılır.
- Bu test sistematik ve uygun bir şekilde yapılırsa, üretim sonrası sorunların azaltılmasına yardımcı olur.
- Bu test hem uygulama mimarisini hem de iş gereksinimlerini test eder.
Giriş / Çıkış Kriterleri
Sistem Testi için Giriş / Çıkış kriterlerine ayrıntılı bir göz atalım.
Giriş kriterleri:
- Sistem, Entegrasyon testinin çıkış kriterlerini geçmiş olmalı, yani tüm test senaryoları yürütülmüş olmalı ve kritik veya Öncelik P1, açık durumda P2 hatası olmamalıdır.
- Test planı bu test için onaylanmalı ve imzalanmalıdır.
- Test senaryoları / senaryoları yürütülmeye hazır olmalıdır.
- Test komut dosyaları yürütülmeye hazır olmalıdır.
- İşlevsel olmayan tüm gereksinimler mevcut olmalı ve aynısı için test senaryoları yaratılmış olmalıdır.
- Test ortamı hazır olmalıdır.
Çıkış kriteri:
- Tüm test senaryoları yürütülmelidir.
- Hiçbir kritik veya Öncelikli veya güvenlikle ilgili hatalar açık durumda olmamalıdır.
- Herhangi bir orta veya düşük öncelikli hatanın açık durumda olması durumunda, müşterinin kabulü ile uygulanmalıdır.
- Çıkış Raporu sunulmalıdır.
Sistem Test Planı
Test Planı, geliştirilecek bir ürünün amacını, amacını ve kapsamını tanımlamak için kullanılan bir belgedir. Neyin test edilmesi ve neyin test edilmemesi gerektiği, test stratejileri, kullanılacak araçlar, gerekli ortam ve diğer tüm detaylar teste devam etmek için belgelenir.
Test Planı, teste çok sistematik ve stratejik bir şekilde devam etmeye yardımcı olur ve test yapılırken herhangi bir risk veya sorunu önlemeye yardımcı olur.
Sistem Test Planı aşağıdaki noktaları kapsar:
- Amaç ve Hedef bu test için tanımlanmıştır.
- Kapsam (Test edilecek özellikler, Test edilmeyecek özellikler listelenmiştir).
- Test Kabul Kriterleri (Sistemin kabul edileceği kriterler yani kabul kriterlerinde belirtilen noktalar başarılı durumda olmalıdır).
- Giriş / Çıkış kriterleri (Sistem testinin ne zaman başlaması ve ne zaman tam olarak kabul edilmesi gerektiğini tanımlar).
- Test Çizelgesi (Belirli bir zamanda tamamlanacak test tahmini).
- Test Stratejisi (Test tekniklerini içerir).
- Kaynaklar (Test için gereken kaynak sayısı, rolleri, kaynak kullanılabilirliği vb.).
- Test Ortamı (İşletim Sistemi, Tarayıcı, Platform).
- Test Durumları (Yürütülecek test senaryolarının listesi).
- Varsayımlar (Varsayımlar varsa, Test Planına dahil edilmelidir).
Sistem Testi Durumlarını Yazma Prosedürü
Sistem test senaryoları tüm senaryoları ve kullanım durumlarını kapsar ve ayrıca işlevsel, işlevsel olmayan, kullanıcı arabirimi, güvenlikle ilgili test durumlarını kapsar. Test senaryoları, fonksiyonel test için yazılanlarla aynı şekilde yazılır.
Sistem testi senaryoları, şablonda aşağıdaki alanları içerir:
- Test Vakası Kimliği
- Test Paketi adı
- Açıklama - Yürütülecek test durumunu açıklar.
- Adımlar - Testin nasıl gerçekleştirileceğini açıklayan adım adım prosedür.
- Test Verileri - Uygulamayı test etmek için kukla veriler hazırlanır.
- Beklenen Sonuç - Gereksinim belgesine göre beklenen sonuç bu sütunda verilmiştir.
- Gerçek Sonuç - Test senaryosunun yürütülmesinden sonraki sonuç bu sütunda sağlanır.
- Başarılı / Başarısız - Gerçek ve beklenen sonuçtaki karşılaştırma Başarılı / başarısız kriterlerini tanımlar.
- Uyarılar
Sistem Test Durumları
Bir e-Ticaret Sitesi için bazı örnek test senaryoları şunlardır:
- Site, ilgili tüm sayfalar, özellikler ve logo ile düzgün bir şekilde açılıyorsa
- Kullanıcı siteye kaydolabilir / giriş yapabilirse
- Kullanıcı mevcut ürünleri görebilirse, sepetine ürün ekleyebilir, ödeme yapabilir ve e-mail, SMS veya arayarak onay alabilir.
- Arama, filtreleme, sıralama, ekleme, değiştirme, istek listesi vb. Gibi temel işlevler beklendiği gibi çalışıyorsa
- Kullanıcı sayısı (gereksinim belgesinde tanımlandığı gibi) siteye aynı anda erişebiliyorsa
- Site tüm büyük tarayıcılarda ve bunların en son sürümlerinde düzgün bir şekilde başlatılıyorsa
- İşlemler sitede belirli bir kullanıcı aracılığıyla yapılıyorsa yeterince güvenlidir
- Site Windows, Linux, Mobile vb. Desteklenen tüm platformlarda düzgün bir şekilde açılıyorsa.
- Kullanım kılavuzu / kılavuz iade politikası, gizlilik politikası ve siteyi kullanma koşulları ayrı bir belge olarak mevcutsa ve herhangi bir yeni başlayan veya ilk kez kullanan kullanıcılar için yararlıdır.
- Sayfaların içeriği düzgün bir şekilde hizalanmışsa, iyi yönetiliyorsa ve yazım hataları olmadan.
- Oturum zaman aşımı uygulanırsa ve beklendiği gibi çalışıyorsa
- Bir kullanıcı siteyi kullandıktan sonra memnun kalırsa veya başka bir deyişle kullanıcı siteyi kullanmakta zorlanmaz.
Sistem Testi Türleri
ST, tüm ana test türlerini kapsadığından, tüm test türlerinin üst kümesi olarak adlandırılır. Test türlerine odaklanmak ürüne, organizasyon süreçlerine, zaman çizelgesine ve gereksinimlere göre değişebilir.
Genel olarak şu şekilde tanımlanabilir:
İşlevsellik Testi: Sistemin kabiliyetleri dahilinde, ürünün işlevselliğinin tanımlanan gereksinimlere göre çalıştığından emin olmak.
Kurtarılabilirlik Testi: Sistemin çeşitli girdi hatalarını ve diğer arıza durumlarını ne kadar iyi kurtardığından emin olmak için.
Birlikte Çalışabilirlik Testi: Sistemin üçüncü taraf ürünlerle iyi çalışıp çalışmayacağından emin olmak için.
Performans testi: Performans özellikleri açısından çeşitli koşullar altında sistemin performansından emin olmak için.
Ölçeklenebilirlik Testi: Sistemin kullanıcı ölçeklendirme, coğrafi ölçeklendirme ve kaynak ölçekleme gibi çeşitli terimlerle ölçeklendirme yeteneklerinden emin olmak için.
Güvenilirlik Testi: Arıza geliştirmeden sistemin daha uzun süre çalıştırılabilmesini sağlamak için.
Gerileme testi: Farklı alt sistemlerin ve bakım görevlerinin entegrasyonundan geçerken sistemin kararlılığını sağlamak için.
Dokümantasyon Testi: Sistemin kullanıcı kılavuzunun ve diğer yardım konuları belgelerinin doğru ve kullanılabilir olduğundan emin olmak için.
Güvenlik Testi: Sistemin verilere ve kaynaklara yetkisiz erişime izin vermediğinden emin olmak için.
Kullanılabilirlik testi : Sistemin kullanımının, öğrenilmesinin ve çalıştırılmasının kolay olduğundan emin olmak için.
Daha Fazla Sistem Test Türü
# 1) Grafik Kullanıcı Arayüzü Testi (GUI):
GUI testi, bir sistemin GUI'sinin beklendiği gibi çalışıp çalışmadığını doğrulamak için yapılır. GUI, temelde bir kullanıcı uygulamayı kullanırken gördüğü şeydir. GUI testi, düğmeler, simgeler, onay kutuları, Liste kutusu, Metin kutusu, menüler, araç çubukları, iletişim kutuları vb.
# 2) Uyumluluk Testi:
Uyumluluk testi geliştirilen ürünün, ihtiyaç dokümanına göre farklı tarayıcılar, Donanım Platformları, İşletim Sistemi ve veri tabanları ile uyumlu olmasını sağlamak için yapılır.
# 3) İstisna İşlemi:
İstisna İşleme Testi, üründe beklenmedik bir hata oluşsa bile, doğru hata mesajını göstermesi gerektiğini ve uygulamanın durmasına izin vermediğini doğrulamak için gerçekleştirilir. İstisnayı, ürün kurtarılırken hata gösterilecek şekilde ele alır ve sistemin yanlış işlemi işlemesine izin verir.
# 4) Hacim Testi:
Hacim Testi, testin büyük miktarda veri kullanılarak yapıldığı, işlevsel olmayan bir test türüdür. Örneğin, Sistem performansını doğrulamak için veri tabanındaki veri hacmi artırılır.
# 5) Stres Testi:
Stres Testi, bir uygulama üzerindeki kullanıcı sayısını (aynı anda) uygulamanın bozulacağı ölçüde artırarak yapılır. Bu, uygulamanın bozulacağı noktayı doğrulamak için yapılır.
# 6) Sağlık Testi:
Sağlık Testi kod veya işlevsellikteki bir değişiklikle derleme yayımlandığında veya herhangi bir hata düzeltildiğinde gerçekleştirilir. Yapılan değişikliklerin kodu etkilemediğini ve bundan dolayı başka bir sorunun oluşmadığını ve sistemin daha önce olduğu gibi çalıştığını doğrular.
Herhangi bir sorun olması durumunda, yapı ileri testler için kabul edilmez.
Temel olarak, bulunan bir sorun için yapıyı reddettiği için zamandan ve maliyetten tasarruf etmek için derleme için kapsamlı testler yapılmaz. Tüm sistem için değil, yapılan değişiklik veya düzeltilen sorun için sağlık testi yapılır.
# 7) Duman Testi:
Duman Testi yapının daha fazla test edilebilir olup olmadığını doğrulamak için yapıda gerçekleştirilen bir testtir. Yapının test etmek için kararlı olduğunu ve tüm kritik işlevlerin iyi çalıştığını doğrular. Tüm sistem için duman testi yapılır, yani uçtan uca test yapılır.
# 8) Keşif Testi:
Keşif testi adından da anlaşılacağı gibi, her şey uygulamayı keşfetmekle ilgili. Keşif testinde komut dosyalı test yapılmaz. Test senaryoları, testlerle birlikte yazılır. Planlamadan çok uygulamaya odaklanır.
Tester, sezgisini, deneyimini ve aklını kullanarak kendi kendine test etme özgürlüğüne sahiptir. Test yapmak için yapısal yolun kullanıldığı diğer tekniklerin aksine, bir test cihazı ilk önce test etmek için herhangi bir özelliği seçebilir, yani rastgele olarak test edilecek özelliği seçebilir.
# 9) Adhoc Test:
Adhoc Test Uygulamayı test etmek için herhangi bir dokümantasyon veya planlamanın yapılmadığı gayri resmi testtir. Test cihazı, uygulamayı herhangi bir test senaryosu olmadan test eder. Bir test cihazının amacı uygulamayı bozmaktır. Test uzmanı, uygulamadaki kritik sorunları bulmak için deneyimini, tahminini ve sezgisini kullanır.
# 10) Kurulum Testi:
Kurulum Testi yazılımın herhangi bir sorun olmadan kurulup kurulmadığını doğrulamaktır.
Yazılımın kurulumu kullanıcı ile ürün arasındaki ilk etkileşim olduğundan testin en önemli kısmı budur. Kurulum testinin türü, işletim sistemi, Platform, yazılım dağıtımı vb. Gibi çeşitli faktörlere bağlıdır.
İnternet üzerinden bir kurulum yapılırsa dahil edilebilecek test durumları:
- Kötü ağ hızı ve kesik bağlantı.
- Güvenlik duvarı ve güvenlikle ilgili.
- Boyut ve yaklaşık süre alınır.
- Eşzamanlı kurulum / indirmeler.
- Yetersiz hafıza
- Yetersiz Alan
- Kurulum iptal edildi
# 11) Bakım Testi:
Ürün yayınlandıktan sonra, sorun canlı bir ortamda ortaya çıkabilir veya üründe bazı iyileştirmeler gerekebilir.
Ürün kullanıma sunulduğunda bakıma ihtiyaç duyar ve bakım ekibi tarafından halledilir. Herhangi bir sorun veya geliştirme veya donanıma geçiş için yapılan test, bakım testine girer.
Sistem Entegrasyon Testi Nedir?
Sistemin veri bütünlüğünü ve aynı ortamdaki diğer sistemlerle koordinasyon içinde çalışmasını sağlama yeteneğinin kontrol edildiği bir test türüdür.
Sistem Entegrasyon Testi Örneği:
İyi bilinen bir çevrimiçi bilet rezervasyon sitesi örneğini ele alalım - http://irctc.co.in.
Bu bir bilet rezervasyon tesisidir; bir çevrimiçi alışveriş tesisi PayPal ile etkileşim kurar. Genel olarak bunu A * B * C = R olarak düşünebilirsiniz.
Artık sistem düzeyinde, çevrimiçi bilet rezervasyon olanağı, çevrimiçi alışveriş olanağı ve çevrimiçi ödeme seçeneği tesisi bağımsız olarak sistem testine tabi tutulabilir ve ardından her biri için Entegrasyon testlerini kontrol edebilirsiniz. Ve sonra tüm sistemin sistematik olarak test edilmesi gerekir.
Öyleyse Sistem Entegrasyon testi resmin içine nerede giriyor?
Http://Irctc.co.in web portalı, sistemlerin bir kombinasyonudur. Aynı seviyede (tek sistem, sistemler sistemi) testler yapabilirsiniz, ancak her seviyede farklı risklere (entegrasyon sorunları, bağımsız işlevsellik) odaklanmak isteyebilirsiniz.
- Çevrimiçi Bilet rezervasyon tesisini test ederken, çevrimiçi bilet rezervasyonu yapıp yapamayacağınızı doğrulayabilirsiniz. Entegrasyon problemlerini de düşünebilirsiniz Örneğin, Bilet rezervasyon tesisi, arka ucu ön uç (UI) ile entegre eder. Örneğin, veritabanı sunucusu yavaş yanıt verdiğinde ön uç nasıl davranır?
- Online bilet rezervasyon tesisinin online alışveriş imkanı ile test edilmesi. Sisteme giriş yapan kullanıcıların online bilet rezervasyonu yapabilmeleri için online alışveriş imkanının mevcut olduğunu doğrulayabilirsiniz. Çevrimiçi alışveriş tesisindeki entegrasyonun doğrulanmasını da düşünebilirsiniz. Örneğin, Kullanıcı sorunsuz bir ürün seçip satın alabiliyorsa.
- Online bilet rezervasyon tesisinin PayPal ile entegrasyonunun test edilmesi. Bilet rezervasyonu yaptıktan sonra paranın PayPal hesabınızdan Çevrimiçi Bilet Rezervasyonu hesabına transfer edilip edilmediğini doğrulayabilirsiniz. PayPal'da entegrasyonun doğrulanmasını da düşünebilirsiniz. Örneğin, Ya sistem sadece bir defaya mahsus para borçlandırdıktan sonra bir veri tabanına iki girdi koyarsa?
FarkSistem Testi ve Sistem Entegrasyon Testi arasında:
Temel fark şudur:
- Sistem Testi, tek bir sistemin ilgili ortamla bütünlüğünü korur
- Sistem Entegrasyon Testi, aynı ortamda olmak üzere birden fazla sistemin birbiriyle bütünlüğünü korur.
Bu nedenle, sistem testi, bir modülü / özelliği değil, bir ürünü bir bütün olarak test ettiğiniz gerçek testin başlangıcıdır.
Sistem ve Kabul Testi Arasındaki Fark
Aşağıda verilen başlıca farklılıklar şunlardır:
Sistem Testi | Kabul testleri | |
---|---|---|
1 | Sistem testi, bir sistemin bir bütün olarak test edilmesidir. Tüm senaryoların beklendiği gibi çalıştığını doğrulamak için uçtan uca test gerçekleştirilir. | Ürünün müşteri gereksinimlerini karşılayıp karşılamadığını doğrulamak için kabul testi yapılır. |
iki | Sistem testi, fonksiyonel ve fonksiyonel olmayan testleri içerir ve test uzmanları tarafından gerçekleştirilir. | Kabul testi, fonksiyonel testtir ve testçilerin yanı sıra müşteri tarafından gerçekleştirilir. |
3 | Test, test uzmanları tarafından oluşturulan test verileri kullanılarak gerçekleştirilir. | Kabul testi yapılırken Gerçek / Üretim verileri kullanılır. |
4 | Ürünün işlevselliğini ve performansını kontrol etmek için bir bütün olarak sistem test edilir. | Kabul testi, iş gerekliliğini doğrulamak için yapılır, yani müşterinin aradığı amacı çözer. |
5 | Testte bulunan kusurlar düzeltilebilir. | Kabul testi sırasında bulunan herhangi bir kusur, Ürünün bir başarısızlığı olarak kabul edilir. |
6 | Sistem ve sistem entegrasyon testleri, Sistem testi türleridir. | Alfa ve Beta testleri, kabul testlerine tabi tutulur. |
Sistem Testini Gerçekleştirmek İçin İpuçları
- Sistem, eğitimli test uzmanı tarafından değil son kullanıcı tarafından kullanılacağından ideal test yapmak yerine gerçek zamanlı senaryoları çoğaltın.
- İnsan beklemekten veya yanlış verileri görmekten hoşlanmadığı için sistemin yanıtını çeşitli terimlerle doğrulayın.
- Sistemi belgelere göre kurun ve yapılandırın, çünkü son kullanıcının yapması gereken budur.
- İş analistleri, geliştiriciler, test uzmanları, müşteriler gibi farklı alanlardan insanları dahil ederek daha iyi bir sistem gönderebilir.
- Hatayı düzeltmek için koddaki en küçük değişikliğin sisteme başka bir kritik hata eklemediğinden emin olmanın tek yolu düzenli test yapmaktır.
Sonuç
Sistem testi çok önemlidir ve doğru şekilde yapılmazsa canlı ortamda kritik sorunlarla karşılaşılabilir.
Bir bütün olarak bir sistemin doğrulanması gereken farklı özellikleri vardır. Basit bir örnek herhangi bir web sitesi olabilir. Bir bütün olarak test edilmemişse, kullanıcı o sitenin çok yavaş olduğunu görebilir veya aynı anda çok sayıda kullanıcı giriş yaptığında site çökebilir.
Ve bu özellikler, web sitesi bir bütün olarak test edilinceye kadar test edilemez.
Umarım bu eğitim, Sistem Testi kavramını anlamak için çok yararlı olmuştur.
Önerilen Kaynaklar
- Yazılım Testi Türleri: Ayrıntılarla Birlikte Farklı Test Türleri
- Alfa Testi ve Beta Testi (Tam Kılavuz)
- Sistem Entegrasyon Testi (SIT) Nedir: Örneklerle Öğrenin
- Fonksiyonel Test ve Fonksiyonel Olmayan Test
- Sürekli Entegrasyon Süreci: Yazılım Kalitesini İyileştirme ve Riski Azaltma
- Entegrasyon Testlerini Yazmak için En İyi 10 Entegrasyon Test Aracı
- Entegrasyon Testi Nedir (Entegrasyon Testi Örneği ile Eğitim)
- Yazılım Testinde Dayanıklılık Testi Nedir (Örnekler)