التكامل المستمر CI وبيئات الاختبار

١الاختبار الذي يعمل وحده

اختباراتٌ ممتازة لا يشغّلها أحد عديمة الفائدة. التكامل المستمر CI يحلّ ذلك: خادمٌ يشغّل مجموعة الاختبارات آليًّا عند كل تغييرٍ يُرفَع إلى المستودع. إن فشل اختبار، يُمنَع الدمج ويُنبَّه الفريق فورًا. فلا يصل عيبٌ إلى الفرع الرئيس.

CI يحوّل الاختبار من عادةٍ فرديةٍ منسيّة إلى بوّابةٍ آلية. هو ما يجعل اختبار الانحدار (الدرس السابق) حقيقةً دائمة لا نيّةً حسنة.

٢كيف يبدو إعداد CI

ملفٌّ بسيط يصف ما يُشغَّل عند كل رفع (مثال GitHub Actions). الفكرة: ثبّت، ثم اختبر، وافشل البناء إن فشل اختبار:

# ci.yml — GitHub Actions
name: tests
on: [push, pull_request]      # عند كل رفعٍ أو طلب دمج
jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - run: pip install -r requirements.txt
      - run: pytest --cov        # يفشل البناء إن فشل اختبار

عند كل push: يجلب الكود، يثبّت الاعتمادات، يشغّل pytest مع التغطية. نتيجةٌ خضراء تسمح بالدمج، وحمراء تمنعه.

٣بيئات الاختبار

لا نختبر على بيئة المستخدمين الحيّة. نفصل البيئات كي لا يؤثّر الاختبار على الإنتاج: