تطوير وكيل ضمان الجودة واختبارات الانحدار بالذكاء الاصطناعي
اختبارات تعمل مع كل تغيير
وكيل للاختبارات التي لا يجد أحد وقتاً لها. يستخرج سيناريوهات الاختبار من متطلباتك ومما تغيّر، ويشغّلها في بيئة اختبار، ويعيد إنتاج العيب المبلَّغ عنه خطوة بخطوة، ويكتب تقريراً يستطيع المهندس العمل به بلا أسئلة.
وكيل للاختبارات التي لا يجد أحد وقتاً لها. يستخرج سيناريوهات الاختبار من متطلباتك ومما تغيّر، ويشغّلها في بيئة اختبار، ويعيد إنتاج العيب المبلَّغ عنه خطوة بخطوة، ويكتب تقريراً يستطيع المهندس العمل به بلا أسئلة.
تُهمَل اختبارات الانحدار تحت الضغط. موعد الإصدار قريب، والفحص اليدوي يستغرق يومين، فيختبر الفريق ما تغيّر ويأمل خيراً في الباقي. وتساعد الحزم الآلية إلى أن تفسد: تفشل الاختبارات بلا سبب، ويتوقف الناس عن الوثوق بها، ويختفي الفشل الحقيقي وسط الضجيج. وتصل بلاغات العيوب بعبارة «لا يعمل»، فيقضي المهندس ساعة ليعرف كيف يجعله يفشل.
تصف هذه الصفحة مسار عمل نقترح بناءه مشروعاً مخصصاً، ولا وجود له بعد في صورة برنامج. ونحن نستخدم هذا النهج في أعمالنا: فالفحوص الخلفية لهذا الموقع تشغّل متصفحاً على كل صفحة تغيّرت، ولتطبيق الوكلاء حزمة اختبارات آلية. أما وكيل ضمان الجودة الجاهز لمنتج العميل وبيئات اختباره فلم يُبنَ بعد.
كيف يمضي طلب واحد في المسار
مثال على حالة واحدة في 6 خطوات، وهي الخطوات نفسها التي تظهر في الصورة أعلى هذه الصفحة.
تقديم التغيير
يغيّر طلب دمج نموذج العنوان في صفحة الدفع.
اختيار السيناريوهات
يختار الوكيل سيناريوهات العنوان ومسار الدفع الحرج، ويذكر السبب.
تشغيل الاختبارات
تعمل في بيئة الاختبار بحسابات اختبار، ويفشل أحدها عند رمز بريدي طويل.
تأكيد الفشل
يتكرر الفشل في ثلاث عمليات تشغيل، فهو ليس ضجيجاً.
الإبلاغ عن العيب
يعطي التقرير الخطوات والمدخلات ولقطة شاشة والنتيجة المتوقعة.
بيان التغطية
يسرد الملخص ما نجح وما فشل، ويذكر أن الدفع لم يُختبر.
ست مهام ينجزها كاملة
تصميم السيناريوهات
يستخرج السيناريوهات من المتطلبات.
- من قصص المستخدم ومعايير القبول
- مع الحالات الحدية وحالات الفشل
- ربط كل سيناريو بالمتطلب الذي يغطيه
- مراجعة من فريقك
الاختيار بحسب التغيير
يختار ما يُشغَّل لكل تغيير.
- يقرأ ما مسّه التغيير
- يختار السيناريوهات المرتبطة
- يضمّن مساراتك الحرجة دائماً
- يشرح الاختيار
التنفيذ
يشغّل الاختبارات في بيئة اختبار.
- في متصفح أو عبر الواجهة
- بحسابات وبيانات اختبار
- حفظ لقطات الشاشة والسجلات
- لا يعمل على بيانات الإنتاج أبداً
إعادة إنتاج العيوب
يحوّل البلاغ الغامض إلى خطوات.
- يحاول الإعادة من الوصف
- يسجّل الخطوات والبيانات بدقة
- يدوّن البيئة والإصدار
- يصرّح حين لا ينجح في الإعادة
فرز الاختبارات المتقلبة
يفصل الفشل الحقيقي عن الضجيج.
- يعيد التشغيل لفحص الثبات
- يعلّم الاختبارات التي تفشل بتقطع
- لا يعطلها ولا يحذفها
- يسردها للمسؤول عنها
تقارير واضحة
يذكر ما يحتاج إليه المهندس.
- ما نجح وما فشل
- الخطوات والمتوقع والفعلي
- الأدلة مرفقة
- ما لم يُختبر
جرّب عليه حالة حقيقية واحدة
ثلاثون دقيقة وحالة واحدة من عملك الفعلي. نطابقها مع سير العمل في هذه الصفحة، ونخبرك بوضوح بما يمكن إعادة استخدامه من عروضنا العملية وما يجب بناؤه لأنظمتك.
ما الذي يتعثر من دونه
انحدار لا يُختبر
يوجد وقت لاختبار التغيير، ولا شيء غيره.
حزم لا يثق بها أحد
تفشل الاختبارات عشوائياً، فيُتجاهل الفشل.
«لا يعمل»
بلاغ عيب بلا خطوات ولا بيانات ولا بيئة.
اختبارات تُكتب أخيراً
تُؤلَّف السيناريوهات بعد الشيفرة لتوافقها.
المسار السعيد فقط
لا أحد يجرّب الحقل الفارغ أو النقرة المزدوجة.
الاختبار في الإنتاج
البيئة الواقعية الوحيدة هي البيئة الفعلية.
أين يتصل
الأنظمة المذكورة هنا أمثلة على ما يعمل معه هذا الوكيل، أما ما يتصل به في حالتك فيتحدد عند وضع النطاق.
بيئة الاختبار
- بيئة ما قبل الإطلاق أو نظام اختبار مخصص
المتطلبات
- قصص المستخدم ومعايير القبول والمواصفات
المستودع وCI
- ما تغيّر، وأين تعمل الاختبارات
متتبع العيوب
- Jira
- Linear
- أو GitHub Issues
بيانات الاختبار
- حسابات وبيانات أُعدت للاختبار
التقارير
- نتائج الاختبارات وملخصات التغطية
يختبر في بيئات الاختبار، ويذكر ما لم يغطه
لا يعمل الوكيل إلا في البيئات التي تحددها، بحسابات وبيانات أُنشئت للاختبار. فلا يمس بيانات الإنتاج، ولا يغيّر شيفرة المنتج.
ولا فائدة من تقرير الاختبار إلا إذا كان صادقاً بشأن حدوده. لذلك يذكر كل تقرير ما شُغّل، وما فشل مع دليله، وما لم يُختبر. أما الفشل المتقطع فيُنبَّه إليه صاحبه ولا يُعطَّل بصمت أبداً.
- بيئات وبيانات اختبار فقط
- سيناريوهات تعود إلى المتطلبات
- المسارات الحرجة تعمل دائماً
- الاختبارات المتقلبة تُعلَّم ولا تُسكَت
- إعلان نواقص التغطية
- لا تغيير في شيفرة المنتج
أسئلة قبل أول مكالمة
يتولى التكرار: جولات الانحدار، وإعادة إنتاج العيوب، وفحص كل صفحة تغيّرت. أما الاختبار الاستكشافي، والحكم على ما إذا كان الشيء يبدو صحيحاً، وتحديد ما يهم المستخدمين، فتبقى عملاً بشرياً يتوفر له وقت أكبر.
يغيّر وكيل الهندسة شيفرة المنتج لإنجاز مهمة، أما هذا الوكيل فلا يفعل ذلك. فهو يصمم الاختبارات ويشغّلها ويعيد إنتاج العيوب ويبلّغ عنها، وبذلك يبقى من يفحص منفصلاً عمن يبني.
تفحص مراقبة SEO موقعاً عاماً بحثاً عن تراجعات تتعلق بمحركات البحث. أما ضمان الجودة فيختبر هل يتصرف التطبيق كما هو محدد، بما في ذلك المسارات خلف تسجيل الدخول، في بيئة اختبار قبل الإصدار.
لا يوجد بعد في صورة برنامج، فهذه الصفحة تصف مسار عمل مقترحاً. ونحن نستخدم هذا النهج في أعمالنا: فالفحوص الخلفية لهذا الموقع تشغّل متصفحاً على كل صفحة تغيّرت، ولتطبيق الوكلاء حزمة اختبارات آلية. أما وكيل ضمان الجودة الجاهز لمنتج العميل وبيئات اختباره فلم يُبنَ بعد. يبدأ المشروع برسم إجراءاتك، ثم إثبات الخطوات الأولى على بيانات اختبار قبل أن يمس أي نظام فعلي.
حدّثنا عن مشروعك
صف لنا ما تريد بناءه والأنظمة التي سيعمل معها. نرد عليك بطريقة تعاملنا مع المشروع وبالقرارات التي تأتي أولاً. جلسة تحديد النطاق مجانية.