اختبار الحواسيب المركزية – البرنامج التعليمي الكامل

قبل تعلم مفاهيم اختبار الحواسيب المركزية، دعونا أولاً نلقي نظرة على المنصة التي يتم تشغيل الاختبارات عليها.

ما هو الحاسوب المركزي؟

الحاسوب المركزي نظام حاسوبي عالي الأداء والسرعة، يُستخدم في الحوسبة واسعة النطاق التي تتطلب توافرًا عاليًا وأمانًا قويًا. ويُستخدم غالبًا في قطاعات مثل التمويل والتأمين والتجزئة وغيرها من المجالات الحيوية التي تُعالج فيها كميات هائلة من البيانات عدة مرات يوميًا.

اختبار الحواسيب المركزية

اختبار الحواسيب المركزية هي عملية اختبار تطبيقات وخدمات البرمجيات القائمة على أنظمة الحواسيب المركزية. يهدف اختبار الحواسيب المركزية إلى ضمان أداء وموثوقية وجودة تطبيق أو خدمة برمجية من خلال أساليب التحقق والتدقيق، والتأكد من جاهزيتها للنشر.

أثناء إجراء اختبارات الحواسيب المركزية، يحتاج المختبِر بشكل أساسي إلى معرفة كيفية التنقل بين شاشات CICS. هذه الشاشات مصممة خصيصًا لتطبيقات محددة. عند إجراء تغييرات على الكود بلغات مثل COBOL وJCL، لا داعي للقلق بشأن إعداد المحاكي على الجهاز، لأن التغييرات التي تعمل على محاكي طرفي واحد ستعمل على المحاكيات الأخرى.

• يتم اختبار تطبيق الحاسوب المركزي (أو ما يسمى بدفعة المهام) مقابل حالات الاختبار التي تم تطويرها باستخدام المتطلبات.
• يتم عادةً إجراء اختبار الإطار الرئيسي على الكود المنشور باستخدام مجموعات بيانات مختلفة مضبوطة في ملف الإدخال.
• يمكن الوصول إلى التطبيقات التي تعمل على الحاسوب المركزي عبر برنامج محاكاة طرفية. برنامج المحاكاة هو البرنامج الوحيد الذي يجب تثبيته على جهاز المستخدم.

نظرًا لاختلاف سلوك المنصة عن بنية الويب، فمن المفيد معرفة خصائص الحواسيب المركزية التي تُؤثر على تصميم الاختبار. ولذلك، يُعد اختبار الحواسيب المركزية جانبًا من جوانب الاختبار الأخرى. أنواع اختبار البرمجيات بدلاً من استبدال أي منها.

سمات الحاسوب المركزي

1. التخزين الافتراضي
   • إنها تقنية تتيح للمعالج محاكاة وحدة التخزين الرئيسية الأكبر من الحجم الفعلي للتخزين الحقيقي.
   • إنها تقنية لاستخدام الذاكرة بشكل فعال لتخزين وتنفيذ المهام ذات الأحجام المختلفة.
   • ويستخدم تخزين القرص كامتداد للتخزين الحقيقي.
2. البرمجة المتعددة
   • يُشغّل الحاسوب أكثر من برنامج في الوقت نفسه، ولكن في أي لحظة معينة، لا يمكن إلا لبرنامج واحد التحكم في وحدة المعالجة المركزية.
   • إنها وسيلة مقدمة لتحقيق الاستخدام الفعال لوحدة المعالجة المركزية.
3. دفعة معالجة
   • إنها تقنية يتم من خلالها إنجاز أي مهمة في وحدات تعرف بالوظائف.
   • قد تتسبب المهمة في تنفيذ برنامج واحد أو أكثر بالتسلسل.
   • يتخذ برنامج جدولة الوظائف قرارًا بشأن الترتيب الذي يجب تنفيذ الوظائف به. لتعظيم متوسط ​​الإنتاجية، تتم جدولة المهام وفقًا لأولويتها وفئتها.
   • يتم توفير المعلومات اللازمة للمعالجة الدفعية من خلال لغة التحكم في الوظائف (JCL). تصف لغة التحكم في الوظائف (JCL) وظيفة المعالجة الدفعية - البرامج والبيانات والموارد المطلوبة.
