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