أظهرت ورقة بحثية حديثة من Google أن توليد الاختبارات الموجه بالمواصفات رفع اكتشاف الأخطاء بنسبة 9.8 نقطة مئوية على عينة من قاعدة الأكواد الخاصة بهم. لكن مواصفاتهم تُقرأ من الكود، مما يترك النصف الذي يهمني دون حل. لقد كنت أجادل لشهور أن مجموعة اختبارات كتبها نفس النموذج الذي كتب الكود لا يمكنها حقًا أن تختلف معه، ولدعم ادعائي قمت بتطوير مكتبة Python مفتوحة المصدر جديدة.
تحركت اختبارات البرمجيات في اتجاه واحد لعشرين عامًا، والتطوير الموجه بالمواصفات (SDD) هو حيث وصلت هذه الحركة مؤخرًا. تدافع هذه المقالة عن خطوة إضافية: SDD المستقل، أو ISDD. قال TDD إن الاختبارات هي المواصفات. كان BDD هو الرد على ذلك. SDD هو الإصدار الذي جاء مع الوكلاء.
حاليًا، يقسم التطوير الموجه بالمواصفات العمل. لا يقسم من يملك المعرفة. نفس المواصفات تذهب إلى المخطط، ومولد الاختبارات، ووكيل البرمجة. حجتي هي القطع على طول هذا الخط: أعطِ وكيل البرمجة القرارات واحجب معايير القبول، حتى تتمكن مجموعة الاختبارات من إخبار الكود بأنه خاطئ.
قام فريق في Google بقياس الخطوة قبل الحجب. "Grounding AI Agents in Contracts: An Empirical Evaluation of Spec-Driven Test Generation" يفعل شيئًا أضيق من حجتي. يطلبون أولاً منه التفكير في الكود وكتابة عقده. تصبح هذه الوثيقة سقالة معرفية وتُولد الاختبارات منها. النتائج، على أخطاء الإنتاج من قاعدة أكواد Google الخاصة، أظهرت أنه في أكثر من نصف الوقت، مجموعة اختبارات مولدة...
المصدر: Towards Data Science · لخّصه HeadlinesBriefing