4. وقت المشاركة
   • في نظام تقاسم الوقت، يتمتع كل مستخدم بالوصول إلى النظام من خلال الجهاز الطرفي. وبدلاً من إرسال المهام المجدولة للتنفيذ لاحقًا، يقوم المستخدم بإدخال الأوامر التي تتم معالجتها على الفور.
   • ومن ثم فإن هذا يسمى "المعالجة التفاعلية". أنها تمكن المستخدم من التفاعل مباشرة مع جهاز الكمبيوتر.
   • تُعرف معالجة المشاركة بالوقت باسم "المعالجة الأمامية" وتعرف معالجة المهام المجمعة باسم "المعالجة الخلفية".
5. التخزين المؤقت
   • يشير اختصار SPOOLing إلى الأجهزة الطرفية المتزامنة Operations Online.
   • يُستخدم جهاز التخزين المؤقت (SPOOL) لتخزين مخرجات برنامج أو تطبيق. ويتم توجيه المخرجات المخزنة مؤقتًا إلى أجهزة الإخراج مثل الطابعة (إذا لزم الأمر).
   • إنها منشأة تستغل ميزة التخزين المؤقت للاستفادة الفعالة من أجهزة الإخراج.

تصنيف الاختبار اليدوي في الحاسوب المركزي

تعمل هذه الخصائص على تقسيم أعمال الاختبار اليدوي على الحاسوب المركزي إلى مسارين منفصلين بوضوح.

المركزية الاختبار اليدوي يمكن تصنيفها إلى نوعين:

1. اختبار وظائف الدفعات —

• تتضمن عملية الاختبار تنفيذ مهام دفعية للوظائف المطبقة في الإصدار الحالي.
• نتائج الاختبار مثالtracيتم التحقق من البيانات المستخرجة من ملفات الإخراج وقاعدة البيانات وتسجيلها.

2. الاختبارات عبر الإنترنت —

• يشير الاختبار عبر الإنترنت إلى اختبار شاشات CICS، وهو أمر مشابه لاختبار صفحة ويب.
• يمكن تغيير وظائف الشاشات الموجودة أو إضافة شاشات جديدة.
• يمكن أن تحتوي التطبيقات المختلفة على شاشات استفسار وشاشات تحديث. يجب التحقق من وظائف هذه الشاشات كجزء من الاختبار عبر الإنترنت.

كيفية إجراء اختبارات الحواسيب المركزية

1. يقوم فريق الأعمال بإعداد وثائق المتطلبات، والتي تحدد كيفية تعديل عنصر أو عملية معينة في دورة الإصدار.
2. يتلقى فريق الاختبار وفريق التطوير وثيقة المتطلبات، ويحددان عدد العمليات التي ستتأثر بالتغيير. عادةً، في الإصدار، لا يتأثر سوى 20-25% من التطبيق بشكل مباشر بالمتطلبات المُخصصة. أما النسبة المتبقية، 75-80% من جهد الإصدار، فتُخصص للوظائف الجاهزة، مثل اختبار التطبيقات والعمليات المحيطة.
3. لذلك، يجب اختبار تطبيق Mainframe في جزأين:
   • متطلبات الاختبار — اختبار التطبيق للتأكد من وظائفه أو التغيير المذكور في وثيقة المتطلبات.
   • اختبار التكامل — اختبار العملية بأكملها أو التطبيقات الأخرى التي تستقبل أو ترسل البيانات إلى التطبيق المتأثر. اختبار الانحدار هو التركيز الأساسي لهذا النشاط الاختباري.

أدوات اختبار أتمتة الحاسوب المركزي

فيما يلي قائمة بالأدوات التي يمكن استخدامها للحاسب المركزي اختبار الأتمتة.

