Test Automation (אוטומציית בדיקות תוכנה)

מה זה אוטומציית בדיקות, ולמה זה לא חידוש של עולם ה-AI

אוטומציית בדיקות תוכנה (Test Automation) היא הרצת בדיקות על מוצר תוכנה באמצעות תוכנה נוספת שמפעילה את המוצר ובודקת את התוצאה בפועל, במקום שבן אדם יעבור ביד על כל מסך ומסך. לפי ויקיפדיה, אוטומציה כזו מאפשרת לבדוק מהר יותר ולעיתים קרובות יותר, והיא חלק מרכזי מבדיקה רציפה (Continuous Testing) ומתהליכי אינטגרציה ומסירה רציפים (CI/CD): הרצה מלאה של בדיקות רגרסיה יכולה להצטמצם ללחיצת כפתור אחת. ויקיפדיה מפרטת כמה סוגי בדיקות נפוצים. בדיקות ממשק תכנות יישומים (API) מפעילות את המערכת דרך הממשק שלה, ומאפשרות להריץ מקרים רבים בזמן קצר. בדיקות ממשק משתמש גרפי (GUI) מדמות הקלדה ולחיצות עכבר כמו משתמש אנושי; בין השיטות שלהן גם הקלטה והרצה חוזרת (Record and Playback) ובדיקה בדפדפן בלי ממשק גרפי (Headless Browser). ובדיקה מבוססת מודל (Model-Based Testing) מייצרת תרחישי בדיקה מתוך מודל של המערכת הנבדקת, ולפי ויקיפדיה היא מאפשרת לפתח בדיקות בלי לכתוב קוד בכלל.

עוד כמה גישות לכתיבת בדיקות

לצד השיטות שתוארו למעלה, ויקיפדיה מונה עוד כמה גישות נפוצות לבניית חבילת בדיקות. בדיקה מונחית נתונים (Data-Driven Testing) מריצה את אותו תרחיש בדיקה כמה פעמים, עם ערכי קלט שונים בכל הרצה. בדיקה מונחית מילות מפתח (Keyword-Driven Testing) ובדיקה מונחית מודולריות (Modularity-Driven Testing) מפרקות תרחיש בדיקה למרכיבים קטנים שאפשר להשתמש בהם שוב, כך שאפשר להרכיב מהם בדיקות חדשות בלי לכתוב מחדש כל שלב. ובפיתוח מונחה התנהגות (Behavior-Driven Development, BDD) כותבים את הבדיקה כתיאור קריא בשפה טבעית של ההתנהגות הצפויה, עוד לפני כתיבת הקוד שמממש אותה.

Selenium: הכלי שהתחיל את הכול

ג'ייסון האגינס פיתח את Selenium ב-2004 ככלי פנימי בחברת ThoughtWorks, ועוד באותה שנה הפך אותו לקוד פתוח. לפי ויקיפדיה, השם עצמו נולד מתוך בדיחה: האגינס, שרצה לעקוץ מתחרה בשם Mercury, כתב בדוא"ל שהרעלת כספית (Mercury באנגלית) מטופלת בתוספי סלניום (Selenium). ב-2007 עבר האגינס לגוגל והמשיך לפתח את Selenium RC, ובאותה תקופה בנה סיימון סטיוארט, גם הוא ב-ThoughtWorks, כלי נפרד לאוטומציית דפדפן בשם WebDriver. ב-2009, בפגישה בכנס Google Test Automation Conference, הוחלט לאחד את שני הכלים לכלי אחד, Selenium WebDriver, הידוע גם כ-Selenium 2. טיוטת העבודה של WebDriver פורסמה ביולי 2012, וביוני 2018 היא הפכה להמלצה רשמית של W3C. לפי ויקיפדיה, Selenium RC היה הכלי הראשון והבולט לבדיקות ווב אוטומטיות שאפשר למשתמשים לכתוב בדיקות בשפת התכנות שבחרו, ו-WebDriver נתמך כיום רשמית ב-JavaScript (Node.js), ב-Python, ב-Ruby, ב-Java וב-C#. ב-2008 בנה פיליפ אנריגו, גם הוא ב-ThoughtWorks, את Selenium Grid, שמאפשר להריץ בדיקות במקביל על כמה מכונות. Selenium IDE מאפשר להקליט תרחיש בדיקה ולהפעיל אותו מחדש בלי לכתוב קוד בכלל, כחלופה לכתיבה בשפות התכנות שהוזכרו. הפרויקט כולו מופץ ברישיון הקוד הפתוח Apache 2.0, ותומך בהרצה על Windows, Linux ו-macOS.

