מ-4 שעות ל-15 דקות: אוטומציה של בדיקות רגרסיה עבור 1C-Bitrix

מ-4 שעות ל-15 דקות: אוטומציה של בדיקות רגרסיה עבור 1C-Bitrix

עדכוני ליבת Bitrix יוצאים כל שבועיים. לאחר כל עדכון, בדיקות רגרסיה ידניות אורכות 4–8 שעות. אינטגרציה עם 1C דרך CommerceML מוסיפה סיכון נוסף. הצימוד ההדוק והתלות ההדדית במצב גלובלי מחייבים הגדרת bootstrap מדויקת ובידוד תלויות. אנו הופכים את בדיקות הרגרסיה לאוטומטיות כדי להיות מהירים לפחות פי 24: הבדיקות מסתיימות תוך 10–15 דקות במקום ארבע שעות. עם ניסיון של למעלה מ-8 שנים, ביצענו אוטומציה של רגרסיה ביותר מ-30 פרויקטים. ללא אוטומציה, פרויקט יכול להפסיד עד 20% מהתקציב שלו על בדיקות—כלומר כ-$2000 בחודש או $5000 בשנה עבור פרויקט טיפוסי. עם אוטומציה, עלות הבדיקות החודשית יורדת לפחות מ-$100, וחוסכת למעלה מ-$1,900 בחודש.

מדוע Bitrix דורש גישת בדיקה מיוחדת

האתגר המרכזי הוא הארכיטקטורה המונוליטית עם צימוד הדוק בין רכיבים ותלות כבדה במצב גלובלי. כל הרכיבים תלויים במצב גלובלי: \Bitrix\Main\Application::getInstance(), \CMain, $DB. בדיקות יחידה לא יכולות לרוץ ללא אתחול הליבה. זה דורש תשתית מיוחדת. שנית, עדכונים תכופים—כל עדכון יכול לשבור אינטגרציה עם 1C או פתרונות מותאמים אישית. שלישית, מורכבות בידוד. ללא אוטומציה, כל גרסה חדשה היא מלחיצה. קוד הבסיס מציג מורכבות ציקלומטית גבוהה ותופעות לוואי, מה שהופך בדיקות ידניות למועדות לשגיאות. אנו פותרים בעיות אלה עם ערכת כלים מוכחת.

ערכת הכלים

עבור פרויקטים של Bitrix, אנו משתמשים בשילוב של הכלים הבאים:

הזמינו פיתוח מערכת בדיקות היום—היא משתלמת לאחר שני עדכונים.

כיצד להגדיר PHPUnit עבור Bitrix

הבעיה המרכזית בבדיקות יחידה ל-Bitrix היא שהקוד תלוי במצב גלובלי. לא ניתן להריץ בדיקה ללא אתחול הליבה.

הפתרון הוא לטעון את הליבה בקובץ ה-bootstrap של הבדיקות:

// tests/bootstrap.php
$_SERVER['DOCUMENT_ROOT'] = dirname(__DIR__);
define('NO_KEEP_STATISTIC', true);
define('NOT_CHECK_PERMISSIONS', true);
define('BX_WITH_ON_AFTER_EPILOG', false);
require_once $_SERVER['DOCUMENT_ROOT'] . '/bitrix/modules/main/include/prolog_before.php';

\Bitrix\Main\Application::getInstance():

<phpunit bootstrap="tests/bootstrap.php">
    <testsuites>
        <testsuite name="Unit">
            <directory>tests/unit</directory>
        </testsuite>
    </testsuites>
</phpunit>

מה לבדוק עם בדיקות יחידה

לוגיקה עסקית מבודדת במחלקות ללא תלויות ישירות בליבה:

class ArticleResolverTest extends TestCase {
    public function testResolveValidArticle(): void {
        $resolver = new ArticleResolver($this->createMockRepository());
        $result = $resolver->resolve('ABC-123', CATALOG_IBLOCK_ID);
        $this->assertSame(456, $result->getSkuId());
    }

    public function testResolveUnknownArticleReturnsNull(): void {
        $resolver = new ArticleResolver($this->createEmptyRepository());
        $this->assertNull($resolver->resolve('UNKNOWN', CATALOG_IBLOCK_ID));
    }
}

תבנית מפתח: הזרקת תלויות במקום קריאות ישירות למתודות סטטיות של Bitrix—זה הופך את הקוד לבדיק. החיסכון ברגרסיה יכול להגיע ל-80%.

בדיקות פונקציונליות עם Codeception

Codeception עם מודול Bitrix מאפשר בדיקת תרחישי HTTP ללא דפדפן:

// tests/functional/OrderCheckoutCest.php
class OrderCheckoutCest
{
    public function addToCartAndCheckout(FunctionalTester $I): void
    {
        $I->amOnPage('/catalog/product-slug/');
        $I->click('Добавить в корзину');
        $I->seeInDatabase('b_sale_basket', ['PRODUCT_ID' => 123]);
        $I->amOnPage('/order/');
        $I->fillField('NAME', 'Тест Тестов');
        $I->fillField('EMAIL', '[email protected]');
        $I->click('Оформить заказ');
        $I->seeInDatabase('b_sale_order', ['STATUS_ID' => 'N']);
    }
}

בדיקות E2E עם Playwright

עבור נתיבי משתמש קריטיים, אנו משתמשים בבדיקות e2e שמפעילות דפדפן אמיתי:

// tests/e2e/checkout.spec.js
test('full checkout flow', async ({ page }) => {
  await page.goto('/catalog/product-slug/');
  await page.click('.add-to-cart-btn');
  await expect(page.locator('.cart-count')).toHaveText('1');
  await page.goto('/order/');
  await page.fill('[name="NAME"]', 'Test User');
  await page.fill('[name="EMAIL"]', '[email protected]');
  await page.click('.submit-order-btn');
  await expect(page).toHaveURL(/\/order\/success\//);
});

כיצד לשלב בדיקות ב-CI/CD?

בדיקות רצות אוטומטית על כל push. אנו משתמשים ב-GitHub Actions או GitLab CI. ההתקנה אורכת 2–4 שעות. תוצאה: כל commit עובר בדיקות—בדיקות יחידה תוך 30 שניות, פונקציונליות תוך 3 דקות, e2e תוך 5–10 דקות. במקרה של כישלון, ה-build נעצר והמפתח מקבל הודעה.

לפי תיעוד 1C-Bitrix, סביבת הבדיקות חייבת להיות מבודדת מהייצור. לכן, כל הבדיקות רצות על עותק של מסד הנתונים עם נתוני בדיקה.

השוואה בין בדיקות ידניות לאוטומטיות

האוטומציה משתלמת תוך 2–3 חודשים, ובדיקות אוטומטיות מהירות פי 24 מבדיקות ידניות—פריצת דרך אמיתית ביעילות.

שלבים טיפוסיים בפיתוח מערכת בדיקות

1. בדיקת קוד וארכיטקטורה (1–2 ימים): זיהוי מודולים לכיסוי.
2. הגדרת bootstrap ותשתית (1–2 ימים): יצירת סביבת בדיקות עובדת.
3. ריפקטורינג להזרקת תלויות (3–5 ימים): הפיכת קוד לבדיק.
4. בדיקות יחידה ללוגיקה עסקית (5–10 ימים): בניית ערכת בדיקות יחידה יציבה.
5. בדיקות פונקציונליות (Codeception) (3–5 ימים): אימות תרחישי HTTP.
6. בדיקות E2E (Playwright) (3–5 ימים): כיסוי נתיבים קריטיים.
7. אינטגרציית CI/CD (1–2 ימים): אוטומציה של ריצה על push.
8. תיעוד והדרכה (1–2 ימים): צוות מוכן לתחזוקה.

מה כלול בפיתוח מערכת בדיקות

• בדיקת קוד קיים וזיהוי מודולים לבדיקה.
• הגדרת סביבת bootstrap של PHPUnit לטעינת Bitrix במצב בדיקה.
• ריפקטורינג קוד להזרקת תלויות ויכולת בדיקה.
• כתיבת בדיקות יחידה ללוגיקה עסקית מרכזית.
• הגדרת Codeception לבדיקות תרחישי HTTP פונקציונליים.
• בדיקות E2E עם Playwright לנתיבי משתמש קריטיים.
• אינטגרציה ל-CI/CD (GitHub Actions, GitLab CI).
• תיעוד והדרכת צוות.
• גישה לסביבת בדיקות ותמיכה לאחר פריסה.

אנו מבטיחים יציבות בדיקות בעדכוני ליבה. מומחים מוסמכים עם ניסיון של 5+ שנים ויותר מ-30 פרויקטי אוטומציה של Bitrix. החיסכון בפועל מוחשי: פרויקט טיפוסי המוציא $5000 בשנה על בדיקות ידניות יכול להפחית זאת לפחות מ-$1200 לאחר אוטומציה—חיסכון של $3800 בכל שנה.

מוכנים לבצע אוטומציה של בדיקות לפרויקט Bitrix שלכם? צרו קשר—נעריך את הפרויקט שלכם ונציע פתרון סוהר. קבלו ייעוץ עכשיו. בדיקות אוטומטיות הן לא רק מהירות יותר; הן יעילות פי 24 מבדיקות ידניות, מה שמעניק לכם יתרון תחרותי.