• REXX — لغة البرمجة النصية المرفقة مع نظام التشغيل z/OS، والتي تستخدم على نطاق واسع لتشغيل عمليات إرسال المهام المتكررة وفحص المخرجات.
• Excel — تُستخدم مع وحدات الماكرو لإنشاء بيانات الاختبار وملفات الإخراج ومقارنتها وإعداد التقارير عنها.
• OpenText UFT واحد — الاسم الحالي للأداة التي لا تزال الصناعة تطلق عليها QTP أو QuickTest Professional؛ فهو يقوم بأتمتة 3270 شاشة طرفية.
• غلاسا — مفتوح المصدر، إطار عمل اختبار التكامل العميق لمشروع Open Mainframe وهذا يقوم بتشغيل 3270 شاشة، ووظائف JCL الدفعية، وDb2 من خلال خط أنابيب CI/CD.
• مجموعات اختبار z/OS الخاصة بالبائع - IBM يغطي برنامج Test Accelerator for Z و BMC AMI DevX Total Test اختبار وحدة COBOL وبيئات الاختبار الافتراضية.

أياً كانت الأداة المختارة، فإنها لا تؤتي ثمارها إلا عندما تبقى داخل مكان يتم صيانته. إطار عمل لأتمتة الاختبارات بدلاً من كومة متناثرة من النصوص.

المنهجية في اختبار الحواسيب المركزية

لنأخذ مثالاً: لدى شركة تأمين XYZ وحدة لتسجيل الأعضاء. تستقبل هذه الوحدة البيانات من شاشة تسجيل الأعضاء ومن التسجيل غير المتصل بالإنترنت. وكما ذكرنا سابقاً، تعتمد هذه الوحدة على منهجين لاختبارها على الحواسيب المركزية: الاختبار عبر الإنترنت والاختبار الدفعي.

• يتم إجراء الاختبار عبر الإنترنت على شاشة تسجيل الأعضاء. وكما هو الحال في صفحات الويب، يتم التحقق من صحة قاعدة البيانات باستخدام البيانات المدخلة عبر الشاشات.
• يمكن أن يكون التسجيل غير المتصل بالإنترنت عبر الورق أو من خلال موقع ويب تابع لجهة خارجية. تُدخل البيانات غير المتصلة بالإنترنت (المعروفة أيضًا باسم الدفعة) في قاعدة بيانات الشركة من خلال مهام الدفعات. يتم إعداد ملف إدخال نصي وفقًا لتنسيق البيانات المحدد، ثم يُغذى إلى سلسلة مهام الدفعات. لذا، لاختبار تطبيقات الحواسيب المركزية، يمكننا استخدام الأسلوب التالي.
  • تتمثل المهمة الأولى في سلسلة مهام الدفعات في التحقق من صحة البيانات المدخلة - على سبيل المثال الأحرف الخاصة، أو الأحرف الأبجدية في الحقول التي تحتوي على أرقام فقط.
  • تتمثل المهمة الثانية في التحقق من اتساق البيانات بناءً على ظروف العمل. على سبيل المثال، يجب ألا يتضمن تسجيل الطفل بيانات المعالين، أو رمزًا بريديًا للعضو غير متوفر ضمن نطاق تغطية الخطة المسجلة.
  • تتمثل المهمة الثالثة في تعديل البيانات لتصبح بالصيغة التي يمكن إدخالها في قاعدة البيانات. على سبيل المثال، حذف اسم الخطة (ستخزن قاعدة البيانات فقط معرّف الخطة واسم خطة التأمين)، وإضافة تاريخ الإدخال، وإجراء تغييرات مماثلة.
  • المهمة الرابعة تقوم بتحميل البيانات إلى قاعدة البيانات.
• يتم إجراء اختبار وظائف الدفعات على هذه العملية على مرحلتين —
  • يتم التحقق من صحة كل مهمة على حدة،
  • يتم التحقق من التكامل بين المهام من خلال تزويد المهمة الأولى بملف الإدخال النصي والتحقق من صحة قاعدة البيانات. (يجب التحقق من صحة النتائج الوسيطة كإجراء احترازي إضافي).

فيما يلي الطريقة المتبعة لاختبار الحواسيب المركزية:

الخطوة 1) اختبار الدخان/الاختبار التجريبي

ينصب التركيز الرئيسي في هذه المرحلة على التحقق من صحة بيئة الاختبار المُستخدمة في الكود المنشور. كما تضمن هذه المرحلة عدم وجود أي مشكلات حرجة في الكود. وهذا ما يُعادل في الحواسيب المركزية ما يلي: اختبار الدخان على أي منصة أخرى.

الخطوة 2) اختبار النظام