Cypress ו-Playwright: שני כלים מהדור הבא

Cypress, כלי בדיקות קצה לקצה שנכתב בשפת JavaScript, יצא לראשונה ב-10 בספטמבר 2017. גרסת הקוד הפתוח שלו מופצת ברישיון MIT, ולצדה Cypress Cloud, שירות מסחרי עם תוכנית חינמית ותוכניות בתשלום. מיקרוסופט הכריזה על Playwright בינואר 2020, והשיקה אותו ב-31 בינואר של אותה שנה; בצוות שפיתח אותו היו גם מהנדסים שעבדו קודם על Puppeteer בגוגל. לפי ויקיפדיה, Playwright נבנה כדי להתגבר על מגבלות בכלים קיימים, בהם Puppeteer, Cypress ו-Selenium: הוא מציע ממשק אחד לבדיקה חוצת דפדפנים (Chromium, Firefox ו-WebKit), המתנה אוטומטית לטעינת אלמנטים, ויירוט תעבורת רשת, ויכול להריץ בדיקות גם מול דפדפנים ממותגים כמו Google Chrome ו-Microsoft Edge, לא רק מול הגרסאות הפתוחות שלהם. ההמתנה האוטומטית הזו מצמצמת תקלות אקראיות של בדיקות (Flakiness). גם Playwright עצמו הוא קוד פתוח, ברישיון Apache 2.0. עד 2025 צבר Playwright יותר מ-75,000 כוכבים במאגר שלו ב-GitHub, וכ-20 מיליון הורדות מצטברות דרך npm. לפי ויקיפדיה, Cypress מכסה בכלי אחד גם בדיקות קצה לקצה, גם בדיקות אינטגרציה וגם בדיקות יחידה, ותומך בהרצה על Windows, Linux ו-macOS בדומה ל-Selenium.

למה סקריפט בדיקה קבוע נשבר

הבעיה המשותפת לשלושת הכלים האלה, בגרסתם הקלאסית, היא שבן אדם צריך לכתוב מראש, בשורות קוד מפורשות, לאיזה אלמנט בדיוק בעמוד ללחוץ ומה לבדוק. כשצוות המוצר משנה את מבנה העמוד, אפילו שינוי קטן, הסקריפט שמחפש את אותו אלמנט לפי מזהה קבוע עלול להישבר, גם אם ההתנהגות של המוצר עצמו לא השתנתה כלל. תחזוקת סקריפטים כאלה, אחרי כל שינוי במוצר, היא אחד הכאבים המתועדים ביותר בתחום, וזו בדיוק הבעיה שכלי הדור הבא, מהחברות ועד לסוכנים שיתוארו בהמשך, מנסים לפתור.

Testim: בדיקות מבוססות AI לפני עידן הסוכנים

הפתרון הזה לא התחיל עם סוכני AI מבוססי מודלי שפה. חברה ישראלית בשם Testim, שנוסדה ב-2014 בתל אביב בידי אורן רובין, בנתה שכבת זיהוי מבוססת בינה מלאכותית שלומדת לזהות רכיב ממשק לפי מכלול מאפייניו, ולא לפי קואורדינטה בודדת או מזהה קוד קבוע. כך הבדיקה נשארת תקפה גם אחרי שינויי עיצוב קלים. הגישה הזו הפחיתה משמעותית את נטל התחזוקה שבדרך כלל נופל על צוותי בדיקות תוכנה, עוד הרבה לפני שסוכני AI כלליים נכנסו לתחום. בפברואר 2022 נרכשה Testim בידי חברת הבדיקות האוסטרית Tricentis (פרטים נוספים בערך Testim).

