وكيل مايكروسوفت الجديد لاختبار الوحدات: ثورة في أتمتة جودة الكود البرمجي

كيف تعمل سلسلة إجراءات RPI (البحث-التخطيط-التطبيق)

لا يقوم الوكيل بتوليد الاختبارات بشكل فوري، بل يتبع سلسلة إجراءات منظمة :

1. التعلم من المستودع – يقوم بمسح قاعدة الكود البرمجي لاكتشاف اللغة، وإطار عمل الاختبارات، وأنماط الاختبارات الحالية، وأوامر البناء والاختبار الصحيحة .
2. اختيار مسار التنفيذ – بناءً على نطاق المهمة، يختار الوكيل أحد ثلاثة أوضاع :
   • مباشر (Direct) – قراءة الكود، كتابة الاختبارات، التحقق من النتيجة.
   • مرة واحدة (Single pass) – البحث والتخطيط مرة واحدة ثم التطبيق.
   • تكرار (Iterative) – تكرار دورة البحث-التخطيط-التطبيق للمهام الكبيرة أو أهداف التغطية البرمجية.
3. التخطيط وكتابة الاختبارات – يبدأ الوكيل بالكود البسيط، ثم ينتقل إلى الكود الذي يعتمد على مكونات أخرى، ويُسقط كل سلوك على ملف اختبار منفصل، ويتبع التقاليد المحلية، ويُصلح أخطاء الترجمة أو التحقق (assertion) أثناء العمل .
4. التحقق من صحة الاختبارات – قبل الانتهاء، يُجري الوكيل فحصاً متعدد الخطوات لضمان الجودة (انظر أدناه) .

تتكون عملية RPI من ثلاث خطوات: البحث، والتخطيط، والتطبيق .

عملية التحقق: اختبار طفرة خفيف وضمان الجودة

يقوم الوكيل بتنفيذ شكل خفيف من اختبار الطفرات (mutation testing) وضمان الجودة على كل اختبار يُنشئه :

• يأخذ في الاعتبار تغييرات صغيرة في الكود من المفترض أن تُفشل الاختبارات.
• يتحقق من وجود عمليات تحقق (assertions) ضعيفة أو مفقودة.
• يتأكد من أن كل سيناريو مطلوب له اختبار مطابق.
• يقوم ببناء مساحة العمل بالكامل وتشغيل مجموعة الاختبارات بأكملها.
• يؤكد أن أمر الاختبار العادي للمستودع يمكنه العثور على الاختبارات الجديدة.

يضمن هذا أن الاختبار الذي "ينجح" هو اختبار ذو معنى ويمكن اكتشافه في نظام التكامل المستمر (CI) . يكتب الوكيل اختبارات وحدات تعزل الكود قيد الاختبار وتُقلد (mock) الخدمات الخارجية والتبعيات الأخرى .

اللغات وبيئات التطوير المتكاملة المدعومة

يتم توزيع الوكيل كإضافة dotnet-test ضمن مستودع dotnet/skills على GitHub بموجب ترخيص MIT . يعمل الوكيل مع :

• اللغات: .NET، بايثون (Python)، جو (Go)، TypeScript، جافا (Java)، وRust.
• بيئات التطوير والأدوات: واجهة GitHub Copilot CLI، وبيئة Visual Studio Code، و VS Code Insiders (عبر دعم الإضافات كميزة أولية).

ونظراً لأنه يُوزع كتعريف وكيل وليس كخدمة مستضافة، فإنه يعمل ضمن أي وكيل برمجي يستخدمه الفريق بالفعل، بحيث يبقى الكود محلياً ولا يتم إرساله عبر خدمة خارجية .

القيود الحالية

• أنواع الاختبارات: فقط اختبارات الوحدات مدعومة. اختبارات التكامل، والاختبارات الشاملة (end-to-end)، واختبارات المتصفح، واختبارات الأداء غير مشمولة بشكل صريح .
• لا تعديل على كود الإنتاج: لا يقوم الوكيل أبداً بتعديل كود الإنتاج أثناء عملية إنشاء الاختبارات .
• تجنب الاختبارات غير المستقرة (Flaky Tests): يتجنب الوكيل اختبارات الوحدات التي تستدعي روابط URL خارجية، أو تفتح منافذ شبكة، أو تعتمد على توقيت دقيق .

أداء المقاييس

في اختبار مايكروسوفت الداخلي الذي شمل 152 مهمة، أكمل وكيل code-testing-generator 140 مهمة (بنسبة 92.1%) مقارنة بـ 120 مهمة (بنسبة 78.9%) لـ GitHub Copilot العادي . تُبرز هذه الفجوة في الأداء ميزة الوكيل المتخصص الذي يدرس قاعدة الكود قبل إنشاء الاختبارات، بدلاً من الاعتماد على أمر عام .