فيما يلي أنواع الاختبارات التي يتم إجراؤها كجزء من اختبار النظام.

1. اختبار الدُفعات — يتم إجراء هذا الاختبار عن طريق التحقق من صحة نتائج الاختبار على ملفات الإخراج وتغييرات البيانات التي أجرتها وظائف الدفعات ضمن نطاق الاختبار، وتسجيلها.
2. اختبار عبر الإنترنت — يتم إجراء هذا الاختبار على واجهة المستخدم لتطبيق الحاسوب المركزي. حيث يتم اختبار التطبيق للتأكد من صحة حقول الإدخال مثل خطة التأمين، والفائدة على الخطة، والقيم المماثلة.
3. اختبار التكامل الدفعي عبر الإنترنت — يتم إجراء هذا الاختبار على أنظمة تحتوي على عمليات دفعية وتطبيق عبر الإنترنت. ويتم التحقق من صحة تدفق البيانات والتفاعل بين الشاشات عبر الإنترنت ووظائف الدفعات.

   (مثال على هذا النوع من الاختبار: لنفترض تحديثًا لتفاصيل الخطة، مثل زيادة سعر الفائدة. يتم تغيير سعر الفائدة على شاشة التحديث، ولن يتم تعديل تفاصيل الرصيد في الحسابات المتأثرة إلا من خلال مهمة معالجة ليلية. يتم الاختبار في هذه الحالة عن طريق التحقق من صحة شاشة تفاصيل الخطة وتشغيل مهمة المعالجة لتحديث جميع الحسابات.)

4. اختبار قاعدة البيانات — يتم التحقق من صحة قواعد البيانات التي يتم فيها تخزين البيانات من تطبيق الحاسوب المركزي (IMS، IDMS، Db2، VSAM/ISAM، مجموعات البيانات المتسلسلة، GDGs) من حيث تخطيطها وتخزين البيانات.

الخطوة 3) النظام اختبار التكامل

الغرض الأساسي من هذا الاختبار هو التحقق من صحة وظائف الأنظمة التي تتفاعل مع النظام قيد الاختبار.

لا تتأثر هذه الأنظمة بشكل مباشر بالمتطلبات، إلا أنها تستخدم بيانات من النظام قيد الاختبار. من المهم اختبار الواجهة والأنواع المختلفة من الرسائل (مثل نجاح المهمة، وفشل المهمة، وتحديث قاعدة البيانات) التي يمكن أن تتدفق بين الأنظمة، والإجراءات الناتجة التي تتخذها الأنظمة الفردية.

أنواع الاختبارات التي تتم في هذه المرحلة هي

1. اختبار الدُفعات
2. اختبار عبر الإنترنت
3. عبر الإنترنت - اختبار التكامل الدفعي

الخطوة الرابعة: اختبار الانحدار

يُعد اختبار الانحدار مرحلة أساسية في أي مشروع اختبار. يضمن هذا الاختبار في الحواسيب المركزية عدم تأثر مهام المعالجة الدفعية والشاشات المتصلة بالإنترنت التي لا تتفاعل مباشرةً مع النظام قيد الاختبار (أو لا تندرج ضمن نطاق المتطلبات) بإصدار المشروع الحالي.

لضمان فعالية اختبارات الانحدار، ينبغي اختيار مجموعة محددة من حالات الاختبار بناءً على مدى تعقيدها، وإنشاء مستودع لحالات الاختبار. يجب تحديث هذه المجموعة كلما تم طرح وظائف جديدة في الإصدار. في حال كان مستودع حالات الاختبار كبيرًا جدًا بحيث يتعذر تشغيله بالكامل، الاختبار على أساس المخاطر يُستخدم لتحديد المهام والشاشات التي يتم إعادة تشغيلها أولاً.

الخطوة 5) اختبار أداء

يُجرى هذا الاختبار لتحديد نقاط الضعف في المناطق ذات الاستخدام العالي، مثل إدخال البيانات في واجهة المستخدم وتحديثات قواعد البيانات عبر الإنترنت، ولتقييم قابلية توسع التطبيق. وعادةً ما تُفحص فترات المعالجة الدفعية الطويلة باستخدام اختبار الإجهاد في مواجهة ذروة الأحجام.

