كل إصدار جديد لموقع أو تطبيق أو نظام قد يعطّل شيئًا كان يعمل. واختبار كل شيء يدويًا قبل كل إصدار يستغرق وقتًا طويلًا، فيكتفي الفريق بفحص الوظيفة الجديدة على أمل أن يكون الباقي سليمًا. ثم تصل العيوب إلى المستخدمين في أجزاء قديمة مثل تسجيل الدخول أو الدفع أو احتساب الفواتير، وتضعف الثقة في كل إصدار.
تبني Kemlat اختبارات آلية تتحقق من الوظائف المهمة في تطبيق الويب وفي واجهات برمجة التطبيقات (API)، وهي نقاط الربط التي تتبادل الأنظمة البيانات من خلالها، عند كل تعديل في الشيفرة. نختار السيناريوهات التي تستحق الأتمتة، ونكتب الاختبارات ونشغّلها، ونربطها بالأدوات التي يستخدمها مطوّروك لبناء الشيفرة ونشرها، ثم نسلّم الحزمة مع توثيق وتقارير يقرؤها فريقك.
كيف نعمل
- 01
اختيار السيناريوهات
نراجع اختباراتك اليدوية وسجل العيوب ومسارات المستخدم الرئيسية، ونختار السيناريوهات المستقرة والمتكررة التي يكلّف الخطأ فيها كثيرًا. أما الوظائف التي تتغير باستمرار أو تحتاج إلى حكم بشري فتبقى يدوية.
- 02
إعداد إطار الاختبار
نختار أداة اختبار تناسب تقنيتك ومهارات فريقك، ونجهّز الهيكل وبيانات الاختبار وبيئة الاختبار. ومن الخيارات الشائعة Playwright أو Cypress لشاشات الويب، ومجموعات Postman التي تُشغَّل تلقائياً من سطر الأوامر لواجهات API.
- 03
كتابة الاختبارات
نكتب اختبارات آلية لمسارات الويب واستدعاءات API المختارة، بأسماء واضحة ونتائج مقروءة. ويجهّز كل اختبار بياناته ويمسحها بنفسه، فيمكن تشغيله مجددًا دون إعداد يدوي.
- 04
الربط بدورة التطوير
نربط الاختبارات بأداة التكامل المستمر (CI)، التي تبني الشيفرة وتفحصها تلقائيًا كلما رفع المطوّرون تعديلاتهم. وعندها يمكن للاختبار الفاشل أن يوقف التعديل الذي يسبب خللًا قبل الإصدار.
- 05
التسليم والتوثيق
نوثّق طريقة تشغيل الاختبارات وقراءة نتائجها والإضافة إليها، وندرّب مطوّريك أو مختبريك، ونجهّز تقرير نتائج بعد كل تشغيل.
- 06
الحفاظ على موثوقية النتائج
بعد التسليم نراجع مع فريقك الاختبارات الفاشلة وغير المستقرة ونعالج أسبابها، حتى يمكن الوثوق بأن فشل الاختبار يدل على مشكلة حقيقية.
ما الذي تستلمه
قائمة السيناريوهات المختارة
المسارات واستدعاءات API المختارة للأتمتة، وسبب اختيار كل منها، وما يبقى يدويًا.
حزمة الاختبارات الآلية
اختبارات ويب وAPI عاملة محفوظة في مستودع الشيفرة لديك (النظام الذي يحفظ فيه مطوّروك الشيفرة البرمجية)، ببيانات اختبار يمكن إعادة ضبطها.
الربط بأداة CI
تشغيل الاختبارات تلقائيًا مع كل تعديل في الشيفرة أو وفق جدول تختاره.
تقارير النتائج
تقرير مقروء بعد كل تشغيل يبين الاختبارات الناجحة والفاشلة، مع صور الشاشة أو السجلات لكل فشل.
التوثيق والتسليم
تعليمات لتشغيل الاختبارات وصيانتها وإضافة غيرها، وجلسة تدريب لفريقك.
ما الذي يتغير لديك
- تُفحص الوظائف الرئيسية تلقائيًا مع كل تعديل.
- تُكتشف عيوب الوظائف القائمة قبل الإصدار، لا من بلاغات المستخدمين.
- يصرف المختبرون وقتهم على الوظائف الجديدة والحالات غير المعتادة بدل تكرار الخطوات نفسها.
- يستطيع المطوّرون الإصدار بوتيرة أعلى ومخاطر أقل.
موقع الخدمة في منهجية KEMLAT
النطاق: تغطي الأتمتة السيناريوهات المتفق عليها في قائمة الاختيار. ولا تغني عن الاختبار اليدوي للوظائف الجديدة، ولا عن فحص سهولة الاستخدام، ولا عن مراجعة جاهزية الإطلاق.
أسئلة يطرحها العملاء
هل يمكن أتمتة كل الاختبارات؟
لا، ولا ينبغي ذلك. فالوظائف التي تتغير كثيرًا، والفحوص التي تحتاج إلى حكم بشري على التخطيط والصياغة، يُفضَّل اختبارها يدويًا. ونؤتمت الفحوص المستقرة والمتكررة الأكثر أهمية.
بأي لغة برمجة تُكتب الاختبارات؟
نفضّل اللغة التي يستخدمها مطوّروك أصلًا، ليتمكنوا من صيانة الاختبارات بأنفسهم. ونتفق مع فريقك على الأداة واللغة قبل كتابة أي اختبار.
من يصون الاختبارات بعد التسليم؟
مطوّروك أو مختبروك، بالاستعانة بالتوثيق والتدريب الذي نقدمه. وعندما تتغير وظيفة، تُحدَّث اختباراتها ضمن العمل نفسه. ويمكن أيضًا تغطية الصيانة المستمرة بخدمة شهرية.
هل تحتاجون إلى تعديل شيفرة تطبيقنا؟
في الغالب لا. وقد نطلب أحيانًا من مطوّريك إضافة علامات تعريف ثابتة إلى عناصر الشاشة، حتى تجدها الاختبارات بشكل موثوق. ونحتاج كذلك إلى الوصول إلى مستودع الشيفرة لحفظ الاختبارات وربطها بأداة CI، وإلى بيئة اختبار لتشغيلها عليها.
خدمات مرتبطة
كل الخدماتابدأ بمحادثة
أخبرنا أين تقف اليوم، وسنقترح عليك الخطوة الأولى المناسبة دون أي التزام.