שינוי הפרדיגמה: איכות ככיפת ברזל
במשך שנים אני חוזר על אמת אחת לא נוחה: איכות היא לא מחלקה. איכות היא ארכיטקטורה.
בפיתוח מודרני, production לא מוגן על ידי כוונות טובות. הוא מוגן על ידי מערכות. הוא מוגן על ידי שער איכות שפועל כמו כיפת ברזל: מזהה סיכון, מיירט כאוס, וחוסם קוד שבור לפני שהוא מגיע למקום הלא נכון.
אבל במשך זמן רב, דוחות הבדיקות היו הנקודה העיוורת במערכת. לא כי לא היו נתונים, אלא כי צינור הדיווח עצמו היה חלק מהביצה: סקריפטים שבירים, wrappers לא רשמיים, העתקות ידניות של היסטוריה ופריסות שמבוססות על תקווה.
הביצה הישנה: למה pipelines של דוחות נכשלים
רוב הצוותים לא באמת בונים pipeline לדוחות. הם יורשים אותו.
כך נראית הביצה:
- טקסים ידניים: העתקת תיקיות
history/, דחיפת HTML לענפים נסתרים, ותפילה שהרשאות GitHub לא ישתנו בלילה. - חיכוך סביבתי: התקנות גלובליות, תלות במערכת הפעלה ספציפית, ותרבות של “אצלי זה עובד”.
- לוגיקה שבירה: wrappers חיצוניים שמתפרקים ברגע ש-GitHub משנה policy אבטחה או משתנה סביבה.
ב-TestShift ניקינו את הביצה הזו. העברנו את האקוסיסטם שלנו - Python/Selenium, Python/Playwright ו-TypeScript/Playwright - ל-pipeline נקי שמבוסס על Allure 3 ועל artifacts רשמיים של GitHub Pages. זה לא מעבר מ”דוח יפה” ל”דוח יפה יותר”. זה מעבר מדיווח דקורטיבי למדיניות הנדסית שניתן לאכוף.
Allure 3: הדרקון של האוטומציה המודרנית
Allure 3 הוא לא עוד שדרוג גרסה. הוא יישור ארכיטקטוני. הוא סוף סוף מתייחס לדוחות כאל artifact מהשורה הראשונה בתוך CI, ולא כאל קובץ HTML שמישהו מצמיד בסוף.
ה”דרקון” כאן הוא ארכיטקטורת CLI מודרנית שמתאימה טבעית לסביבות CI מבוססות Node ומסירה את הצורך בהתקנות ידניות.
1. שערי איכות שניתן לאכוף
דיווח הוא כבר לא תיעוד. הוא policy.
Allure 3 מאפשר להגדיר thresholds ברמת pipeline: שיעור הצלחה, מספר כישלונות מותר, מינימום בדיקות ועוד. אם השער לא נפתח, הקוד לא עובר. זה בדיוק המקום שבו דוח מפסיק להיות “תמונה יפה” והופך לרכיב תשתית.
2. עצמאות סביבתית ודטרמיניזם
אין יותר התקנות גלובליות. אין יותר “תתקין Java בגרסה הזו, אחר כך תוריד CLI, אחר כך תקווה שזה עובד”.
מנגנון הדיווח הופך לנייד ודטרמיניסטי כמו הקוד שהוא מאמת. הוא רץ בסביבת CI מודרנית בלי תלות במכונה של מפתח ספציפי.
3. נראות בזמן אמת
מצב Watch החדש מקצר את לולאת המשוב. במקום לחכות לסוף ריצה ולבצע נתיחה שלאחר המוות על קבצים סטטיים, אפשר לראות התנהגות מערכת בזמן שהסביבה עדיין חיה. עבור ארכיטקט אוטומציה, זה הבדל עצום: פחות ניחושים, יותר ראיות.
4. היסטוריה מובנית בלי hacks
מעקב היסטורי הוא אחד הכאבים הגדולים ב-CI. בעולם הישן, היינו מעתיקים קבצים, דוחפים לענפים, ומקווים שהכול יסתדר. בעולם החדש, ההיסטוריה זורמת דרך artifact flow ברור, צפוי וניתן לשכפול.
מנהיגות במקום scripting
הרבה צוותים מסתכלים על AI וחושבים שהאוטומציה עומדת להחליף אותם. הם מסתכלים על שדה הקרב הלא נכון.
AI הופך קוד לזול יותר. אבל הוא גם הופך כישלון לזול יותר. לכן האסטרטגיה המנצחת היא לא לכתוב עוד סקריפטים, אלא לקצר את הזמן עד האמת.
כיפת ברזל לא שואלת מי כתב את הטיל. היא שואלת אם הטיל מורשה לעבור. באותו אופן, שער איכות טוב לא מתרגש אם הקוד נכתב על ידי מפתח, Copilot או agent. הוא בודק ראיות.
רק ארכיטקט יכול להגדיר את השער.
סיכום: לצאת מהביצה, לרכוב על הדרקון
התעשייה משתנה.
אפשר להישאר בביצה: לתקן wrappers שבורים, להילחם בהרשאות, ולהעמיד פנים ש”מיזוג דוחות ידני” הוא עבודה הנדסית סבירה.
או שאפשר לעבוד כמו צוות מודרני:
- להתייחס לדיווח כתשתית.
- להתייחס לאיכות כמדיניות.
- לבנות Quality Gate שמחזיק קו באמת.
TestShift סטנדרטית על Allure 3 כי זו הפעם הראשונה שהכלי עצמו מתיישר עם הדרישות של CI מודרני: אמינות, דטרמיניזם ואכיפה.
הכלים הדביקו את הפער. עכשיו ההבדל הוא הארכיטקטורה.
אתם מוכנים לרכוב על הדרקון, או שאתם עדיין מתחזקים את הביצה?