الخطوة 6) اختبار الأمان

يتم إجراء هذا الاختبار لتقييم مدى جودة تصميم التطبيق وتطويره لمواجهة الهجمات المضادة للأمان.

ينبغي إجراء اختبار أمني مزدوج على النظام - أمن الحاسوب المركزي وأمن الشبكة.

الميزات التي تحتاج إلى اختبار هي

1. Integrity
2. الإقناع
3. ترخيص
4. التحقّق من المُستخدم
5. التوفر

الخطوات المتبعة في اختبار الدفعات

1. بعد أن يتلقى فريق ضمان الجودة الحزمة المعتمدة (تحتوي الحزمة على الإجراءات، وJCL، وبطاقات التحكم، والوحدات النمطية، وما شابه ذلك)، يجب على المختبر معاينة واسترداد المحتويات في PDS حسب الحاجة.
2. قم بتحويل JCL الإنتاج أو JCL التطوير إلى JCL ضمان الجودة، أو ما يسمى إعداد المهمة.
3. انسخ ملف الإنتاج وقم بإعداد ملفات الاختبار.
4. لكل وظيفة، سيتم تحديد تسلسل مهام (كما هو موضح في المثال في قسم منهجية اختبار الحواسيب المركزية). يجب إرسال المهام باستخدام الأمر SUB مع ملفات بيانات الاختبار.
5. تحقق من الملف الوسيط لتحديد أسباب البيانات المفقودة أو التي بها أخطاء.
6. تحقق من ملف الإخراج النهائي وقاعدة البيانات وملف التخزين المؤقت للتحقق من صحة نتائج الاختبار.
7. إذا فشلت المهمة، فسيكون للتخزين المؤقت سبب فشل المهمة. قم بمعالجة الخطأ وأعد إرسال المهمة.

تقرير الاختبار - ا خلل يجب تسجيل ذلك إذا انحرفت النتيجة الفعلية عن النتيجة المتوقعة.

الخطوات المتبعة في الاختبارات عبر الإنترنت

1. حدد الشاشة عبر الإنترنت في اختبار البيئة.
2. اختبر كل حقل للبيانات المقبولة.
3. اختبر ملف سيناريو الاختبار على الشاشة.
4. التحقق من قاعدة البيانات للحصول على تحديثات البيانات من الشاشة عبر الإنترنت.

تقرير الاختبار — يجب تسجيل العيب إذا انحرفت النتيجة الفعلية عن النتيجة المتوقعة.

الخطوات المتبعة في اختبار التكامل الدفعي عبر الإنترنت

1. قم بتشغيل المهمة في بيئة اختبار وتحقق من صحة البيانات على الشاشات عبر الإنترنت.
2. قم بتحديث البيانات على الشاشات عبر الإنترنت وتحقق مما إذا كانت مهمة الدفعة تعمل بشكل صحيح مع البيانات المحدثة.

الأوامر المستخدمة في اختبار الحواسيب المركزية

يتم تنفيذ هذه الخطوات من خلال الطرفية، لذا فإن مجموعة صغيرة من الأوامر تغطي معظم يوم عمل المختبر.

1. أرسل — تقديم طلب وظيفة في الخلفية.
2. إلغاء — إلغاء مهمة في الخلفية.
3. تخصيص — تخصيص مجموعة بيانات.
4. COPY — نسخ مجموعة البيانات.
5. إعادة تسمية — إعادة تسمية مجموعة البيانات.
6. حذف — حذف مجموعة بيانات.
7. مسح الوظائف — اربط لغة التحكم في الوظائف (JCL) بالبرنامج والمكتبات والملفات والموارد الأخرى دون تنفيذها.

هناك العديد من الأوامر الأخرى المستخدمة عند الحاجة، لكنها ليست متكررة.

المتطلبات الأساسية لبدء اختبار الحواسيب المركزية

التفاصيل الأساسية المطلوبة لاختبار الحواسيب المركزية هي:

• معرف تسجيل الدخول وكلمة المرور لتسجيل الدخول إلى التطبيق.
• معرفة موجزة بأوامر ISPF.
• أسماء الملفات، ومحدد الملف وأنواعها.

قبل البدء باختبار الحواسيب المركزية، يجب التحقق من الجوانب التالية.

