Ana Bilgisayar Testi

Ana bilgisayar test kavramlarını öğrenmeden önce öğrenelim

Ana Bilgisayar nedir?

Ana bilgisayar, yüksek performanslı ve yüksek hızlı bir bilgisayar sistemidir. Mükemmel kullanılabilirlik ve güvenlik gerektiren daha büyük ölçekli bilgi işlem amaçları için kullanılır. Çoğunlukla finans, sigorta, perakende gibi sektörlerde ve büyük verilerin birden çok kez işlendiği kritik alanlarda kullanılır.

Ana Bilgisayar Testi Ana Bilgisayar Sistemlerine dayalı yazılım uygulamalarının ve hizmetlerinin test edilmesi sürecidir. Ana bilgisayar testinin amacı, doğrulama ve doğrulama yöntemleriyle yazılım uygulamasının veya hizmetinin performansını, güvenilirliğini ve kalitesini sağlamak ve dağıtıma hazır olup olmadığını kontrol etmektir.

Ana Bilgisayar testi gerçekleştirirken test cihazının yalnızca CICS ekranlarındaki gezinmeler hakkında bilgi sahibi olması gerekir. Belirli uygulamalar için özel olarak üretilmiştir. COBOL, JCL vb. kodlarda yapılan herhangi bir değişiklik test cihazının makineye kurulan emülatör hakkında endişelenmesine gerek yoktur. Bir terminal emülatöründe işe yarayan değişiklikler diğerlerinde de işe yarayacaktır.

Ana bilgisayar uygulaması (aksi takdirde iş grubu olarak adlandırılır) gereksinimler kullanılarak geliştirilen test durumlarına karşı test edilir
Ana Bilgisayar Testi genellikle konuşlandırılan kod üzerinde, giriş dosyasında ayarlanan çeşitli veri kombinasyonları kullanılarak gerçekleştirilir.
Ana bilgisayarda çalışan uygulamalara terminal emülatörü aracılığıyla erişilebilir. Emülatör, istemci makineye yüklenmesi gereken tek yazılımdır.

Ana Bilgisayar Nitelikleri

Sanal Depolama
1. Bu, işlemcinin gerçek depolama miktarından daha büyük olan ana depolamayı simüle etmesine olanak tanıyan bir tekniktir.
2. Çeşitli büyüklükteki görevleri depolamak ve yürütmek için belleği etkili bir şekilde kullanma tekniğidir.
3. Gerçek depolamanın bir uzantısı olarak disk depolamayı kullanır.
multiprogramming
1. Bilgisayar aynı anda birden fazla programı çalıştırır. Ancak herhangi bir anda yalnızca bir program CPU'yu kontrol edebilir.
2. CPU'nun verimli kullanılması için sağlanan bir tesistir.
Toplu İşleme
1. Herhangi bir görevin iş olarak bilinen birimler halinde gerçekleştirildiği bir tekniktir.
2. Bir iş, bir veya daha fazla programın sırayla yürütülmesine neden olabilir.
3. İş zamanlayıcı, işlerin yürütülmesi gereken sıraya ilişkin bir karar verir. Ortalama verimi en üst düzeye çıkarmak için işler önceliklerine ve sınıflarına göre planlanır.
4. Toplu işleme için gerekli bilgiler JCL (İŞ KONTROL DİLİ) aracılığıyla sağlanır. JCL, toplu işi (gerekli programlar, veriler ve kaynaklar) açıklar.
Zaman paylaşımı
1. Zaman paylaşımlı bir sistemde, her kullanıcı terminal aygıtı aracılığıyla sisteme erişebilir. Daha sonra yürütülmek üzere zamanlanmış işleri göndermek yerine, kullanıcı hemen işlenen komutları girer.
2. Bu nedenle buna “Etkileşimli İşleme” denir. Kullanıcının doğrudan bilgisayarla etkileşime geçmesini sağlar.
3. Zaman paylaşımlı işleme "Ön Plan İşleme" olarak bilinir ve toplu iş işleme "Arka Plan İşleme" olarak bilinir.
Sargı
1. SPOOLing şu anlama gelir: Eşzamanlı Çevresel OperaÇevrimiçi.
2. SPOOL cihazı programın/uygulamanın çıktısını depolamak için kullanılır. Bekletilen çıktı, yazıcı gibi çıktı aygıtlarına (gerekirse) yönlendirilir.
3. Çıkış aygıtlarının verimli bir şekilde kullanılmasını sağlamak için tamponlama avantajından yararlanan bir olanaktır.