איך סוכני AI משנים את התחום היום

מיקרוסופט עצמה מפרסמת כלי בשם Playwright MCP, שרת בקוד פתוח שמיישם את פרוטוקול ה-MCP (פרוטוקול הקשר למודל) ומאפשר לסוכן AI לשלוט בדפדפן באמצעות Playwright. לפי התיעוד הרשמי של הפרויקט, הכלי משתמש בעץ הנגישות (Accessibility Tree) של הדף, ולא בצילומי מסך, כך שהסוכן לא צריך מודל ראייה כדי להבין מה מוצג על המסך. בין הפעולות שהסוכן יכול לבצע: ניווט בדף, לחיצה ומילוי טפסים. יכולות הבדיקה, שאפשר להפעיל בנפרד, מוסיפות גם יצירת מזהה אלמנט לבדיקה (locator) ואימות שאלמנט אכן מוצג. לפי התיאור הרשמי, הכלי מתאים לאוטומציה חוקרת (Exploratory), שאינה נקבעת מראש, לבדיקות שמתקנות את עצמן (Self-Healing Tests), ולתהליכי עבודה אוטונומיים וארוכים. ההבדל מהדור הקודם הוא בדיוק כאן: במקום שבן אדם יכתוב מראש בדיוק לאיזה מזהה אלמנט לפנות, הסוכן קורא את העמוד בזמן אמת ויכול לזהות את האלמנט לפי תפקידו. כך, גם אם המיקום או העיצוב שלו משתנים, יש סיכוי טוב שהבדיקה עדיין תמצא אותו. זה עיקרון שממשיך, בדרך אחרת, את מה ש-Testim עשתה עשור קודם לכן.

שוק חדש בעיני Gartner

ב-9 באוקטובר 2025 הודיעה חברת UiPath שהוכרה כמובילה (Leader) בדוח חדש של חברת הייעוץ Gartner, שנקרא Magic Quadrant for AI-Augmented Software Testing Tools — כלי בדיקות תוכנה מוגברי בינה מלאכותית. לפי ההודעה הרשמית של UiPath, Gartner מתארת אותו כשוק שמשקף התפתחות מהירה של טכנולוגיות. חברות נוספות שהוכרו באותו דוח, בהן OpenText (ב-13 באוקטובר 2025), פרסמו הודעות דומות באותם שבועות. זה סימן לכך שמדובר בניתוח של קטגוריית שוק שלמה, עם כמה חברות מתחרות בה, ולא בהכרזה של חברה בודדת. שנה אחר כך השוק כבר קיבל שם חדש: ב-6 באוקטובר 2026 פרסמה Gartner דוח בשם Magic Quadrant for Agentic Software Quality Assurance Platforms — פלטפורמות סוכניות (Agentic) לאבטחת איכות תוכנה — ו-UiPath הודיעה ב-9 באוקטובר 2026 שהוכרה כמובילה גם בו. שינוי השם עצמו משקף את המעבר מכלים שבינה מלאכותית רק מסייעת להם, לסוכנים שמבצעים חלק מעבודת הבדיקה בעצמם.

מה נשאר לבן אדם

בכל הכלים שתוארו למעלה, כולל הגרסאות המבוססות על סוכן, מישהו עדיין צריך להחליט מה באמת חשוב לבדוק, ומה הסיכון הכרוך בטעות שהבדיקה לא תתפוס. ככל שהבדיקה עצמה נכתבת, מורצת ומתוקנת אוטומטית, השאלה הקריטית משתנה. היא כבר לא "איך כותבים בדיקה", אלא "מי קובע אם המערכת שכתבה את הבדיקה, הריצה ותיקנה אותה רשאית גם להחליט שהתוצאה תקינה".