1. وظيفة
   • قم بإجراء فحص للوظيفة (الأمر — JOBSCAN) للتحقق من وجود أخطاء قبل تنفيذها.
   • يجب توجيه المعامل CLASS إلى فئة الاختبار.
   • قم بتوجيه مخرجات المهمة إلى ملف التخزين المؤقت أو JHS، أو حسب الحاجة، باستخدام معلمة MSGCLASS.
   • أعد توجيه البريد الإلكتروني في المهمة إلى التخزين المؤقت أو إلى معرف بريد إلكتروني تجريبي.
   • قم بتعطيل خطوات بروتوكول نقل الملفات (FTP) للاختبار الأولي، ثم قم بتوجيه المهمة إلى خادم اختبار.
   • في حالة إنشاء سجل إدارة الحوادث (IMR) في المهمة، أضف التعليق "غرض الاختبار" في بطاقة المهمة أو بطاقة المعلمات.
   • يجب تغيير جميع مكتبات الإنتاج الموجودة في الوظيفة وتوجيهها إلى مكتبات الاختبار.
   • لا ينبغي ترك العمل دون مراقبة.
   • لمنع تشغيل المهمة في حلقة لا نهائية في حالة حدوث أي خطأ، يجب إضافة معلمة الوقت مع وقت محدد.
   • احفظ مخرجات المهمة بما في ذلك التخزين المؤقت. يمكن حفظ التخزين المؤقت باستخدام XDC.
2. قم بتقديم
   • أنشئ ملف اختبار بالحجم المطلوب فقط. استخدم مجموعات بيانات الأجيال (GDGs) - وهي ملفات تحمل نفس الاسم ولكن بأرقام إصدارات متسلسلة، مثل MYLIB.LIB.TEST.G0001V00 و MYLIB.LIB.TEST.G0002V00 - عند الضرورة لتخزين البيانات في ملفات متتالية تحمل نفس الاسم.
   • يجب ترميز معلمة DISP (التصرف - تخبر النظام ما إذا كان يجب الاحتفاظ بمجموعة البيانات أو حذفها بعد الإنهاء الطبيعي أو غير الطبيعي للخطوة أو المهمة) للملفات بشكل صحيح.
   • تأكد من حفظ جميع الملفات المستخدمة لتنفيذ المهمة وإغلاقها بشكل صحيح لمنع المهمة من الدخول في حالة تعليق.
   • أثناء الاختبار باستخدام GDGs، تأكد من الإشارة إلى الإصدار الصحيح.
3. قاعدة البيانات
   • أثناء تنفيذ المهمة أو البرنامج عبر الإنترنت، تأكد من عدم إدخال بيانات غير مقصودة أو تحديثها أو حذفها.
   • كذلك، تأكد من استخدام منطقة Db2 الصحيحة للاختبار.
4. حالات الاختبار
   • اختبر دائمًا الشروط الحدية مثل الملف الفارغ، ومعالجة السجل الأول، ومعالجة السجل الأخير.
   • قم دائمًا بتضمين شروط الاختبار الإيجابية والسلبية.
   • في حال استخدام إجراءات قياسية في البرنامج، مثل إعادة تشغيل نقطة التفتيش، أو وحدات الإنهاء غير الطبيعي، أو ملفات التحكم، قم بتضمينها حالة الاختبارللتحقق من صحة استخدام الوحدات النمطية.
5. بيانات الاختبار
   • يجب أن يتم إعداد بيانات الاختبار قبل بداية الاختبار.
   • لا تقم بتعديل البيانات في منطقة الاختبار دون إخطار الآخرين. قد تعمل فرق أخرى على نفس البيانات، وستفشل اختباراتهم.
   • في حالة الحاجة إلى ملفات الإنتاج أثناء التنفيذ، يجب الحصول على الترخيص المناسب قبل نسخها أو استخدامها.

أفضل الممارسات

