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 diğer kritik alanlarda kullanılır.
Ana Bilgisayar Testi
Mainframe Testi , Mainframe Sistemlerine dayalı yazılım uygulamalarını ve hizmetlerini test etme sürecidir. Ana bilgisayar testinin amacı, yazılım uygulamasının veya hizmetinin performansını, güvenilirliğini ve kalitesini doğrulama ve onaylama yöntemleriyle sağlamak ve dağıtıma hazır olup olmadığını kontrol etmektir.
Mainframe testini gerçekleştirirken, test edicinin yalnızca CICS ekranlarındaki gezinmeleri hakkında bilgi sahibi olması gerekir. Belirli uygulamalar için özel olarak üretilmiştir. COBOL, JCL, vb. Test cihazında kodda yapılan herhangi bir değişiklik, makinede kurulu emülatör hakkında endişelenmenize gerek yoktur. Bir terminal öykünücüsünde çalışan değişiklikler diğerlerinde de çalışacaktır.
- Mainframe uygulaması (başka bir deyişle iş grubu olarak adlandırılır), gereksinimler kullanılarak geliştirilen test senaryolarına karşı test edilir.
- Ana Bilgisayar Testi genellikle, giriş dosyasına ayarlanmış çeşitli veri kombinasyonları kullanılarak konuşlandırılan kod üzerinde gerçekleştirilir.
- Ana bilgisayarda çalışan uygulamalara terminal öykünücüsü aracılığıyla erişilebilir. Öykünücü, istemci makineye yüklenmesi gereken tek yazılımdır.
Bu yeni başlayanlar eğitiminde öğreneceksiniz-
- Ana Bilgisayar Özellikleri
- Mainframe'de Manuel Testin Sınıflandırılması
- Ana Bilgisayar Testi nasıl yapılır
- Mainframe Otomasyon Test Araçları
- Ana Bilgisayar Testinde Metodoloji
- Toplu teste dahil olan adımlar
- Çevrimiçi Testte yer alan adımlar
- Çevrimiçi - Toplu Entegrasyon testine dahil olan adımlar
- Mainframe Testinde kullanılan komutlar
- Ana bilgisayar testine başlamak için ön koşullar
- En İyi Uygulamalar
- Ana bilgisayar testi Zorlukları ve Sorun Giderme
- Yaygın Abendlerle karşılaşıldı
- Ana bilgisayar testi sırasında karşılaşılan yaygın sorun
Ana Bilgisayar Özellikleri
- Sanal Depolama
- Bir işlemcinin gerçek depolama miktarından daha büyük olan ana depolamayı simüle etmesini sağlayan bir tekniktir.
- Çeşitli büyüklükteki görevleri depolamak ve yürütmek için belleği etkin bir şekilde kullanma tekniğidir.
- Disk depolamayı gerçek depolamanın bir uzantısı olarak kullanır.
- Çoklu programlama
- Bilgisayar aynı anda birden fazla programı çalıştırır. Ancak herhangi bir anda yalnızca bir program CPU'nun kontrolüne sahip olabilir.
- CPU'nun verimli kullanılması için sağlanan bir kolaylıktır.
- Toplu İşleme
- İşler olarak bilinen birimlerde herhangi bir görevin yerine getirildiği bir tekniktir.
- Bir iş, bir veya daha fazla programın sırayla yürütülmesine neden olabilir.
- İş planlayıcı, işlerin yürütülmesi gereken sırayla ilgili bir karar verir. Ortalama verimi en üst düzeye çıkarmak için işler, önceliklerine ve sınıflarına göre planlanır.
- Toplu işleme için gerekli bilgiler JCL (JOB CONTROL LANGUAGE) aracılığıyla sağlanır. JCL, toplu işi - gereken programları, verileri ve kaynakları açıklar.
- Zaman paylaşımı
- Zaman paylaşımlı bir sistemde, her kullanıcının terminal cihazı aracılığıyla sisteme erişimi vardır. Kullanıcı, daha sonra yürütülmesi planlanan işleri göndermek yerine, hemen işlenen komutları girer.
- Dolayısıyla buna "Etkileşimli İşleme" denir. Kullanıcının doğrudan bilgisayarla etkileşime girmesini sağlar.
- Zaman paylaşımlı işleme "Ön Plan İşleme" olarak bilinir ve toplu iş işleme "Arka Plan İşleme" olarak bilinir.
- Biriktirme
- SPOOLing, Eşzamanlı Çevresel İşlemler Çevrimiçi anlamına gelir .
- SPOOL cihazı, programın / uygulamanın çıktısını saklamak için kullanılır. Biriktirilen çıktı, bir yazıcı gibi çıktı aygıtlarına yönlendirilir (gerekirse).
- Çıkış cihazlarını verimli kullanmak için ara belleğe alma avantajından yararlanan bir tesistir.
Mainframe'de Manuel Testin Sınıflandırılması
Mainframe Manuel Testi iki türe ayrılabilir:
- Toplu İş Testi -
- Test süreci, mevcut 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.
- Çevrimiçi Test -
- Çevrimiçi Test, web sayfasının test edilmesine benzer CICS ekranlarının test edilmesini ifade eder.
- Mevcut ekranların işlevselliği değiştirilebilir veya yeni ekranlar eklenebilir.
- Çeşitli uygulamaların sorgulama ekranları ve güncelleme ekranları olabilir. Bu ekranların işlevselliği, çevrimiçi testin bir parçası olarak kontrol edilmelidir.
Ana Bilgisayar Testi nasıl yapılır
- İşletme ekibi gereksinim belgelerini hazırlar. Bu, belirli bir öğenin veya sürecin yayın 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 anlayacaklar. 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 kullanıma hazır işlevsellikler için olacak.
- Bu nedenle, bir Mainframe uygulamasının iki bölümde test edilmesi gerekir:
- Test Gereksinimleri - Uygulamayı, gereksinim belgesinde belirtilen işlevsellik veya değişiklik açısından test etme.
- Entegrasyonu Test Etme - Etkilenen uygulamaya veri alan veya gönderen tüm süreci veya diğer uygulamaları test etme. Regresyon Testi, bu test etkinliğinin birincil odak noktasıdır.
Mainframe Otomasyon Test Araçları
Ana bilgisayar Otomasyon Testi için kullanılabilecek araçların listesi aşağıdadır.
- REXX
- Excel
- QTP
Ana Bilgisayar Testinde Metodoloji
Bir örnek ele alalım: Bir XYZ sigorta şirketinin üye kayıt modülü vardır. Hem üye kayıt ekranından hem de çevrimdışı kayıtlardan veri alır. Daha önce tartıştığımız gibi, Mainframe testi, çevrimiçi test ve toplu test için iki yaklaşım gerektirir.
- Üye kayıt ekranında online test yapılır. Tıpkı bir web sayfası gibi, veritabanı ekranlar aracılığıyla girilen verilerle doğrulanır.
- Çevrimdışı kayıt , kağıt kaydı veya üçüncü taraf bir web sitesine kayıt olabilir. Çevrimdışı veriler (toplu iş olarak da adlandırılır), toplu işler aracılığıyla şirket veritabanına girilecektir. Öngörülen veri formatına göre bir düz girdi dosyası hazırlanır ve toplu işler dizisine 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. Diyelim ki özel karakter, yalnızca sayı alanlarındaki harfler vb.
- İ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 hizmet için mevcut değildir) vb. İç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ı saklayacaktır), giriş tarihini eklemek vb.
- Dördüncü iş, verileri veri tabanına yükler.
- Bu süreçte toplu iş testi 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 veri tabanı doğrulanarak doğrulanır. (Ara sonuçların ekstra dikkat için doğrulanması gerekir)
Aşağıda Mainframe testi için izlenen yöntem verilmiştir:
Adım 1) : Shakedown / 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 olmamasını da sağlar.
Adım 2) : Sistem Testi
Aşağıda, Sistem Testinin bir parçası olarak yapılan test türleri verilmiştir.
- Toplu Test - Bu test, çıktı dosyalarındaki test sonuçlarının ve test kapsamı altındaki toplu işler tarafından yapılan veri değişikliklerinin doğrulanması ve bunların kaydedilmesi ile yapılacaktır.
- Çevrimiçi Test - Bu test, ana bilgisayar uygulamasının ön ucunda yapılacaktır. Burada uygulama, sigorta planı, plana olan ilgi vb. Gibi doğru giriş alanı için test edilir.
- Çevrimiçi Toplu Entegrasyon testi - Bu test, toplu işlemlere ve çevrimiçi uygulamaya sahip sistemlerde yapılacaktır. Çevrimiçi ekranlar ve toplu işler arasındaki veri akışı ve etkileşim doğrulanır.
( Bu tür testler için örnek - Faiz oranındaki 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 gecelik bir toplu iş tarafından değiştirilir. bu durumda Plan ayrıntıları ekranı doğrulanarak yapılacaktır ve toplu iş tüm hesapları güncellemek için çalıştırılacaktır).
- Veritabanı Testi - Ana bilgisayar uygulamasından gelen verilerin (IMS, IDMS, DB2, VSAM / ISAM, Sıralı veri kümeleri, GDG'ler) düzenleri ve veri depolaması için doğrulandığı veritabanları.
Adım 3) : Sistem Entegrasyon Testi
Bu testin birincil amacı, test edilen sistemle etkileşime giren sistemlerin işlevselliğini doğrulamaktır.
Bu sistemler gereksinimlerden doğrudan etkilenmez. Ancak, test edilen sistemdeki verileri kullanırlar. Arayüzün ve sistemler arasında olası akışa neden olabilecek farklı mesaj türlerinin (İş Başarılı, İş Başarısız, Veritabanı güncellendi, vb.) Ve bireysel sistemler tarafından gerçekleştirilen sonuç eylemlerinin test edilmesi önemlidir.
Bu aşamada yapılan test türleri
- Toplu Test
- Çevrimiçi Test
- Çevrimiçi - Toplu Entegrasyon Testi
Adım 4) : Regresyon Testi
Regresyon Testi, her tür test projesinde ortak bir aşamadır. Mainframes'teki 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 testine sahip olmak için, karmaşıklıklarına bağlı olarak belirli bir test senaryosu seti kısa listeye alınmalı ve bir regresyon yatağı (Test senaryoları deposu) oluşturulmalıdır. Bu set, sürüme yeni bir işlevsellik eklendiğinde güncellenmelidir.
Adım 5) : Performans Testi
Bu test, ön uç veriler, çevrimiçi veritabanlarının yükseltilmesi gibi yüksek isabet alan bölgelerdeki darboğazları belirlemek ve uygulamanın ölçeklenebilirliğini yansıtmak için yapılır.
Adım 6) : Güvenlik Testi
Bu test, uygulamanın anti-güvenlik saldırılarına karşı koymak için ne kadar iyi tasarlandığını ve geliştirildiğini değerlendirmek için yapılır.
Sistemde iki aşamalı güvenlik testi yapılmalıdır - Ana bilgisayar güvenliği ve Ağ güvenliği.
Test edilmesi gereken özellikler şunlardır:
- Bütünlük
- Gizlilik
- yetki
- Doğrulama
- Kullanılabilirlik
Toplu teste dahil olan adımlar
- KG ekibi onaylı paketi aldıktan sonra (Paket prosedürler, JCL, Kontrol Kartları, Modüller vb. İçerir), test uzmanı içeriği gerektiği gibi önizlemeli ve PDS'ye almalıdır.
- Üretim JCL veya Geliştirme JCL yi, aksi takdirde İŞ KURULUMU olarak adlandırılan QA JCL ye dönüştürün.
- Üretim dosyasının kopyalanması ve test dosyalarının hazırlanması.
- Her işlevsellik için tanımlanmış bir görev dizisi olacaktır. (Mainframe'de 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.
- İş başarısız olursa, biriktirme iş başarısızlığının nedenine sahip olacaktır. Hatayı giderin ve işi yeniden gönderin.
Test Raporlama - Gerçek sonuç beklenenden saparsa kusur günlüğe kaydedilmelidir.
Çevrimiçi Testte yer alan adımlar
- Bir test ortamında Çevrimiçi ekranı seçin.
- Kabul edilebilir veriler için her alanı test edin.
- Ekranda Test Senaryosunu test edin.
- Çevrimiçi ekrandan veri güncellemeleri için veritabanını doğrulayın.
Test Raporlama - Gerçek sonuç beklenenden saparsa kusur günlüğe kaydedilmelidir.
Çevrimiçi - Toplu Entegrasyon testine dahil olan adımlar
- İşi bir Test Ortamında çalıştırın ve verileri çevrimiçi ekranlarda doğrulayın.
- Çevrimiçi ekranlardaki verileri güncelleyin ve toplu işin güncellenmiş verilerle doğru şekilde çalıştırılıp çalıştırılmadığını doğrulayın.
Mainframe Testinde kullanılan komutlar
- GÖNDER - Bir arka plan işi gönderin.
- İPTAL - Arkaplan işini iptal edin.
- ALLOCATE - Bir veri kümesi tahsis edin
- COPY - Veri kümesini kopyala
- YENİDEN ADLANDIR - Veri kümesini yeniden adlandır
- SİL - 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 var, ancak o kadar sık değiller.
Ana bilgisayar testine başlamak için ön koşullar
Ana bilgisayar testi için gereken temel ayrıntılar şunlardır:
- Uygulamada oturum açmak için oturum açma kimliği ve parolası.
- ISPF komutları hakkında kısa bilgi.
- Dosyaların adları, dosya niteleyicisi ve türleri.
Ana bilgisayar testine başlamadan önce aşağıdaki hususlar doğrulanmalıdır.
- İş
- Yürütmeden önce hataları kontrol etmek için bir iş taraması (Command - JOBSCAN) yapın.
- SINIF parametresi test sınıfına işaret edilmelidir.
- MSGCLASS parametresini kullanarak iş çıktısını beklemeye veya JHS'ye veya gerektiği şekilde yönlendirin.
- İşteki e-postayı biriktirmek veya bir test posta kimliği için yeniden yönlendirin.
- İlk test için FTP adımlarını yorumlayın ve ardından işi bir test sunucusuna yönlendirin.
- İşte bir IMR (Olay Yönetimi kaydı) oluşturulması durumunda, işe veya param kartına "TESTİN AMACI" açıklamasını eklemeniz yeterlidir.
- İşteki tüm üretim kitaplıkları değiştirilmeli ve test kitaplıklarına işaret edilmelidir.
- İş gözetimsiz bırakılmamalıdır.
- Herhangi bir hata durumunda işin sonsuz bir döngüde çalışmasını önlemek için, TIME parametresi belirtilen sürede eklenmelidir.
- Makara dahil işin çıktısını kaydedin. Makara, XDC kullanılarak kaydedilebilir.
- Dosya
- Yalnızca gerekli boyutta test dosyası oluşturun. Verileri aynı ada sahip ardışık dosyalara depolamak için gerektiğinde GDG'leri (Üretim 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.
- Dosyalar için DISP (Disposition - adım veya işin normal veya anormal sonlandırılmasından sonra veri setini tutmayı veya silmeyi gerçekleştirecek sistemi tanımlar) parametresi doğru kodlanmalıdır.
- İşin HOLD durumuna geçmesini önlemek için, işin yürütülmesi için kullanılan tüm dosyaların kaydedildiğinden ve düzgün şekilde kapatıldığından emin olun.
- GDG'leri kullanarak test yaparken doğru versiyonun işaret edildiğinden emin olun.
- Veri tabanı
- İşi veya çevrimiçi programı yürütürken, istenmeyen verilerin eklenmediğinden, güncellenmediğinden veya silinmediğinden emin olun.
- Ayrıca, sınama için doğru DB2 bölgesinin kullanıldığından emin olun.
- Test durumları
- Her zaman aşağıdaki gibi sınır koşullarını test edin - Boş dosya, İlk kayıt işleme, Son kayıt işleme, vb.
- Her zaman hem pozitif hem de negatif test koşullarını dahil edin.
- Programda Kontrol noktası yeniden başlatma, 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
- Test verileri kurulumu, testin başlamasından önce yapılmalıdır.
- Bildirimde bulunmadan test bölgesindeki verileri asla değiştirmeyin. Aynı verilerle çalışan başka ekipler olabilir ve testleri başarısız olur.
- Yürütme sırasında üretim dosyalarına ihtiyaç duyulması halinde, kopyalanmadan veya kullanılmadan önce uygun yetkilendirme alınmalıdır.
En İyi Uygulamalar
- Bir 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. İş, beklentiye göre çıktı boş olduğunda veya olmadığında bile başarılı bir şekilde çalışacaktır. Bu nedenle, işi başarılı ilan etmeden önce her zaman tüm çıktıların kontrol edilmesi beklenir.
- Test edilen işin kuru olarak çalıştırılması her zaman iyi bir uygulamadır. Boş giriş dosyaları ile kuru çalıştırma 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ı önceden bulmaya yardımcı olacak ve böylece yürütme sırasında zaman tasarrufu sağlayacaktır.
- DB2 tablolarına SPUFI aracılığıyla erişirken (öykünücüde DB2 tablolarına erişim seçeneği), yanlışlıkla güncelleştirmeleri önlemek için otomatik kesinlemeyi her zaman "HAYIR" olarak ayarlayın.
- Test Verilerinin kullanılabilirliği, toplu testteki birincil zorluktur. Gerekli veriler test döngüsünden çok önce oluşturulmalı ve eksiksizlik açısından 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 tüm test sürecini etkileyecektir. Testten sonra MQ'ların düzgün çalışıp çalışmadığını kontrol etmek iyi bir uygulamadır.
Ana bilgisayar testi Zorlukları ve Sorun Giderme
| Zorluklar | Yaklaşmak |
| Eksik / Açık Olmayan Gereksinimler Kullanım kılavuzuna / eğitim kılavuzuna erişim olabilir, ancak bunlar dokümante edilmiş gereksinimlerle aynı değildir. | Test uzmanları, gereksinimler aşamasından itibaren SDLC'ye dahil edilmelidir. Bu, gereksinimlerin test edilebilir olup olmadığını doğrulamaya yardımcı olacaktır. |
| Veri Kurulumu / Tanımlama Mevcut verilerin ihtiyaca göre yeniden kullanılması gereken durumlar olabilir. Mevcut verilerden gerekli verileri belirlemek bazen zordur. | Veri kurulumu için ihtiyaca göre evde üretilen araçlar kullanılabilir. Mevcut verileri getirmek için, sorgular önceden 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 ayrıntısı ile gönderilmez. | Kurulum sırasında yapılan insan hatalarının üstesinden gelmek için iş kurulum araçları kullanılmalıdır. |
| Ad-hoc Talep Yukarı akış veya aşağı akış uygulama sorunlarındaki bir sorun nedeniyle uçtan uca testin desteklenmesi gereken 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ı, harcanan zamanı ve çabayı azaltmaya yardımcı olabilir. |
| Kapsam değişikliği için Zamanında Açıklamalar Kod etkisinin sistemin görünümünü ve hissini tamamen değiştirebileceği bir durum olabilir. Bu, durumları, komut dosyalarını ve verileri test etmek için bir değişiklik gerektirebilir. | Kapsam değişikliği yönetimi süreci ve Etki analizi yürürlükte olmalıdır. |
Yaygın Abendlerle karşılaşıldı
- S001 - Bir G / Ç hatası oluştu.
Sebep - Dosyanın sonunda okuma, dosya uzunluğu hatası, salt okunur dosyaya yazmaya çalışın.
- S002 - Geçersiz G / Ç kaydı.
Neden - Kayıt uzunluğundan daha uzun bir kayıt yazmaya çalışın.
- S004 - AÇMA sırasında hata oluştu.
Neden - Geçersiz DCB
- S013 - Veri kümesi açılırken hata oluştu.
Sebep - PDS üyesi yok, programdaki kayıt uzunluğu gerçek kayıt uzunluğuyla eşleşmiyor.
- S0C1 - İşlem İstisnası
Nedeni - Dosya açılamıyor, DD kartı eksik
- S0C4 - Koruma istisnası / Depolama ihlali
- Sebep - Programda mevcut olmayan erişim depolama alanı deneniyor.
- SC07 - Program Kontrolü İstisnası - Veriler
- Neden - Kayıt düzeninde veya dosya düzeninde değişiklik.
- Sx22 - İş iptal edildi
- S222 - İş, kullanıcı tarafından döküm olmadan iptal edildi.
- S322 - İş veya Adım süresi belirtilen sınırı aştı veya program bir döngüde veya yetersiz zaman parametresinde.
- S522 - TSO oturumu zaman aşımı.
- S806 - Bağlanamıyor veya yüklenemiyor.
Neden - İş kimliği belirtilen yükleme modülünü bulamıyor.
- S80A - GETMAIN veya FREEMAIN isteklerini karşılamak için yeterli sanal depolama yok.
- S913 - Kullanıcının yetkili olmadığı veri setine erişmeye çalışıyor.
- Sx37 - Veri kümesine yeterli depolama tahsis edilemiyor.
Hata Yardımı - Çeşitli abends türleri hakkında ayrıntılı bilgi almak için çok popüler bir araçtır.
Ana bilgisayar testi sırasında karşılaşılan yaygın sorun
- İş Bitiyor - İşin başarılı bir şekilde tamamlanması için, verileri, girdi dosyasını ve belirli bir konumda bulunan modülleri kontrol etmelisiniz. Abends, en yaygın olanı - Geçersiz veriler, Yanlış giriş alanı, tarih uyuşmazlığı, çevresel sorunlar vb. Olmak üzere birçok nedenden dolayı karşılaşılabilir.
- Çıktı dosyası boş - İş başarıyla çalıştırılabilse de (MaxCC 0), çıktı beklendiği gibi olmayabilir. Bu nedenle, herhangi bir test senaryosunu geçmeden önce, test cihazı çıktının çapraz doğrulandığından emin olmalıdır. Ancak o zaman daha ileri gidin.
- Giriş dosyası boş - Bazı uygulamalarda, dosyalar yukarı akış işlemlerinden alınacaktır. Mevcut uygulamayı test etmek için alınan dosyayı kullanmadan önce, yeniden çalıştırmayı 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şlayarak diğer tüm test prosedürlerine benzer.
- Uygulamayı etkili bir şekilde test etmek için, test uzmanı, geliştirme ve iş ekipleri tarafından planlanan tasarım toplantılarına katılmalıdır.
- 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.
- Mainframe uygulama testi, zaman alan bir süreçtir. Test tasarımı, veri kurulumu ve yürütme için net bir test programı izlenmelidir.
- Gereksinim belgesinde belirtilen herhangi bir işlevsellik eksik olmadan toplu test ve Çevrimiçi test etkili bir şekilde yapılmalı ve hiçbir Test Vakasından kaçınılmamalıdır.