Ana Bilgisayarda Manuel Testin Sınıflandırılması

mainframe Manuel Test iki türe ayrılabilir:

1. Toplu İş Testi -

Test süreci, geçerli sürümde uygulanan işlevsellik için toplu işlerin yürütülmesini içerir.
Çıktı dosyalarından ve veri tabanından çıkarılan test sonucu doğrulanır ve kaydedilir.

2. Çevrimiçi Test -

Çevrimiçi Test, web sayfasının test edilmesine benzer şekilde CICS ekranlarının test edilmesini ifade eder.
Mevcut ekranların işlevselliği değiştirilebilir veya yeni ekranlar eklenebilir.
Çeşitli uygulamalarda sorgulama ekranları ve güncelleme ekranları bulunabilir. Bu ekranların işlevselliğinin çevrimiçi testin bir parçası olarak kontrol edilmesi gerekir.

Ana Bilgisayar Testi nasıl yapılır

İş ekibi gereksinim belgelerini hazırlar. Bu, belirli bir öğenin veya sürecin sürüm döngüsünde nasıl değiştirileceğini belirler.
Test ekibi ve geliştirme gereksinim belgesini alır. Değişiklikten kaç sürecin etkileneceğini hesaplarlar. Genellikle bir sürümde, uygulamanın yalnızca %20-25'i özelleştirilmiş gereksinimden doğrudan etkilenir. Sürümün diğer %75'i uygulamaları ve süreçleri test etmek gibi kutudan çıkan işlevler için olacaktır.
Bu nedenle bir Mainframe uygulamasının iki bölümde test edilmesi gerekir:
1. Test Gereksinimleri – Başvurunun işlevsellik veya gereksinim belgesinde belirtilen değişiklik açısından test edilmesi.
2. Entegrasyonun Test Edilmesi – Etkilenen uygulamaya veri alan veya gönderen tüm süreci veya diğer uygulamayı test etmek. Gerileme testi bu test faaliyetinin ana odak noktasıdır.

Ana Bilgisayar Otomasyonu Test Araçları

Ana bilgisayar için kullanılabilecek araçların listesi aşağıdadır Otomasyon Testi.

REXX
Excel
QTP

Ana Bilgisayar Testinde Metodoloji

Bir örnek verelim: Bir XYZ sigorta şirketinin üye kayıt modülü var. Hem üye kayıt ekranından hem de çevrimdışı kayıttan veri alır. Daha önce tartıştığımız gibi, Ana Bilgisayar testi, çevrimiçi test ve toplu test için iki yaklaşım gerekir.