1. في حالة تشغيل مهمة دفعية، يشير الرقم MAX CC 0 إلى نجاح المهمة. لكن هذا لا يعني بالضرورة أن الوظيفة تعمل بشكل سليم. ستُنفذ المهمة بنجاح حتى لو كانت المخرجات فارغة أو غير متوقعة. لذا، يُنصح دائمًا بفحص جميع المخرجات قبل إعلان نجاح المهمة.
2. من الممارسات الجيدة دائمًا إجراء تجربة أولية للمهمة قيد الاختبار. تُجرى هذه التجربة باستخدام ملفات إدخال فارغة. ينبغي اتباع هذه العملية للمهام التي تتأثر بالتغييرات التي أُجريت لدورة الاختبار.
3. قبل بدء دورة الاختبار، يجب إعداد مهمة الاختبار مسبقًا. يساعد ذلك في اكتشاف أي خطأ في لغة التحكم بالوظائف (JCL) مسبقًا، مما يوفر الوقت أثناء التنفيذ.
4. أثناء الوصول إلى جداول Db2 من خلال SPUFI (وهو خيار في المحاكي للوصول إلى جداول Db2)، قم دائمًا بتعيين خاصية الالتزام التلقائي إلى "لا" لتجنب التحديثات العرضية.
5. يُعدّ توفر بيانات الاختبار التحدي الرئيسي في اختبارات الدفعات. يجب إنشاء البيانات المطلوبة قبل بدء دورة الاختبار بوقت كافٍ، والتحقق من اكتمالها. Tracking ذلك التحضير في إطار مشترك إدارة الاختبار يحافظ المستودع على توافق بيئة اختبار الانحدار وإعداد البيانات.
6. قد تقوم بعض المعاملات عبر الإنترنت ووظائف المعالجة الدفعية بكتابة البيانات في قوائم انتظار الرسائل (MQs) لـ transmitنقل البيانات إلى تطبيقات أخرى. إذا كانت البيانات غير صالحة، فقد يؤدي ذلك إلى تعطيل أو إيقاف أنظمة إدارة الرسائل، مما سيؤثر على عملية الاختبار بأكملها. من الممارسات الجيدة التحقق من سلامة عمل أنظمة إدارة الرسائل بعد الاختبار.

تحديات اختبار الحواسيب المركزية وحل المشكلات

حتى مع تطبيق هذه الممارسات، تتكرر بعض المشاكل في كل إصدار تقريبًا من أنظمة الحواسيب المركزية. يوضح الجدول أدناه العلاقة بين كل مشكلة والأسلوب الذي يحلها.

التحديات	النهج
المتطلبات غير مكتملة/غير واضحة	قد يتوفر دليل المستخدم أو دليل التدريب، لكنهما لا يغنيان عن المتطلبات الموثقة. ينبغي إشراك المختبرين في... دورة حياة اختبار البرمجيات بدءًا من مرحلة تحديد المتطلبات فصاعدًا. يساعد هذا في التحقق مما إذا كانت المتطلبات قابلة للاختبار.
إعداد البيانات / تحديد الهوية	قد توجد حالات تستدعي إعادة استخدام البيانات الموجودة حسب الحاجة. أحيانًا يصعب تحديد البيانات المطلوبة من بين البيانات الموجودة. لإعداد البيانات، يمكن استخدام أدوات مُطوّرة داخليًا حسب الحاجة. لجلب البيانات الموجودة، يجب إنشاء الاستعلامات مسبقًا. في حال وجود أي صعوبة، يمكن تقديم طلب إلى فريق إدارة البيانات لإنشاء البيانات المطلوبة أو استنساخها.
الإعداد الوظيفي	بعد استرجاع المهام إلى نظام إدارة الإنتاج (PDS)، يجب إعدادها في منطقة ضمان الجودة (QA) لتجنب إرسالها مع مُؤهِّل إنتاج أو تفاصيل مسار. يُنصح باستخدام أدوات إعداد المهام لتجنب الأخطاء البشرية التي قد تحدث أثناء الإعداد.
طلب خاص	قد توجد حالات يكون فيها الاختبار الشامل قد يتطلب الأمر دعمًا بسبب مشكلة في التطبيقات السابقة أو اللاحقة. تزيد هذه الطلبات من الوقت والجهد المبذولين في دورة التنفيذ. يمكن أن يساعد استخدام البرامج النصية الآلية، وبرامج اختبار الانحدار، والبرامج النصية الأساسية في تقليل الوقت والجهد الإضافيين.
الإصدارات في الوقت المحدد لتغيير النطاق	قد يحدث أن يؤدي تغيير الكود إلى تغيير جذري في شكل النظام ووظائفه. وهذا قد يستدعي تعديل حالات الاختبار، والبرامج النصية، والبيانات. لذا، ينبغي وضع آلية لإدارة نطاق التغيير وتحليل تأثيره.

