TestIL Podcast by ITCB - video Podcast

Currently Playing: פרק מס 87 | מקרה בוחן מהשטח: המעבר מארכיטקטורה כושלת למהפכת ״ווייב קודינג״

פרק 87 – מ-Vibe Coding לאוטומציה חכמה: סיפור מהשטח בפרק 87 של הפודקאסט של TestIL מבית ITCB, ניצן גולדנברג מארח את רם רחמים ולס טל, מפתח אוטומציה ואיש AI, לשיחה מעשית על הדרך שבה כלי AI ו-Vibe Coding משנים את עולם האוטומציה ובדיקות התוכנה. במרכז הפרק עומד Case Study אמיתי מהשטח: ניסיון לבנות מערכת שמאפשרת למשתמשים לכתוב תרחישי בדיקה בשפה טבעית ולהפוך אותם להרצות אוטומטיות – גם ללא ידע משמעותי בכתיבת קוד. רם משתף במסע שהתחיל עם Playwright MCP, בקשיים ובחוסר היציבות שהתגלו בדרך, ובנקודה שבה הבין שצריך לעצור ולא להמשיך "לזרוק פרומפטים" על הבעיה. המחקר אחר חלופה הוביל אותו ל-Stagehand, שאפשר לו להגיע לתוצאות יציבות ומדויקות יותר עבור ה-POC שפיתח. השיחה נוגעת גם באחד העקרונות החשובים ביותר בעבודה עם Vibe Coding: לא להתחיל מהקוד – להתחיל מהתכנון. עבודה ב-Plan Mode, הגדרת ארכיטקטורה, בניית Knowledge Base, כתיבת Rules ומתן הקשר נכון לסוכן יכולים לעשות את ההבדל בין פרויקט שהולך ומסתבך לבין פתרון שניתן להמשיך ולפתח. במהלך הפרק אנחנו מדברים גם על חשיבותם של Logs בעבודה עם סוכני AI, על Prompt Engineering וכלכלת טוקנים, ועל הדרך שבה אפשר לבצע הרצה ראשונית בעזרת LLM ולאחר מכן להפוך את התרחיש לקוד Playwright רגיל שניתן להריץ שוב ללא שימוש נוסף בטוקנים. אבל האם באמת אפשר לתת ל-AI לכתוב לנו את האוטומציה? רם וניצן מדברים על הצורך ב-Human Review וב-Code Review גם בעידן הסוכנים: לבדוק שהקוד עומד בקונבנציות של הפרויקט, שלא נוצרות פונקציות כפולות, שה-Locators יציבים, שאין טסטים מיותרים ושקוד שנוצר על ידי AI לא נכנס אוטומטית ל-Repository בלי בקרה. השיחה ממשיכה גם לעתיד המקצוע: האם בודקים ידניים וג'וניורים יוכלו ליצור אוטומציה באמצעות שפה טבעית? האם בעתיד נכתוב פחות Test Cases ויותר Intentions ו-Prompts? ומה הופך את איש האוטומציה ממי שכותב כל שורת קוד בעצמו למי שמתכנן, מנחה, מבקר ומנהל סוכני AI? בין הנושאים בפרק: Vibe Coding בעולם הבדיקות והאוטומציה Playwright MCP מול Stagehand בניית אוטומציה באמצעות שפה טבעית Plan Mode לפני Agent Mode חשיבות הארכיטקטורה גם כש-AI כותב את הקוד Logs ככלי מרכזי להבנת התנהגות הסוכן Knowledge Base ו-Rules לסוכני AI Prompt Engineering וחיסכון בטוקנים יצירת קוד Playwright מתרחיש שנוצר באמצעות AI Code Review לקוד שנכתב על ידי סוכנים מניעת Flaky Tests ו-Locators לא יציבים שילוב AI בתהליכי Git, Pull Requests ו-Code Review שימוש בסוכנים לחקירת תקלות וכישלונות אוטומציה האפשרות לבנות "Super Agent" שמפקח על סוכנים אחרים תפקידו המשתנה של מפתח האוטומציה המיומנויות שבודקי תוכנה צריכים להתחיל לפתח כבר היום אחד המסרים המרכזיים שעולים מהפרק הוא שה-AI אינו מבטל את הצורך בידע מקצועי – הוא משנה את המקום שבו אנחנו משתמשים בו. במקום להשקיע את רוב הזמן בכתיבת קוד ידנית, אנשי הבדיקות והאוטומציה נדרשים יותר ויותר לדעת לתכנן, לתת הקשר, להגדיר חוקים, לבקר את התוצאה ולזהות מתי ה-AI טועה. והעצה של רם למי שעדיין עומד בצד? אל תנסו לרדוף אחרי כל כלי AI חדש שיוצא. בחרו כלי אחד או שניים, התנסו בהם לעומק, בנו משהו אמיתי ולמדו מתוך העשייה. 🎙️ פרק 87 – סיפור מהשטח על AI, Vibe Coding והדור הבא של אוטומציית הבדיקות. קישור לפרופיל לינקדאין של רם: https://www.linkedin.com/in/ram-walas-tal-b1830770/ קישור לקבוצת הוואצאפ השקטה של testil: https://bit.ly/TestIL_Whatsapp