Çevrimiçi test Üye kayıt ekranından yapılır. Tıpkı bir web sayfası gibi veri tabanı ekranlardan girilen verilerle doğrulanır.
Çevrimdışı kayıt kağıt kaydı veya üçüncü taraf bir web sitesinde kayıt olabilir. Çevrimdışı veriler (toplu olarak da adlandırılır) toplu işler aracılığıyla şirket veritabanına girilecektir. Öngörülen veri biçimine göre bir girdi düz dosyası hazırlanır ve toplu işlerin sırasına beslenir. Bu nedenle ana bilgisayar uygulama testi için aşağıdaki yaklaşımı kullanabiliriz.
Toplu işler satırındaki ilk iş, girilen verileri doğrular. Örneğin özel karakter, yalnızca sayı alanlarındaki alfabeler vb. diyelim.
İkinci iş, iş koşullarına göre verilerin tutarlılığını doğrular. Örneğin, bir çocuk kaydı bağımlı veriler, üye posta kodu (kayıtlı plan tarafından hizmete sunulmayan) vb. içermemelidir.
Üçüncü iş, veri tabanına girilebilecek formattaki verileri değiştirir. Örneğin, plan adını silmek (veritabanı yalnızca plan kimliğini ve sigorta planı adını saklayacak), giriş tarihini eklemek vb.
Dördüncü iş, verileri veritabanına yükler.
Toplu iş testi bu süreçte iki aşamada yapılır –
Her iş ayrı ayrı doğrulanır ve
İşler arasındaki entegrasyon, ilk işe giriş düz dosyası sağlanarak ve veritabanı doğrulanarak doğrulanır. (Ara sonuçların ekstra dikkat için doğrulanması gerekir)

Mainframe testinde izlenen yöntem şu şekildedir:

) 1 Adım Deneme/Duman Testi

Bu aşamadaki ana odak noktası, dağıtılan kodun doğru test ortamında olup olmadığını doğrulamaktır. Ayrıca kodla ilgili kritik sorunların olmamasını da sağlar.

) 2 Adım Sistem Testi

Aşağıda Sistem Testinin bir parçası olarak yapılan test türleri bulunmaktadır.

Toplu Test – Bu test, çıktı dosyalarındaki test sonuçlarının ve test kapsamındaki toplu işlerin yaptığı veri değişikliklerinin doğrulanması ve bunların kaydedilmesi yoluyla yapılacaktır.
Çevrimiçi Test – Bu test ana bilgisayar uygulamasının ön ucunda yapılacaktır. Burada uygulama, sigorta planı, plan faizi vb. gibi doğru giriş alanı açısından test edilir.
Çevrimiçi Toplu Entegrasyon testi – Bu test, toplu işlem ve online başvuru bulunan sistemlerde yapılacaktır. Çevrimiçi ekranlar ile toplu işler arasındaki veri akışı ve etkileşim doğrulanır.
(Bu tür testlere örnek – Faiz oranı artışı gibi Plan ayrıntılarında bir güncelleme düşünün. Faiz değişikliği bir güncelleme ekranında yapılır ve etkilenen hesaplardaki bakiye ayrıntıları yalnızca bir gecelik toplu iş tarafından değiştirilir. Bu durumda test, Plan ayrıntıları ekranının doğrulanması ve tüm hesapları güncellemek için toplu iş çalıştırılmasıyla yapılır).
Veritabanı Testi – Ana bilgisayar uygulamasından gelen verilerin (IMS, IDMS, DB2, VSAM/ISAM, Sıralı veri kümeleri, GDG'ler) yerleşimleri ve veri depolama açısından doğrulandığı veritabanları.

) 3 Adım sistem Entegrasyon Testi

Bu testin temel amacı, test edilen sistemle etkileşime giren sistemlerin işlevselliğini doğrulamaktır.

Bu sistemler gereksinimlerden doğrudan etkilenmemektedir. Ancak test edilen sistemdeki verileri kullanırlar. Arayüzün ve sistemler arasında olası akış sağlayabilecek farklı mesaj türlerinin (İş Başarılı, İş Başarısız, Veritabanı güncellendi vb.) ve bireysel sistemler tarafından gerçekleştirilen eylemlerin test edilmesi önemlidir.

Bu aşamada yapılan test türleri şunlardır:

Toplu Test
Çevrimiçi Test
Çevrimiçi – Toplu Entegrasyon Testi

) 4 Adım Gerileme testi

Regresyon Testi her tür test projesinde ortak bir aşamadır. Ana Bilgisayarlardaki bu test, test edilen sistemle doğrudan etkileşime girmeyen (veya gereksinimler kapsamına girmeyen) toplu işlerin ve çevrimiçi ekranların mevcut proje sürümünden etkilenmemesini sağlar.