حالات التوقف الشائعة التي تمت مواجهتها

عند فشل مهمة ما، يُبلغ نظام التخزين المؤقت عن رمز خطأ. تتضمن القائمة أدناه رموز الخطأ التي يواجهها مختبرو الحواسيب المركزية بشكل متكرر، بالإضافة إلى السبب المعتاد.

1. S001 — حدث خطأ في الإدخال/الإخراج.

   السبب — القراءة في نهاية الملف، خطأ في طول الملف، أو محاولة الكتابة في ملف للقراءة فقط.

2. S002 — سجل إدخال/إخراج غير صالح.

   السبب: محاولة كتابة سجل أطول من طول السجل.

3. S004 — حدث خطأ أثناء عملية الفتح.

   السبب: DCB غير صالح.

4. S013 — خطأ في فتح مجموعة البيانات.

   السبب — عضو PDS غير موجود، أو أن طول السجل في البرنامج لا يتطابق مع طول السجل الفعلي.

5. S0C1 - Operaاستثناء tion.

   السبب: تعذر فتح الملف، أو بطاقة DD مفقودة.

6. S0C4 — استثناء الحماية / انتهاك التخزين.

   السبب: محاولة الوصول إلى مساحة تخزين غير متاحة للبرنامج.

7. S0C7 — استثناء فحص البرنامج، البيانات.

   السبب: تغيير في تخطيط السجل أو تخطيط الملف.

8. Sx22 تم إلغاء الوظيفة.

   السبب — تم إنهاء العمل قبل اكتماله؛ ويحدد الرقم الأوسط من أو ما الذي ألغاه.

9. S222 — تم إلغاء المهمة من قبل المستخدم دون تقديم ملف تفريغ الذاكرة.
10. S322 — تجاوز وقت المهمة أو الخطوة الحد المحدد، أو أن البرنامج في حلقة تكرارية، أو أن معلمة الوقت غير كافية.
11. S522 — انتهاء مهلة جلسة TSO.
12. S806 — تعذر الربط أو التحميل.

    السبب — لم تتمكن المهمة من العثور على وحدة التحميل المحددة.

13. S80A — لا توجد مساحة تخزين افتراضية كافية لتلبية طلبات GETMAIN أو FREEMAIN.
14. S913 — محاولة الوصول إلى مجموعة بيانات غير مصرح للمستخدم باستخدامها.
15. Sx37 — تعذر تخصيص مساحة تخزين كافية لمجموعة البيانات.

مساعد تصحيح الأخطاء — أداة شائعة جدًا للحصول على معلومات مفصلة حول أنواع مختلفة من حالات الإنهاء غير الطبيعي.

المشاكل الشائعة التي تواجه أثناء اختبار الحواسيب المركزية

• أيوب أبيندس لإتمام المهمة بنجاح، يجب عليك التحقق من البيانات وملف الإدخال والتأكد من وجود الوحدات في الموقع المحدد. قد تحدث حالات الإنهاء غير الطبيعي لأسباب متعددة، وأكثرها شيوعًا هي البيانات غير الصالحة، أو حقل إدخال غير صحيح، أو عدم تطابق التاريخ، أو مشاكل في بيئة النظام.
• ملف الإخراج فارغ على الرغم من أن المهمة قد تُنفذ بنجاح (MaxCC 0)، إلا أن المخرجات قد لا تكون كما هو متوقع. لذا، قبل اجتياز أي حالة اختبار، يجب على المختبِر التأكد من صحة المخرجات. عندها فقط يمكن مواصلة الاختبار.
• ملف الإدخال فارغ — في بعض التطبيقات، يتم استلام الملفات من عمليات سابقة. قبل استخدام الملف المستلم لاختبار التطبيق الحالي، يجب التحقق من صحة البيانات لتجنب إعادة التنفيذ وإعادة العمل.

الأسئلة الشائعة