Ana Bilgisayar Testi – Tam Eğitim
Thomas Hamilton
⚡ Akıllı Özet
Ana Bilgisayar Testi, z/OS sistemlerinde çalışan uygulamaları doğrular; toplu işleri, CICS çevrimiçi ekranlarını, veritabanlarını ve entegrasyon noktalarını kapsar, böylece yüksek hacimli iş yükleri her üretim sürümünden önce güvenilir, emniyetli ve doğru kalır.
Ana Bilgisayar Testi kavramlarını öğrenmeden önce, testlerin çalıştığı platforma bir göz atalım.
Ana Bilgisayar nedir?
Ana bilgisayar, yüksek performanslı ve yüksek hızlı bir bilgisayar sistemidir. Yüksek kullanılabilirlik ve güçlü güvenlik gerektiren büyük ölçekli hesaplamalar için kullanılır. Çoğunlukla finans, sigorta, perakende ve günde birçok kez büyük miktarda verinin işlendiği diğer kritik alanlar gibi sektörlerde kullanılır.
Ana Bilgisayar Testi
Ana Bilgisayar Testi Ana bilgisayar sistemlerine dayalı yazılım uygulamaları ve hizmetlerinin test edilmesi işlemidir. Ana bilgisayar testinin amacı, doğrulama ve geçerlilik yöntemleri aracılığıyla bir 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 testleri yapılırken, test uzmanının öncelikle CICS ekranlarında gezinmeyi bilmesi gerekir. Bu ekranlar belirli uygulamalar için özel olarak tasarlanmıştır. COBOL, JCL ve benzeri dillerde kodda değişiklikler yapıldığında, test uzmanının makinede kurulu olan emülatör konusunda endişelenmesine gerek yoktur, çünkü bir terminal emülatöründe çalışan değişiklikler diğerlerinde de çalışacaktır.
- Ana bilgisayar uygulaması (diğer adıyla iş grubu), gereksinimler kullanılarak geliştirilen test senaryolarına göre 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 bir terminal öyküncüsü aracılığıyla erişilebilir. İstemci makineye kurulması gereken tek yazılım öyküncüsüdür.
Platform, web tabanlı bir yapıdan farklı davrandığı için, test tasarımını yönlendiren ana bilgisayar özelliklerini bilmek faydalıdır. Bu nedenle, ana bilgisayar testleri diğer testlerle birlikte ele alınmalıdır. yazılım testi türleri Onlardan herhangi birini değiştirmek yerine.
Ana Bilgisayar Nitelikleri
- Sanal Depolama
- Bu, işlemcinin gerçek depolama miktarından daha büyük olan ana depolamayı simüle etmesine olanak tanıyan bir tekniktir.
- Çeşitli büyüklükteki görevleri depolamak ve yürütmek için belleği etkili bir şekilde kullanma tekniğidir.
- Gerçek depolamanın bir uzantısı olarak disk depolamayı kullanır.
- multiprogramming
- Bilgisayar aynı anda birden fazla program çalıştırır. Ancak herhangi bir anda yalnızca bir program işlemciyi kontrol edebilir.
- CPU'nun verimli kullanılması için sağlanan bir tesistir.
- Toplu İşleme
- Herhangi bir görevin iş olarak bilinen birimler halinde gerçekleştirildiği bir tekniktir.
- Bir iş, bir veya daha fazla programın sırayla yürütülmesine neden olabilir.
- İş 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.
- Toplu işlem için gerekli bilgiler JCL (İŞ KONTROL DİLİ) aracılığıyla sağlanır. JCL, toplu işlemi; yani gerekli programları, verileri ve kaynakları tanımlar.
- Zaman paylaşımı
- 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.
- Bu nedenle buna “Etkileşimli İşleme” denir. Kullanıcının doğrudan bilgisayarla etkileşime geçmesini sağlar.
- Zaman paylaşımlı işleme "Ön Plan İşleme" olarak bilinir ve toplu iş işleme "Arka Plan İşleme" olarak bilinir.
- Sargı
- SPOOLing, Simultaneous Peripheral'ın kısaltmasıdır. OperaÇevrimiçi hizmetler.
- SPOOL aygıtı, bir programın veya uygulamanın çıktısını depolamak için kullanılır. Spool'a kaydedilen çıktı, (gerekirse) yazıcı gibi çıktı aygıtlarına yönlendirilir.
- Çı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ı
Bu özellikler, ana bilgisayardaki manuel test çalışmalarını birbirinden açıkça ayrılmış iki ayrı akıma bölüyor.
mainframe Manuel Test iki türe ayrılabilir:
1. Toplu İşlem Testi —
- Test süreci, mevcut sürümde uygulanan işlevsellik için toplu işlerin yürütülmesini içerir.
- Test sonuçlarıtracÇıktı dosyalarından ve veritabanından elde edilen bilgiler doğrulanır ve kaydedilir.
2. Çevrimiçi Test —
- Çevrimiçi Test, bir web sayfasını test etmeye 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 Testleri Nasıl Yapılır?
- İş birimi, belirli bir öğenin veya sürecin yayın döngüsünde nasıl değiştirileceğini belirleyen gereksinim belgelerini hazırlar.
- Test ekibi ve geliştirme ekibi gereksinim belgesini alır. Değişiklikten kaç sürecin etkileneceğini belirlerler. Genellikle bir sürümde, uygulamanın yalnızca %20-25'i doğrudan özelleştirilmiş gereksinimden etkilenir. Sürüm çalışmasının geri kalan %75-80'i, çevreleyen uygulamaların ve süreçlerin test edilmesi gibi hazır işlevselliğe ayrılır.
- Bu nedenle bir Mainframe uygulamasının iki bölümde test edilmesi gerekir:
- Test Gereksinimleri — Uygulamanın, gereksinim belgesinde belirtilen işlevselliğe veya değişikliğe uygunluğunu test etmek.
- Entegrasyonun Test Edilmesi — Etkilenen uygulamaya veri gönderen veya ondan veri alan tüm süreçlerin veya diğer uygulamaların test edilmesi. 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 — z/OS ile birlikte gelen ve tekrarlayan iş gönderimlerini ve çıktı kontrollerini yönetmek için yaygın olarak kullanılan betik dili.
- Excel — Test verilerini ve çıktı dosyalarını oluşturmak, karşılaştırmak ve raporlamak için makrolarla birlikte kullanılır.
- OpenText UFT Bir — sektörün hâlâ kullandığı aletin güncel adı QTP Veya QuickTest Professional; 3270 terminal ekranını otomatikleştirir.
- Galasa — açık kaynaklı, Open Mainframe Projesi derin entegrasyon test çerçevesi Bu, bir CI/CD hattından 3270 ekranı, JCL toplu işlerini ve Db2'yi yönetir.
- Satıcı z/OS test paketleri - IBM Z ve BMC AMI DevX Total Test için Test Hızlandırıcı, COBOL birim testlerini ve sanallaştırılmış test ortamlarını kapsar.
Hangi alet seçilirse seçilsin, ancak bakımı yapıldığında kendini amorti eder. test otomasyon çerçevesi Dağınık bir senaryo yığını yerine.
Ana Bilgisayar Testinde Metodoloji
Bir örnek ele alalım: XYZ sigorta şirketinin bir üye kayıt modülü var. Bu modül, hem üye kayıt ekranından hem de çevrimdışı kayıttan veri alıyor. Daha önce de belirtildiği gibi, ana bilgisayar testleri için iki yaklaşım kullanıyor: çevrimiçi test ve toplu test.
- Çevrimiçi testler üye kayıt ekranında yapılır. Tıpkı bir web sayfası gibi, veritabanı ekranlar aracılığıyla girilen verilerle doğrulanır.
- Çevrimdışı kayıt, kağıt üzerinde kayıt veya üçüncü taraf bir web sitesi üzerinden kayıt olabilir. Çevrimdışı veriler (toplu veri olarak da adlandırılır), toplu işler aracılığıyla şirket veritabanına girilecektir. Belirtilen veri formatına göre bir giriş düz dosyası hazırlanır ve toplu iş dizisine beslenir. Bu nedenle, ana bilgisayar uygulaması testleri için aşağıdaki yaklaşımı kullanabiliriz.
- Toplu işlem sırasındaki ilk işlem, girilen verileri doğrular; örneğin, özel karakterler veya yalnızca sayı girilebilen alanlardaki harfler gibi.
- İkinci görev, iş koşullarına bağlı olarak verilerin tutarlılığını doğrular. Örneğin, bir çocuk kaydında bağımlı veriler veya kayıtlı plan tarafından hizmet verilemeyen bir üye posta kodu bulunmamalıdır.
- Üçüncü işlem, verileri veritabanına girilebilecek biçime dönüştürür. Örneğin, plan adını silmek (veritabanı yalnızca plan kimliğini ve sigorta planı adını saklar), giriş tarihini eklemek ve benzeri değişiklikler yapmak.
- Dördüncü iş, verileri veritabanına yükler.
- Bu süreçte toplu iş testleri iki aşamada gerçekleştirilir —
- Her iş ayrı ayrı doğrulanır ve
- İşler arasındaki entegrasyon, ilk işe girdi düz dosyasını sağlayarak ve veritabanını doğrulayarak teyit edilir. (Ek güvenlik önlemi olarak ara sonuçların da doğrulanması gerekir.)
Ana bilgisayar testlerinde izlenen yöntem aşağıdaki gibidir:
Adım 1) Ön Test/Duman Testi
Bu aşamadaki temel odak noktası, dağıtılan kodun doğru test ortamında olup olmadığını doğrulamaktır. Ayrıca kodda kritik sorunların bulunmadığından emin olunmasını sağlar. Bu, ana bilgisayar ortamındaki karşılığıdır. Duman Testi başka herhangi bir platformda.
) 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, test kapsamındaki toplu işler tarafından yapılan veri değişikliklerinin ve çıktı dosyalarındaki test sonuçlarının doğrulanması ve bunların kaydedilmesi yoluyla gerçekleştirilir.
- Çevrimiçi Test — Bu test, ana bilgisayar uygulamasının ön yüzünde yapılır. Burada uygulama, sigorta planı, plandaki faiz ve benzeri değerler gibi doğru giriş alanları açısından test edilir.
- Çevrimiçi Toplu Entegrasyon testi — Bu testler, hem toplu işlem süreçlerine hem de çevrimiçi bir uygulamaya sahip sistemler üzerinde yapılır. Çevrimiçi ekranlar ve toplu işlemler arasındaki veri akışı ve etkileşim doğrulanır.
(Bu tür testlere örnek olarak, faiz oranında artış gibi plan detaylarında bir güncellemeyi ele alalım. Faiz değişikliği bir güncelleme ekranında yapılır ve etkilenen hesaplardaki bakiye detayları yalnızca gece çalıştırılan bir toplu işlemle değiştirilir. Bu durumda test, plan detayları ekranının ve tüm hesapları güncellemek için çalıştırılan toplu işlemin doğrulanmasıyla yapılır.)
- Veritabanı Testi — Ana bilgisayar uygulamasından gelen verilerin tutulduğu veritabanlarının (IMS, IDMS, Db2, VSAM/ISAM, sıralı veri kümeleri, GDG'ler) düzeni ve veri depolama şekli doğrulanır.
Adım 3) 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 etkilenmez. Ancak, test edilen sistemden gelen verileri kullanırlar. Test etmek önemlidir. arayüzey Sistemler arasında akabilecek farklı mesaj türleri (örneğin, İşlem Başarılı, İşlem Başarısız, Veritabanı güncellendi) ve bu mesajların sonucunda sistemler tarafından gerçekleştirilen eylemler.
Bu aşamada yapılan test türleri şunlardır:
- Toplu Test
- Çevrimiçi Test
- Çevrimiçi — Toplu Entegrasyon Testi
Adım 4) Regresyon Testi
Regresyon testi, her türlü test projesinde yaygın bir aşamadır. Ana bilgisayarlarda yapılan 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 senaryosu kümesi seçilmeli ve bir regresyon ortamı (test senaryosu deposu) oluşturulmalıdır. Bu küme, sürüme yeni işlevsellik eklendiğinde güncellenmelidir. Regresyon ortamı tam olarak çalıştırılamayacak kadar büyük olduğunda, Risk Esaslı Test Hangi işlerin ve ekranların önce yeniden çalıştırılacağına karar vermek için kullanılır.
) 5 Adım Performans testi
Bu testler, ön uç veri girişi ve çevrimiçi veritabanı güncellemeleri gibi yüksek trafikli alanlardaki darboğazları belirlemek ve uygulamanın ölçeklenebilirliğini öngörmek için yapılır. Uzun süreli çalışan toplu işlem pencereleri genellikle şu yöntemlerle incelenir: Stres testi En yüksek hacimlere karşı.
) 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.
Sistem üzerinde iki yönlü güvenlik testi yapılmalıdır: ana bilgisayar güvenliği ve ağ güvenliği.
Test edilmesi gereken özellikler şunlardır:
- Integrity
- Gizlilik
- Yetki
- Doğrulama
- Uygunluk
Toplu Test İşleminde Yer Alan Adımlar
- Kalite güvence ekibi onaylanmış paketi (paket prosedürler, JCL, kontrol kartları, modüller ve benzeri öğeleri içerir) aldıktan sonra, test uzmanı gerektiği gibi içeriği önizlemeli ve PDS'ye aktarmalıdır.
- Üretim JCL'sini veya geliştirme JCL'sini QA JCL'sine dönüştürün, diğer adıyla İŞ KURULUMU.
- Üretim dosyasını kopyalayın ve test dosyalarını hazırlayın.
- Her bir işlev için bir iş dizisi tanımlanacaktır (Ana Bilgisayar Testinde 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 Spool'u 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ı - A kusur Gerçek sonuç beklenen sonuçtan farklılık gösterirse bu durum kayıt altına alınmalıdır.
Çevrimiçi Test Sürecindeki Adımlar
- Çevrimiçi ekranını seçin. Test ortamı.
- 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ç beklenen sonuçtan farklılık gösterirse, bir hata kaydı oluşturulmalıdır.
Çevrimiçi Toplu Entegrasyon Testinde İzlenen Adımlar
- İşlemi bir test ortamında çalıştırın ve verileri çevrimiçi ekranlarda doğrulayın.
- Çevrimiçi ekranlardaki verileri güncelleyin ve güncellenmiş verilerle toplu işin doğru çalışıp çalışmadığını doğrulayın.
Ana Bilgisayar Testlerinde Kullanılan Komutlar
Bu adımlar terminalden yönetildiği için, az sayıda komut bir test uzmanının gününün büyük bir bölümünü kapsar.
- GÖNDER — Arka plan araştırması başvurusu gönderin.
- İPTAL ETMEK — Arka planda yürütülen bir işlemi iptal edin.
- TAHSİS ET — Bir veri kümesi tahsis edin.
- KOPYALA — Bir veri setini kopyalayın.
- ADINI DEĞİŞTİRMEK — Bir veri kümesini yeniden adlandırın.
- SİL — Bir veri kümesini silin.
- İŞ TARAMASI — JCL dosyasını çalıştırmadan program, kütüphaneler, dosyalar ve diğer kaynaklarla ilişkilendirin.
Gerektiğinde kullanılan birçok başka komut vardır, ancak bunlar o kadar sık değildir.
Ana Bilgisayar Testine Başlamak İçin Ön Koşullar
Ana Bilgisayar Testi için gerekli temel bilgiler şunlardır:
- Uygulamaya giriş yapmak için kullanıcı adı ve şifre.
- ISPF komutlarına dair temel bilgi.
- Dosyaların adları, dosya niteleyicisi ve türleri.
Ana bilgisayar testine başlamadan önce aşağıdaki hususlar doğrulanmalıdır.
- İş
- Görevi çalıştırmadan önce hataları kontrol etmek için bir görev taraması yapın (komut — JOBSCAN).
- CLASS parametresi test sınıfını göstermelidir.
- MSGCLASS parametresini kullanarak iş çıktısını bir spool'a, bir JHS'ye veya gerektiği gibi başka bir yere yönlendirin.
- İşlemdeki e-postayı bir bekleme kuyruğuna veya test e-posta adresine yönlendirin.
- İlk testler için FTP adımlarını yorum satırı haline getirin ve ardından işi bir test sunucusuna yönlendirin.
- İşlem sırasında bir IMR (Olay Yönetim Kaydı) oluşturulursa, işe veya parametre kartına "TEST AMACI" yorumunu ekleyin.
- İşteki tüm üretim kütüphaneleri değiştirilmeli ve test kütüphanelerine yönlendirilmelidir.
- İş gözetimsiz bırakılmamalıdır.
- Herhangi bir hata durumunda işlemin sonsuz döngüye girmesini önlemek için, TIME parametresine belirtilen bir süre eklenmelidir.
- Makara dahil işin çıktısını kaydedin. Makara XDC kullanılarak kaydedilebilir.
- fileto
- Yalnızca gerekli boyutta bir test dosyası oluşturun. Verileri aynı ada sahip ardışık dosyalara kaydetmek gerektiğinde GDG'leri (Nesil Veri Grupları - MYLIB.LIB.TEST.G0001V00 ve MYLIB.LIB.TEST.G0002V00 gibi aynı ada sahip ancak ardışık sürüm numaralarına sahip dosyalar) kullanın.
- Dosyalar için DISP (Disposition — sistemin adımın veya işin normal veya anormal sonlanmasından sonra veri kümesini saklayıp saklamayacağını veya sileceğini belirten parametre) parametresi doğru şekilde kodlanmalıdır.
- İşin bekleme durumuna geçmesini önlemek için, iş yürütme için kullanılan tüm dosyaların düzgün bir şekilde kaydedildiğinden ve kapatıldığından emin olun.
- GDG'leri kullanarak test yaparken, doğru sürümün işaret edildiğinden emin olun.
- veritabanı
- İşlem veya çevrimiçi programı yürütürken, istenmeyen verilerin eklenmediğinden, güncellenmediğinden veya silinmediğinden emin olun.
- Ayrıca, test için doğru Db2 bölgesinin kullanıldığından emin olun.
- Test vakaları
- Boş dosya, ilk kayıt işleme ve son kayıt işleme gibi sınır koşullarını her zaman kontrol edin.
- Her zaman hem pozitif hem de negatif test koşullarını dahil edin.
- Programda kontrol noktası yeniden başlatma, modül veya kontrol dosyalarının sonlandırılması gibi standart prosedürler kullanılıyorsa, şunları ekleyin: Test DurumuModüllerin doğru kullanılıp kullanılmadığını doğrulamak için.
- Test verisi
- Test verileri kurulumu testin başlangıcından önce yapılmalıdır.
- Test bölgesindeki verileri başkalarını bilgilendirmeden asla değiştirmeyin. Aynı verilerle çalışan başka ekipler olabilir ve onların testleri başarısız olabilir.
- 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 iş çalıştırma durumunda, MAX CC 0, işin başarıyla tamamlandığının bir göstergesidir. Bu, işlevselliğin sorunsuz çalıştığı anlamına gelmez. Çıktı boş olsa veya beklentilere uygun olmasa bile iş başarıyla tamamlanacaktır. Bu nedenle, işin başarılı olduğunu ilan etmeden önce tüm çıktıları kontrol etmek her zaman beklenir.
- Test edilecek işin önceden çalıştırılması her zaman iyi bir uygulamadır. Önceden çalıştırma işlemi boş giriş dosyalarıyla yapılır. Bu süreç, test döngüsü için yapılan değişikliklerden etkilenen işler için izlenmelidir.
- Test döngüsü başlamadan önce, test görevi kurulumu önceden yapılmalıdır. Bu, JCL hatalarını önceden tespit etmeye yardımcı olur ve böylece yürütme sırasında zamandan tasarruf sağlar.
- SPUFI (emülatörde Db2 tablolarına erişim sağlayan bir seçenek) aracılığıyla Db2 tablolarına erişirken, yanlışlıkla güncellemeleri önlemek için otomatik kaydetmeyi her zaman "HAYIR" olarak ayarlayın.
- Toplu testlerde en büyük zorluk, test verilerinin kullanılabilirliğidir. Gerekli veriler, test döngüsünden çok önce oluşturulmalı ve eksiksizliği kontrol edilmelidir. Tracking bu hazırlık ortak bir şekilde test yönetimi Depo, regresyon ortamını ve veri kurulumunu uyumlu halde tutar.
- Bazı çevrimiçi işlemler ve toplu işler, verileri MQ'lara (Mesaj Kuyrukları) yazabilir. transmitVerileri diğer uygulamalara aktarırken, verilerin geçerli olmaması durumunda MQ'ların devre dışı bırakılmasına veya durdurulmasına neden olabilir ve bu da tüm test sürecini etkiler. Testten sonra MQ'ların düzgün çalıştığını kontrol etmek iyi bir uygulamadır.
Ana Bilgisayar Test Zorlukları ve Sorun Giderme
Bu uygulamalara rağmen, neredeyse her ana bilgisayar sürümünde birkaç sorun tekrar ortaya çıkmaktadır. Aşağıdaki tabloda, her bir sorun ve onu çözen yaklaşım eşleştirilmiştir.
| Meydan Okumalar | Yaklaşım |
|---|---|
| Eksik / Belirsiz Gereksinimler | Kullanım kılavuzuna veya eğitim rehberine erişim olabilir, ancak bunlar belgelenmiş gereksinimlerle aynı şey değildir. Test uzmanları sürece dahil edilmelidir. yazılım testi yaşam döngüsü Gereksinimler aşamasından itibaren. Bu, gereksinimlerin test edilebilir olup olmadığını doğrulamaya yardımcı olur. |
| Veri Kurulumu / Tanımlama | Gereksinimlere göre mevcut verilerin yeniden kullanılması gereken durumlar olabilir. Mevcut verilerden gerekli veriyi belirlemek bazen zor olabilir. Veri kurulumu için, ihtiyaca göre şirket içi geliştirilmiş araçlar kullanılabilir. Mevcut verileri almak için sorgular önceden oluşturulmalıdır. Herhangi bir zorluk durumunda, gerekli verinin oluşturulması veya kopyalanması için veri yönetimi ekibine talep gönderilebilir. |
| İş Kurulumu | İşler PDS'ye alındıktan sonra, üretim niteleyicisi veya yol detayı ile gönderilmemeleri için işin QA bölgesinde kurulması gerekir. Kurulum sırasında yapılan insan hatalarının önüne geçmek için iş kurulum araçları kullanılmalıdır. |
| Geçici Talep | Bazı durumlarda şunlar olabilir: uçtan uca test Yukarı veya aşağı yönlü uygulamalardaki bir sorun nedeniyle desteklenmesi gereken istekler ortaya çıkar. Bu istekler, yürütme döngüsündeki zaman ve çabayı artırır. Otomasyon komut dosyaları, regresyon komut dosyaları ve iskelet komut dosyaları kullanmak, zaman ve çaba yükünü azaltmaya yardımcı olabilir. |
| Kapsam değişikliği için Zamanında Yayınlar | Kodun etkisi sistemin görünümünü ve işleyişini tamamen değiştirebilecek durumlar 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 mutlaka uygulanmalıdır. |
Sık Karşılaşılan Hatalar
Bir işlem başarısız olduğunda, spool bir hata kodu bildirir. Aşağıdaki liste, ana bilgisayar test uzmanının en sık karşılaştığı kodları ve bunların olağan nedenlerini kapsamaktadır.
- S001 — Bir giriş/çıkış hatası oluştu.
Sebep — Dosyanın sonundan okuma, dosya uzunluğu hatası veya salt okunur bir dosyaya yazma girişimi.
- S002 — Geçersiz G/Ç kaydı.
Sebep — Kayıt uzunluğundan daha uzun bir kayıt yazma girişimi.
- S004 — Açma işlemi sırasında bir hata oluştu.
Sebep — Geçersiz DCB.
- S013 — Veri kümesi açılırken hata oluştu.
Sebep — PDS üyesi mevcut değil veya programdaki kayıt uzunluğu gerçek kayıt uzunluğuyla eşleşmiyor.
- S0C1 - Operaİstisna.
Sebep — Dosya açılamadı veya DD kartı eksik.
- S0C4 — Koruma istisnası / depolama ihlali.
Sebep — Programın erişemediği bir depolama alanına erişmeye çalışılıyor.
- S0C7 — Program kontrol hatası, veri.
Sebep — Kayıt düzeninde veya dosya düzeninde değişiklik.
- Ax22 — İş iptal edildi.
Sebep — İş tamamlanmadan önce sonlandırıldı; ortadaki rakam, iptali kimin veya neyin gerçekleştirdiğini gösterir.
- S222 — Kullanıcı tarafından işlem, hata dökümü oluşturulmadan iptal edildi.
- S322 — İşlem veya adım süresi belirtilen sınırı aştı, program bir döngüye girdi veya TIME parametresi yetersiz.
- S522 — TSO oturum zaman aşımı.
- S806 — Bağlantı kurulamadı veya yüklenemedi.
Sebep — İşlem, 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 erişim yetkisi olmayan bir veri kümesine erişmeye çalışması.
- Ax37 — Veri kümesine yeterli depolama alanı tahsis edilemedi.
Hata Yardımı — Çeşitli hata türleri hakkında ayrıntılı bilgi edinmek için çok popüler bir araç.
Ana Bilgisayar Testlerinde Karşılaşılan Yaygın Sorunlar
- İş Sonu — İşin başarılı bir şekilde tamamlanması için verileri, giriş dosyasını ve modüllerin belirtilen konumda mevcut olup olmadığını kontrol etmelisiniz. Hatalar birçok nedenden kaynaklanabilir; en yaygın olanları geçersiz veri, yanlış giriş alanı, tarih uyuşmazlığı veya çevresel sorunlardır.
- Çıkış dosyası boş — İşlem başarılı bir şekilde tamamlanmış olsa bile (MaxCC 0), çıktı beklendiği gibi olmayabilir. Bu nedenle, herhangi bir test senaryosunu çalıştırmadan önce, test uzmanının çıktının çapraz doğrulanmış olduğundan emin olması gerekir. Ancak bundan sonra test işlemine devam edilmelidir.
- Giriş dosyası boş — Bazı uygulamalarda dosyalar yukarı akış süreçlerinden alınır. Alınan dosyayı mevcut uygulamayı test etmek için kullanmadan önce, yeniden çalıştırma ve yeniden işleme ihtiyacını önlemek için verilerin çapraz doğrulanması gerekir.