Etkili regresyon testi yapabilmek için, karmaşıklıklarına bağlı olarak belirli bir test vakası kümesi kısa listeye alınmalı ve bir regresyon yatağı (Test vakaları deposu) oluşturulmalıdır. Bu küme, sürüme yeni bir işlevsellik eklendiğinde güncellenmelidir.

) 5 Adım Performans testi

Bu test, ön uç veriler, çevrimiçi veritabanlarının yükseltilmesi gibi yüksek isabetli alanlardaki darboğazları belirlemek ve uygulamanın ölçeklenebilirliğini yansıtmak için yapılır.

) 6 Adım Güvenlik Testi

Bu test, uygulamanın güvenlik karşıtı saldırılara karşı ne kadar iyi tasarlandığını ve geliştirildiğini değerlendirmek için yapılır.

Sistemde iki kat güvenlik testi yapılmalıdır – Anabilgisayar güvenliği ve Ağ güvenliği.

Test edilmesi gereken özellikler şunlardır

Integrity
Gizlilik
Yetki
Doğrulama
Uygunluk

Toplu testte yer alan adımlar

Kalite Güvence ekibi onaylı paketi aldıktan sonra (Paket prosedürleri, JCL'yi, Kontrol Kartlarını, Modülleri vb. içerir), test uzmanının içeriği gerektiği gibi önizlemesi ve PDS'ye alması gerekir.
Üretim JCL'sini veya Geliştirme JCL'sini QA JCL'sine dönüştürün, aksi takdirde İŞ KURULUMU olarak adlandırılır.
Üretim dosyasının kopyalanması ve test dosyalarının hazırlanması.
Her işlevsellik için tanımlanmış bir iş sırası olacaktır. (Ana Bilgisayarda Metodoloji bölümündeki örnekte açıklandığı gibi). İşler, test veri dosyalarıyla birlikte SUB komutu kullanılarak gönderilmelidir.
Eksik veya hatalı verilerin nedenlerini belirlemek için ara dosyayı kontrol edin.
Test sonuçlarını doğrulamak için son çıktı dosyasını, veritabanını ve Biriktirmeyi kontrol edin.
Eğer iş başarısız olursa, makarada iş başarısızlığının nedeni bulunacaktır. Hatayı giderin ve işi yeniden gönderin.

Test Raporlaması – kusur Gerçek sonuç beklenenden saparsa günlüğe kaydedilmelidir.

Çevrimiçi Testte yer alan adımlar

Bir test ortamında Çevrimiçi ekranını seçin.
Kabul edilebilir veriler için her alanı test edin.
Test edin Test Senaryosu ekranda.
Çevrimiçi ekrandan veri güncellemeleri için veritabanını doğrulayın.

Test Raporlaması – Gerçek sonuç beklenenden farklıysa kusur kaydedilmelidir.

Çevrimiçi – Toplu Entegrasyon testinde yer alan adımlar

İşi bir şekilde çalıştırın Test ortamı ve çevrimiçi ekranlardaki verileri doğrulayın.
Çevrimiçi ekranlardaki verileri güncelleyin ve toplu işin güncellenen verilerle düzgün şekilde çalıştırılıp çalıştırılmadığını doğrulayın.

Ana Bilgisayar Testinde kullanılan komutlar

GÖNDER – Bir arka plan işi gönderin.
İPTAL – Arka plan işini iptal edin.
ALLOCATE – Bir veri kümesi tahsis edin
KOPYALA – Bir veri kümesini kopyalayın
YENİDEN ADLANDIR – Veri kümesini yeniden adlandırın
DELETE – Veri Kümesini Sil
İŞ TARAMA – JCL'yi çalıştırmadan programa, kitaplıklara, dosyaya vb. bağlamak için.

Gerektiğinde kullanılan birçok başka komut vardır, ancak bunlar o kadar sık değildir.

Ana bilgisayar testine başlamak için ön koşullar

Ana bilgisayar testleri için gereken temel bilgiler şunlardır:

Uygulamaya giriş yapmak için kullanıcı adı ve şifre.
ISPF komutları hakkında kısa bilgi.
Dosyaların adları, dosya niteleyicileri ve türleri.

Ana bilgisayar testine başlamadan önce aşağıdaki hususlar doğrulanmalıdır.

İş
1. Çalıştırmadan önce hataları kontrol etmek için bir iş taraması yapın (Komut – JOBSCAN).
2. CLASS parametresi test sınıfına işaret etmelidir.
3. MSGCLASS parametresini kullanarak iş çıktısını makaraya veya JHS'ye veya gerektiği şekilde yönlendirin.
4. E-postayı işteki bir biriktirme havuzuna veya bir test e-posta kimliğine yönlendirin.
5. İlk test için FTP adımlarını yorumlayın ve ardından işi bir test sunucusuna yönlendirin.
6. İşte bir IMR (Olay Yönetimi kaydı) oluşturulması durumunda işe veya parametre kartına "TEST AMACI" yorumunu eklemeniz yeterlidir.
7. İşteki tüm üretim kütüphaneleri değiştirilmeli ve test kütüphanelerine yönlendirilmelidir.
8. İş gözetimsiz bırakılmamalıdır.
9. Herhangi bir hata durumunda işin sonsuz döngüde çalışmasını önlemek için TIME parametresinin belirtilen süreye eklenmesi gerekmektedir.
10. Makara dahil işin çıktısını kaydedin. Makara XDC kullanılarak kaydedilebilir.

fileto
1. Yalnızca gerekli boyutta test dosyası oluşturun. Verileri aynı addaki ardışık dosyalara depolamak gerektiğinde GDG'leri (Oluşturma Veri Grupları – Aynı ada sahip ancak sıralı sürüm numaralarına sahip dosyalar – MYLIB.LIB.TEST.G0001V00,MYLIB.LIB.TEST.G0002V00 vb.) kullanın.
2. Dosyalar için DISP (Dispozisyon – adımın veya işin normal veya anormal şekilde sonlandırılmasından sonra veri kümesini tutma veya silme işlemini gerçekleştirecek sistemi tanımlar) parametresinin doğru şekilde kodlanması gerekir.
3. İşin BEKLEME durumuna geçmesini önlemek için işin yürütülmesi için kullanılan tüm dosyaların düzgün şekilde kaydedildiğinden ve kapatıldığından emin olun.
4. GDG'leri kullanarak test yaparken doğru sürümün işaretlendiğinden emin olun.
veritabanı
1. İşi veya çevrimiçi programı yürütürken istenmeyen verilerin eklenmediğinden, güncellenmediğinden veya silinmediğinden emin olun.
2. Ayrıca sınama için doğru DB2 bölgesinin kullanıldığından emin olun.
Test vakaları
1. Her zaman boş dosya, İlk kayıt işleme, Son kayıt işleme vb. gibi sınır koşullarını test edin.
2. Her zaman hem pozitif hem de negatif test koşullarını dahil edin.
3. Programda Kontrol noktasının yeniden başlatılması, Abend Modülleri, Kontrol dosyaları vb. gibi standart prosedürlerin kullanılması durumunda, modüllerin doğru şekilde kullanılıp kullanılmadığını doğrulamak için test senaryoları içerir.
Test verisi
1. Test verileri kurulumu testin başlangıcından önce yapılmalıdır.
2. Test bölgesindeki verileri haber vermeden asla değiştirmeyin. Aynı verilerle çalışan başka ekipler olabilir ve testleri başarısız olabilir.
3. Yürütme sırasında üretim dosyalarına ihtiyaç duyulması halinde, kopyalanmadan veya kullanılmadan önce uygun izinlerin alınması gerekmektedir.

En İyi Uygulamalar

Toplu İş çalıştırılması durumunda MAX CC 0, işin başarıyla yürütüldüğünün bir göstergesidir. Bu, işlevselliğin iyi çalıştığı anlamına gelmez. Çıktı boş olsa veya beklentiye göre olmasa bile iş başarılı bir şekilde çalışacaktır. Bu nedenle işin başarılı olduğunu ilan etmeden önce her zaman tüm çıktıların kontrol edilmesi beklenir.
Test edilen işin provasını yapmak her zaman iyi bir uygulamadır. Prova, boş giriş dosyalarıyla yapılır. Test döngüsü için yapılan değişikliklerden etkilenen işler için bu süreç takip edilmelidir.
Test döngüsü başlamadan önce test işi kurulumu çok önceden yapılmalıdır. Bu, herhangi bir JCL hatasının önceden bulunmasına yardımcı olacak ve böylece yürütme sırasında zamandan tasarruf sağlayacaktır.
DB2 tablolarına SPUFI aracılığıyla erişirken (Emülatördeki DB2 tablolarına erişim seçeneği), yanlışlıkla yapılan güncellemeleri önlemek için otomatik kesinleştirmeyi her zaman “HAYIR” olarak ayarlayın.
Test Verilerinin kullanılabilirliği, toplu testlerde temel zorluktur. Gerekli veriler test döngüsünden çok önce oluşturulmalı ve eksiksiz olup olmadığı kontrol edilmelidir.
Bazı çevrimiçi işlemler ve toplu işler, verileri diğer uygulamalara iletmek için MQ'lara (Mesaj Kuyruğu) veri yazabilir. Veriler geçerli değilse MQ'ları devre dışı bırakabilir/durdurabilir, bu durum tüm test sürecini etkileyecektir. Testten sonra MQ'ların düzgün çalıştığını kontrol etmek iyi bir uygulamadır.

Ana bilgisayar testi Zorluklar ve Sorun Giderme

Meydan Okumalar	Yaklaşım
Eksik / Belirsiz Gereksinimler Kullanıcı kılavuzuna/eğitim kılavuzuna erişim olabilir ancak bunlar belgelenmiş gereksinimlerle aynı değildir.	Test uzmanları, gereksinimler aşamasından itibaren SDLC'ye dahil edilmelidir. Bu, gereksinimlerin test edilebilir olup olmadığının doğrulanmasına yardımcı olacaktır.
Veri Kurulumu/Tanımlama İhtiyaca göre mevcut verilerin yeniden kullanılması gereken durumlar olabilir. Bazen gerekli verileri mevcut verilerden tanımlamak zordur.	Veri kurulumu için ihtiyaca göre evde geliştirilen araçlar kullanılabilir. Mevcut verileri getirmek için önceden sorgular oluşturulmalıdır. Herhangi bir zorluk durumunda, gerekli verilerin oluşturulması veya klonlanması için veri yönetimi ekibine talepte bulunulabilir.
İş Kurulumu İşler PDS'ye alındıktan sonra işin QA bölgesinde ayarlanması gerekir. Böylece işler üretim niteleyicisi veya yol detayıyla birlikte gönderilmez.	Kurulum sırasında yapılan insan hatalarının üstesinden gelmek için iş kurulum araçları kullanılmalıdır.
Geçici Talep Yukarı veya aşağı yöndeki uygulama sorunlarından dolayı uçtan uca testlerin desteklenmesinin gerektiği durumlar olabilir. Bu istekler yürütme döngüsündeki zamanı ve çabayı artırır.	Otomasyon komut dosyalarının, regresyon komut dosyalarının ve iskelet komut dosyalarının kullanılması, zaman ve emek yükünün azaltılmasına yardımcı olabilir.
Kapsam değişikliği için Zamanında Yayınlar Kodun etkisinin sistemin görünüşünü ve verdiği hissi tamamen değiştirebileceği bir durum olabilir. Bu, test senaryolarında, komut dosyalarında ve verilerde değişiklik yapılmasını gerektirebilir.	Kapsam değişikliği yönetimi süreci ve Etki analizi mevcut olmalıdır.

Karşılaşılan Yaygın Abendler

S001 – Bir G/Ç hatası oluştu.
Sebep – Dosyanın sonunda okuma, dosya uzunluğu hatası, salt okunur dosyaya yazma girişimi.
S002 – Geçersiz G/Ç kaydı.
Sebep – Kayıt uzunluğundan daha uzun bir kayıt yazmaya çalışmak.
S004 – AÇMA sırasında hata oluştu.
Sebep – Geçersiz DCB
S013 – Veri kümesi açılırken hata oluştu.
Sebep – PDS üyesi mevcut değil, programdaki kayıt uzunluğu gerçek kayıt uzunluğuyla eşleşmiyor.
S0C1 – Operaistisna
Sebep –Dosya açılamıyor, DD kartı eksik
S0C4 – Koruma istisnası/ Depolama ihlali
Sebep – Programda mevcut olmayan depolama alanına erişim deneniyor.
S0C7 – Program Kontrolü İstisnası – Veri
Sebep – Kayıt düzeninde veya dosya düzeninde değişiklik.
Sx22 – İş iptal edildi
S222 – İş, döküm olmadan kullanıcı tarafından iptal edildi.
S322 – İş veya Adım süresi belirtilen sınırı aştı veya program döngüde veya yetersiz zaman parametresi.
S522 – TSO oturumu zaman aşımı.
S806 –Bağlanamıyor veya yüklenemiyor.
Sebep – İş kimliği belirtilen yükleme modülünü bulamadı.
S80A – GETMAIN veya FREEMAIN isteklerini karşılamak için yeterli sanal depolama alanı yok.
S913 – Kullanıcının yetkili olmadığı veri setine erişmeye çalışılıyor.
Sx37 – Veri kümesine yeterli depolama alanı ayrılamıyor.

Error Assist – Çeşitli bükülme türleri hakkında ayrıntılı bilgi almak için çok popüler bir araç.

Ana bilgisayar testi sırasında karşılaşılan yaygın sorun

İş Sonu – İşin başarılı bir şekilde tamamlanması için veriyi, giriş dosyasını ve belirli lokasyonda bulunan modülleri kontrol etmelisiniz. Abends birçok nedenden dolayı karşılaşılabilir; en yaygın olanı Geçersiz veri, Yanlış giriş alanı, tarih uyumsuzluğu, çevresel sorunlar vb.
Çıkış dosyası boş–İş başarıyla çalışsa da (MaxCC 0), çıktı beklendiği gibi olmayabilir. Bu nedenle, herhangi bir test senaryosunu geçmeden önce test uzmanının çıktının çapraz doğrulandığından emin olması gerekir. Ancak o zaman daha ileri gidin.
Giriş dosyası boş – Bazı uygulamalarda dosyalar yukarı akış süreçlerinden alınacaktır. Alınan dosyayı mevcut uygulamayı test etmek için kullanmadan önce, yeniden yürütmeyi ve yeniden çalışmayı önlemek için veriler çapraz doğrulanmalıdır.

ÖZET

Ana bilgisayar testi, Gereksinim toplama, test tasarımı, test yürütme ve sonuç raporlamadan başlayan diğer test prosedürleri gibidir.
Uygulamayı etkili bir şekilde test etmek için test uzmanının, geliştirme ve iş ekipleri tarafından planlanan tasarım toplantılarına katılması gerekir.
Test cihazının çeşitli ana bilgisayar test işlevlerine alışması zorunludur. Test döngüsü başlamadan önce ekranda gezinme, dosya ve PDS oluşturma, test sonuçlarını kaydetme vb.
Ana bilgisayar uygulama testi zaman alan bir süreçtir. Test tasarımı, veri kurulumu ve yürütülmesi için net bir test programı takip edilmelidir.
Toplu test ve Çevrimiçi test, Gereksinim belgesinde belirtilen herhangi bir işlevi kaçırmadan etkili bir şekilde yapılmalı ve hiçbir Test Durumu sakınılmalıdır.

Beğenebilirsin: