أفضل أدوات الاختبار الآلي لـ GitHub Actions لعام 2026

الجواب المختصر

هناك طريقتان لتشغيل اختبارات آلية على GitHub، ومعظم المقارنات تصف واحدة منهما فقط.

النهج الثاني أحدث وأقل عملًا بكثير، لأن الإشارة التي يحتاجها — "البناء منشور والرابط نشط" — هي أمر ينتجه خط إنتاجك بالفعل. كلاهما مشمول أدناه.

ما الذي يميّز أداة CI جيدة عن أداة محلية جيدة

أفضل أدوات الاختبار الآلي لـ GitHub Actions لعام 2026

الخيار أ — دون ملف سير عمل

هذا هو المسار الأقصر عندما ينشر خط إنتاجك بالفعل. لا يُضاف شيء إلى المستودع:

1. تأكد من وجود نشر. افتح طلب سحب حديثًا وتحقق من إدراج نشر برابط قابل للنقر والوصول. دون حدث نشر، لا يوجد ما يُشغَّل عليه، وهذه هي الخطوة التي يتجاوزها الناس.

2. اربط GitHub بمساحة العمل. إعدادات مساحة العمل ← التكاملات ← GitHub ← اتصال، ثم ثبّت التطبيق على المؤسسة المالكة للمستودع. يطلب صلاحية قراءة على الإجراءات والفحوصات والمشكلات والبيانات الوصفية، وقراءة وكتابة على الشيفرة، وحالات الالتزام، والنشرات، وطلبات السحب — صلاحية الكتابة هي ما يتيح له نشر النتائج مرة أخرى.

3. اربط المستودع بمشروع. في المشروع، افتح تبويب GitHub Action وانقر على اتصال GitHub Action.

4. اختر الحدث الذي يعني "انتهى النشر". الصق رابط طلب سحب حديث، وانقر على اكتشاف الأحداث، واختر الحدث الذي يُطلَق بعد نشاط الرابط. اختيار حدث يُطلَق عند بدء البناء سيشغّل كل اختبار مقابل رابط لم يصبح جاهزًا بعد.

5. حدد نمط الرابط المستهدف. العناصر النائبة هي {pr} و{branch} و{branch-slug} و{sha} و{short-sha} — بحيث يصبح https://pr-123.example.com على شكل https://pr-{pr}.example.com. مشغّل الدفع لا يحتاج نمطًا؛ يستخدم رابط البيئة المُهيَّأ المختار.

6. أرسل حدث اختبار، ثم أنشئ المشغّل. يظهر تعليق على طلب السحب خلال نحو 30 ثانية. افتح الرابط فيه وتأكد أنها البيئة المتوقعة قبل الحفظ.

فعّل حظر طلب السحب حتى تنجح الاختبارات لجعل الفحص إلزاميًا، وتضمين طلبات السحب المسودة إن كنت تريد تغطية طلبات السحب غير المكتملة أيضًا.

الخيار ب — قده من سير عملك الخاص

إن كنت تفضّل امتلاك التشغيل، أو لست على GitHub أصلًا، تؤدي أداة سطر أوامر TestSprite مفتوحة المصدر المهمة نفسها من أي نظام CI. مجانية التثبيت ومرخصة بموجب Apache-2.0، وتحتاج فقط مفتاح API في البيئة — لا ملف اعتمادات:

testsprite ci init github

هذا يبني .github/workflows/testsprite.yml يفوّض إلى TestSprite/testsprite-action@v1 المُصان. لكتابة المهمة بنفسك، ثبّت إصدار أداة سطر الأوامر بحيث لا يغيّر إصدار جديد خط إنتاجك أبدًا دون التزام:

name: Verify
on: pull_request

jobs:
  testsprite:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - uses: actions/setup-node@v4
        with:
          node-version: 22

      - name: Install the CLI
        run: npm install -g @testsprite/testsprite-cli@0.4.0

      - name: Run the suite
        env:
          TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}
        run: |
          testsprite test run --all --project prj_abc123 --wait \
            --report junit --report-file testsprite-junit.xml \
            --summary-file testsprite-summary.json

      - name: Keep the report
        if: always()
        uses: actions/upload-artifact@v4
        with:
          name: testsprite-results
          path: testsprite-*.{xml,json}

في هذا المسار، تكتشف أداة سطر الأوامر GITHUB_ACTIONS=true وتصدر تعليقات توضيحية وجدول ملخص مهمة في أي تشغيل --wait دون أي تهيئة إضافية. تُستوعب الملحقة الجانبية بصيغة JUnit أصليًا من قِبل CircleCI وGitLab وJenkins وAzure Pipelines.

رموز الخروج التي تتفرع بناءً عليها

تنطبق هذه على مسار سطر الأوامر، حيث رمز الخروج هو البوابة:

الرموز 129 و130 و143 هي مقاطعات إشارة — 128 زائد رقم الإشارة — وتعني أن المهمة أُلغيت، لا أن اختبارًا فشل.

سلوك واحد ينبغي معرفته قبل الوثوق بعلامة صح خضراء

في مشاريع V2 الأقدم، يشغّل test run --all --project اختبارات الخلفية للمشروع، وتُتجاوز اختبارات الواجهة الأمامية بصمت. لحظر طلب سحب على تغطية الواجهة الأمامية، أو على اختبارات تمتد عبر عدة مشاريع، اجمعها في قائمة اختبار وشغّل تلك بدلًا من ذلك:

testsprite testlist run tl_xxxxxxxx --wait \
  --report junit --report-file testsprite-junit.xml

يمكن تثبيت كل مشروع في قائمة على بيئة محددة باستخدام --project-env <projectId>:<envName>، بحيث تغطي بوابة واحدة نشرة مختلطة من الواجهة الأمامية والخلفية.

الأسئلة الشائعة