ما البرمجيات؟

لماذا يهم

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

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

البرنامج والبيانات والإعدادات

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

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

PROGRAM         total = subtotal + round(subtotal * vat_rate, 2)

CONFIGURATION   vat_rate: 0.15
                payment_service: https://payments.test.example.com
                session_timeout_minutes: 30

DATA            {"sku": "1042", "name": "Arabic coffee 250 g", "price": 38.00}

جرّبها: منسّق YAML جرّبها: عارض شجرة JSON

أنواع البرمجيات التي ستختبرها

يخبرك نوع البرمجيات أين تعمل، وكيف تصل إلى المستخدمين، وأيّ المخاطر أهمّ. وكثير من المنتجات يجمع عدة أنواع: فقد يشغّل البنك موقع ويب، وتطبيقات جوال، وواجهة برمجية (API) للشركاء، وبرمجيات في أجهزة الدفع بالبطاقات.

• تطبيقات الويب (Web applications) تعمل في المتصفح وتحمّل صفحاتها من خادم. فلا يثبّت المستخدم شيئاً، لكن كل صفحة يجب أن تعمل في متصفحات وأحجام شاشات ولغات مختلفة.
• تطبيقات الجوال (Mobile apps) تُثبَّت على أجهزة Android أو iOS، وعليها أن تتعامل مع طرازات أجهزة كثيرة، ومع الأذونات، والمقاطعات كالمكالمات، والشبكات الضعيفة.
• تطبيقات سطح المكتب (Desktop applications) تُثبَّت على Windows أو macOS أو Linux، مثل برنامج نقطة البيع عند صندوق المحاسبة في المتجر. ويصبح التثبيت والتحديثات والطابعات المحلية جزءاً من الاختبار.
• الواجهات البرمجية والخدمات (APIs and services) لا شاشة لها: تستدعيها برامج أخرى عبر الشبكة، كما يستدعي المتجرُ خدمةَ الدفع. وتختبرها بإرسال الطلبات وفحص الاستجابات.
• البرمجيات المدمجة (Embedded software) تعمل داخل أجهزة مثل أجهزة الدفع بالبطاقات والعدّادات الذكية، بذاكرة محدودة في الغالب، وعلى عتاد حقيقي دائماً. وقد يكون تحديث الأجهزة في الميدان بطيئاً أو صعباً، لذا يكون إصلاح العيب الذي يصل إليها مكلفاً.

جرّبها: محلّل User-Agent

طبقات تطبيق الويب المعتاد

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

• الواجهة الأمامية (Front end) أو طبقة العرض: صفحات الويب في المتصفح أو شاشات التطبيق. تعرض المعلومات، وتجمع المدخلات، وتُجري فحوصاً أولية مثل «هذا الحقل مطلوب». ويفحص المختبِر هنا التخطيط والصياغة والتعامل مع المدخلات والرسائل.
• الواجهة الخلفية (Back end) أو منطق التطبيق: برامج على الخوادم تطبّق قواعد العمل، مثل الأسعار والضريبة والمخزون والصلاحيات. وتستدعيها الواجهة الأمامية بطلبات HTTP إلى واجهة برمجية (API). ويفحص المختبِر هنا القواعد والحسابات عبر الشاشة أو عبر الواجهة البرمجية.
• قاعدة البيانات (Database) أو طبقة البيانات: تحفظ السجلات، مثل العملاء والمنتجات والطلبات، بعد مغادرة المستخدم. ويفحص المختبِر هنا أن السجلات الصحيحة حُفظت أو عُدّلت أو حُذفت، ولا شيء غيرها.
• البنية التحتية (Infrastructure): الخوادم أو الخدمات السحابية، وأنظمة التشغيل، والشبكات، وأسماء النطاقات، والشهادات، وإعدادات كل بيئة. ويسجّل المختبِر هنا البيئة والنسخة التي اختبرها.

مثال تطبيقي: طلب واحد عبر كل الطبقات

يشتري عميل عبوتين من القهوة سعر الواحدة ⁦38.00⁩ ريالاً، ثم يضغط زر «إتمام الطلب». وتتبادل الواجهة الأمامية والواجهة الخلفية طلبات HTTP واستجاباته، التي يحدد معناها المعيار RFC 9110.

لا يرى العميل إلا الخطوتين ⁦1⁩ و⁦6⁩. وكل ما بينهما يجري بعيداً عن نظره، ولذلك فإن رسالة التأكيد على الشاشة لا تثبت أن الطلب حُفظ بشكل صحيح.

1  Front end   checks that the address is filled in, then sends the order
2  Request     POST https://shop.example.com/api/orders
               {"items": [{"sku": "1042", "qty": 2}]}
3  Back end    checks stock; 2 x 38.00 = 76.00; VAT 15% = 11.40; total = 87.40
4  Database    saves order 55031 with its line; reduces the stock of 1042 by 2
5  Response    201 Created   {"orderId": 55031, "total": "87.40"}
6  Front end   shows the confirmation: order 55031, total 87.40 SAR

   Underneath  infrastructure: servers, network, certificate of shop.example.com

جرّبها: محلّل عناوين URL جرّبها: مرجع رموز حالة HTTP جرّبها: منسّق JSON

البشر يبنون البرمجيات، والبشر يخطئون

كل جزء من ذلك الطلب كتبه أو هيّأه شخص ما. والناس يسيئون فهم المتطلبات، وينسون حالة ما، ويكتبون ⁦0.51⁩ بدلاً من ⁦0.15⁩، أو يبنون جزأين يعمل كل منهما وحده لكنهما لا يتفقان. فالعيوب نتيجة طبيعية لبناء أشياء معقدة، وليست دليلاً على إهمال الفريق.

وبمصطلحات ISTQB: يرتكب شخص خطأً (Error) قد ينتج عنه عيب (Defect)، ويسمى أيضاً Fault أو Bug، في الشيفرة أو في منتج عمل آخر مثل متطلب أو ملف إعدادات؛ وتنفيذ الجزء المعيب قد يسبب إخفاقاً (Failure). وسيتناول درس لاحق هذه المصطلحات. وفي طلب القهوة، قد تخفي كل طبقة عيبها الخاص بينما لا يرى العميل إلا الشاشة:

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

أسئلة شائعة

المراجع

• ISTQB Certified Tester Foundation Level (CTFL) v4.0ISTQB · 2023المنهج التأسيسي لاختبار البرمجيات: مستويات الاختبار وأنواعه وتقنيات تصميم الاختبارات وإدارة الاختبار والأدوات.
• ISTQB GlossaryISTQBالتعريفات القياسية لمصطلحات الاختبار — حالة الاختبار واختبار الانحدار والخطورة والأولوية وتحليل القيم الحدّية وغيرها.
• RFC 9110: HTTP SemanticsIETF · 2022معاني أساليب HTTP وحقول الترويسات ورموز الحالة والتفاوض على المحتوى، بغضّ النظر عن إصدار البروتوكول.
• Overview of HTTP — MDNMDN Web Docs (Mozilla)كيف يعمل HTTP: بروتوكول عميل–خادم عديم الحالة، يرسل فيه العميل طلباً ويردّ الخادم برسالة استجابة.