TestIL Podcast

פרק #77 | ״אישה בחזית מהפיכה ושינוי ב-איי.טי.אנ.טי״ עם דקר שלום ויעל גולדברגרקע על יעל גולדברגיעל גולדברג היא סמנכ"לית חטיבת מרכז הפיתוח ב-איי.טי.אן.טי ישראלהקריירה שלה התחילה כמפתחת תוכנה בחברת קונברס בזמן לימודיה, שם התקדמה לתפקידי ניהול (ראש צוות וקבוצה):בהמשךעברה לניהול תוכניות רחבותנחשפה לתמונה הרחבה של תהליכי פיתוח והאילוצים העסקייםקיבלה הזדמנות לנהל קבוצת בדיקות – למרות חוסר ניסיון קודםלמדה את תחום הבדיקות לעומק (כולל הסמכות מקצועיות)פיתחה מומחיות משולבת: פיתוח + בדיקותהחיבור בין שני העולמות (פיתוח ובדיקות) הפך לבסיס הקריירה שלהעל איי.טי.אן.טי ומרכז הפיתוח בישראלאיי.טי.אן.טי היא חברה ותיקה מאוד (כ-160 שנה), שהוקמה ע"י ממציא הטלפוןשרדה והתפתחה בזכות יכולת הסתגלות לשינויים:מרכז הפיתוח בישראלקיים מעל 15 שנהנחשב למוביל בתוך הארגוןהתחיל כסטארטאפ ישראלי (אינטרוייז) שנרכש ע"י איי.טי.אן.טימשמש כמוקד מומחיות:הייחוד המרכזי👉 דגש על מצוינות טכנולוגית ושיטות פיתוח מתקדמות👉 לא רק “לייצר תוכנה”, אלא להביא ערך ייחודיעקרונות מרכזיים בניהול ופיתוחיעל מדגישה שארגון חייב לבחור ערכים ברורים:במקרה שלהםמצוינות מקצועיתחדשנות טכנולוגיתשיפור מתמיד:הדגש הוא על👉 השקעה ארגונית במצוינות👉 מדידה לפי איכות התוצר והאימפקט – לא לפי כמות קודhttps://www.linkedin.com/in/yael-goldeberg-katz/ קישור לפרופיל לינקדאין של יעלhttps://www.linkedin.com/in/dakar-shalom-7b6a575/ קישור לפרופיל לינקדאין של דקרhttps://bit.ly/TestIL_Whatsapp קישור לקבוצת הוואצאפ של עמותת הבודקים לקבלת עדכונים

בואו הקשיבו לניצן גולדנברג מארח את עמית ורטהיימר אשר מדברים על התפתחות מקצועית לבודקי תוכנהתיאור הפרק: התפתחות מקצועית לבדוקי תוכנה:בפרק הזה של הפודקאסט מתארח עמית ורטהיימר, בודק תוכנה ותיק וראש צוות בדיקות, לשיחה עמוקה על השאלה שמעסיקה הרבה אנשי בדיקות תוכנה?איך מתקדמים מקצועית – בלי לעזוב את עולם הבדיקותהרקע לפרק.הדיון מתחיל מתופעה מוכרת: אנשי בדיקות תוכנה מוכשרים עוזבים את התחום אחרי כמה שנים, לרוב לכיוון פיתוח או דבאופס.הסיבה המרכזית שחוזרת על עצמה: תחושת “תקרת זכוכית” – חוסר במסלול התקדמות ברור בתוך בדיקות תוכנה.עמית מנסה להתמודד עם הבעיה דרך מודל שמגדיר מסלולי התפתחות אמיתיים בתוך המקצוערמות התפתחות ב-בדיקות תוכנהרמה בסיסיתביצוע משימות בדיקהעבודה לפי הנחיותיכולת לתפעל בדיקות (ידניות או אוטומטיות)זה השלב שבו  - עושים את העבודה רמת – יצירת אימפקט:כאן מתחיל ההבדל האמיתי.בודק בכיר לא רק מבצע – אלא משפיע על הסביבה שלו:דוגמאותמנטורינג לצוות      מומחיות עמוקה במוצר     הובלת תחום טכנולוגי (כמו אוטומציה)     שיפור תהליכיםהפוקוס עובר מ-“מה אני עושה” ל-איך אני משפיערמות בכירות:בשלב הזה ההשפעה כבר חוצה צוותיםטסט ארכיטקטמגדיר אסטרטגיית בדיקות ארגונית     מחבר בין בדיקות לבין מטרות עסקיות    בונה חזון   טסט ג׳אמפר (מושג של ג׳יימס באך)כוח חילוץ-  למצבים מורכבים    נכנס לבעיות קריטיות ומייצר פתרון מהיר   מהנדס פרודקטיביטימשפר תהליכי עבודה     בונה כלים שמייעלים את עבודת הצוות     מומחה טכני מתכנת חזק שמתמחה בכלי בדיקות     בונה תשתיות מתקדמות     רמת “משפיענים” בתעשייהאנשים עם מוניטין רחב    מפיצים רעיונות חדשים   מחברים בין קהילות וארגונים   בעיה מרכזית: טייטלים לא ברורים:אחת הביקורות החזקות בפרק היא על שוק העבודהבודק תוכנה, מהנדס בדיקות, מהנדס אוטומציהלא באמת מגדירים מה מצופה מהתפקיד:התוצאהמועמדים לא מתאימים מגישים מועמדות     פערים בין ציפיות למציאות     ?ומה עם בינה מלאכותית:הנושא עולה בסוף הפרקבינה מלאכותית הוא כלי חזק – אבל לא חובה (עדיין)      יש הרבה הייפ, אבל השוק עדיין לומד איך להשתמש בו נכון      שימוש לא נכון יכול אפילו לבזבז זמן (למשל: יצירת כמויות קוד שלא מספיקים לבדוק)    :המסקנהבינה מלאכותית חשוב – אבל הוא עוד כלי בארגז, לא תחליף לחשיבה מקצועית:קישורים שאוזכרו בפרקhttps://www.satisfice.com https://www.associationforsoftwaretesting.org? מסקנה מרכזית:הפרק שובר מיתוס חשוביש התפתחות מקצועית ב-בדיקות תוכנה – אבל צריך להגדיר אותה נכון:הקידום האמיתי לא מגיע רק מתפקידים חדשים, אלא מהרחבת השפעההעמקת מומחיותתרומה לארגון ולתעשייה?רוצים להבין את זה לעומקהאזינו לפרק המלא וקחו את הבדיקות שלכם לשלב הבאhttps://bit.ly/TestIL_Whatsapp :לקבוצת הוואצאפ של קהילת הבודקים https://www.linkedin.com/in/ngqa/ :קישור לפרופיל לינקדאין של ניצןhttps://www.linkedin.com/in/amit-wertheimer-ba187550/  :קישור לפרופיל לינקדאין של עמית       

  Adaptability פרק #75 - האנציקלופדיה לבדיקות - היכולת של מערכות להסתגל  ( מערכות משולבות בינה מלאכותית) כשהמערכת משתנה בלי שאף אחד שינה קודאתם מגיעים בבוקר, כל הבדיקות עברו, אין גרסה חדשה, והמערכת נראית תקינה לחלוטין. ואז מתחילים להגיע דיווחים מהמשתמשים שמשהו לא עובד כמו אתמול. אתם בודקים שוב ולא מוצאים שום שינוי. זה הרגע שבו מבינים שהשינוי לא הגיע מהקוד, אלא מהעולם עצמו.יכולת הסתגלות היא היכולת של מערכת מבוססת בינה מלאכותית להגיב לשינויים בסביבה שלה. המערכת מושפעת מדברים שמשתנים כל הזמן כמו נתונים, משתמשים, שפה, הקשר עסקי וסביבה טכנולוגית. לכן גם בלי שינוי קוד, ההתנהגות שלה יכולה להשתנות.אבל עצם השינוי אינו מספיק. מערכת טובה צריכה להשתנות בצורה נכונה. היא צריכה להמשיך לעמוד בדרישות, לא לפגוע במשתמשים, לא ליצור הטיות בעייתיות ולשמור על רמת איכות יציבה. התפקיד של הבודק הוא לא רק לבדוק אם המערכת עובדת, אלא לבדוק האם הדרך שבה היא השתנתה היא תקינה.בעולם הקלאסי בדיקות התמקדו בשאלה האם הפונקציונליות עובדת. בעולם של בינה מלאכותית צריך לשאול שאלה אחרת: האם המערכת עדיין נכונה. מערכת יכולה להחזיר תשובות, לעבור בדיקות ולהיראות תקינה, ובכל זאת לא להתאים למציאות המשתנה.אפשר לראות את זה בדוגמאות שונות. מערכת לסינון מיילים יכולה להתחיל לחסום הודעות חשובות בגלל שינוי בשפה או בניסוח. מערכת לזיהוי תמונה יכולה לאבד דיוק בגלל שינוי בתאורה או במצלמות. מודל אשראי יכול להתחיל לדחות יותר בקשות בגלל שינוי בהרכב האוכלוסייה. צ׳אטבוט יכול להיכשל כאשר המשתמשים עוברים לשפה חדשה עם סלנג וקיצורים. בכל המקרים האלה אין תקלה קלאסית, אלא תגובה לשינוי שלא נבדקה נכון.כדי לבדוק יכולת הסתגלות צריך לשנות גישה. צריך להשתמש בנתונים אמיתיים מהשטח ולא רק בנתונים נקיים ומלאכותיים. צריך לבדוק איך המערכת מתמודדת עם קלטים בעייתיים, שגיאות ותנאים קיצוניים. צריך להשוות התנהגות לאורך זמן ולבדוק לא רק אם משהו עובד אלא אם הוא השתנה, ואם השינוי הוא שיפור או הידרדרות. בנוסף, מאחר שאין תשובה אחת נכונה, יש לבדוק עקביות, היגיון ועמידה בחוקים ובגבולות. ולבסוף, חשוב לעבוד עם הצוות ולהבין מה באמת קריטי לעסק כדי להעריך נכון את המשמעות של השינוי.חשוב להבין שיכולת הסתגלות אינה כאוס. המערכת לא אמורה לפעול באופן חופשי ללא גבולות, אלא להשתנות בצורה מבוקרת ובהתאם לחוקים ולדרישות.השורה התחתונה היא שבעולם של בינה מלאכותית לא מספיק שהמערכת עובדת. צריך לשאול האם היא עדיין נכונה גם אחרי שהשתנתה.האזינו לפרק המלא וקחו את הבדיקות שלכם לשלב הבאhttps://bit.ly/TestIL_Whatsapp :לקבוצת הוואצאפ של קהילת הבודקיםhttps://www.linkedin.com/in/ngqa/ :קישור לפרופיל לינקדאין של ניצן 

?מה זה מודל שפה גדולמערכת שלומדת מטקסטים רבים מאוד, ומנבאת מילים בצורה סטטיסטיתהיא לא מבינה באמת — אלא חוזה המשךהאתגר בבדיקות:בניגוד לתוכנה רגילהאין תשובה אחת נכונהיש תחום אפורחוויית משתמש קשה למדידה הפתרון: בינה מלאכותית כשופטת:משתמשים במודל אחד כדי לבדוק מודל אחרנותנים קריטריוניםמבקשים דירוגמקבלים ציון ? איך מלמדים את השופט:שתי דרכיםמתן דוגמאות והנחיות ברורותאימון על נתונים ייעודיים בעיה: הטיה אנושית בנתוניםפתרון להטיה:מגדירים עקרונות קבועים (כמו חוקה)לא להפלותלא להמציא מידעלהיות שקוף המודל בודק את עצמו לפי זה ומשתפרבעיית ״המצאות מידע״המודל לפעמים ממציא תשובות שנשמעות נכונות:דרכי התמודדותבקרה אנושיתחיבור למידע אמיתיבדיקה באמצעות מודל נוסףהנחיות מדויקות ?איך מודדים איכותציונים לפי קריטריוניםאחוז הצלחה (למשל 85%)בדיקות אנושיות להשוואה ?מה זה סוכןמערכת שמבצעת משימות לבד:מרכיביםמוח (מודל שפה)הוראותזיכרוןמידע חיצונייכולות פעולהחיבור לעולם האמיתייש תקן שמאפשר חיבור למידע וכלים חיצוניים בצורה מסודרת ואחידה?איך בונים סוכןיש כלים ללא קוד או פיתוח מלא שינוי בעולם הפיתוח:המפתחיםפחות כותבים קודיותר מפקחים ומכוונים מסקנההבינה המלאכותית לא מחליפה אנשים -  היא הופכת אותם למנהלים של מערכות חכמותקישור לפרופיל לינקדאין של יאיר כהןקישור לפרופיל לינקדאין של נתנאל הרושקישור לקבוצת העדכונים של עמותת הבודקים בוואצאפ

פרק #73 - הקשר בין מנהיגות מודרנית לאיכות עם ניצן גולדנברג מראיין את פבל מלין כיצד סגנון המנהיגות בארגון משפיע על איכות המוצרים והשירותים? בפרק זה נצלול לקשר בין מנהיגות מודרנית לניהול איכות, ונבחן כיצד התפתחות הגישות הניהוליות לאורך המאה האחרונה עיצבה את הדרך שבה ארגונים משיגים מצוינותנעסוק בהתפתחות עולם האיכות – מהניהול המדעי של פרדריק טיילור, דרך בקרת איכות סטטיסטית של וולטר שוהרט, ומעגל השיפור המתמיד תכנון–ביצוע–בדיקה–פעולה של אדוארדס דמינגבהמשך נדבר גם על גישות מתקדמות לניהול איכות, כמו ניהול איכות כולל ניהול אג'ילי וניהול רזה גישות שמדגישות שיפור מתמיד, עבודה צוותית והתמקדות בערך ללקוחבנוסף נבחן את השינוי בתפקיד המנהל: ממודל היררכי המתמקד בשליטה ותהליכים, למנהיגות מודרנית שמדגישה מיומנויות רכות כמו תקשורת אפקטיבית, אינטליגנציה רגשית, העצמת עובדים ויצירת ביטחון פסיכולוגי בצוותבפרק נבין כיצד תקשורת ברורה, ניהול קונפליקטים, משוב מתמשך ויכולת הסתגלות לשינויים יכולים להשפיע ישירות על איכות העבודה והמוצר – וליצור תרבות ארגונית שמובילה לשיפור מתמיד, חדשנות והצלחה לאורך זמןמבוסס על מאמרו של פבל מליןקישור לפרופיל לינקדאין של פבלקישור לקבוצת הוואצאפ של עמותת הבודקים של ישראל 

בואו הקשיבו לניצן גולדנברג מארח את איילת מלמד כהן, מנטורית למנהלי בדיקות תוכנה ובעלת הטור ״עושים QA לקריירה״ במגזין ״עולם הבדיקות״ מדברים על הטור האחרון שלה מגליון 42 ״להיות בתפקיד השיא שלך״ עושים בדיקות תוכנה לקריירה – איך להגיע לתפקוד השיא שלךבפרק הזה נדבר על שינוי תפיסה משמעותי בפיתוח קריירה – מעבר ממיקוד בחולשות למיקוד בחוזקותהרעיון המרכזי: המרחב הגדול ביותר לצמיחה והתפתחות אינו טמון בשיפור החולשות שלנו – אלא בחיזוק החוזקותהמאמר פורסם בגיליון 42 של מגזין ״עולם הבדיקות״, רבעון שלישי 2025?למה אנחנו כל כך ממוקדים בחולשות:רובנו גדלנו על תפיסה ברורהתשתפר במה שאתה לא טוב בותתקן את מה שמקולקלתמצא את הבאגיםכאנשי בדיקות – זו אפילו המומחיות שלנואבל כשאנחנו מפעילים את אותו "מיינדסט של באגים" על הקריירה שלנו – אנחנו לעיתים שמים לעצמנו מקלות בגלגלים?מה אומר המחקרארגון המחקר האמריקאי חקר מעל מיליון אנשים ויותר מ-50,000 צוותים, ובדק מה מייצר הצלחה, שביעות רצון וביצועים גבוהים:המסקנה חד משמעיתאנשים וצוותים מצליחים יותר כשהם עובדים מתוך החוזקות שלהם – לא מתוך ניסיון לתקן חולשות:כאשרמשימות מותאמות לחוזקות:הפידבק מחזק את השימוש בהן ואז ישיותר מעורבותביצועים גבוהים יותרפחות שחיקהיותר מחוברות לארגון וזה לא אומר להתעלם מחולשות – אלא לשים את הפוקוס במקום שמייצר מקסימום צמיחהשני סוגי חוזקות:איילת מחלקת את החוזקות לשני סוגיםחוזקות מיומנותכישרון + ידע + ניסיוןלדוגמה: חקירה עמוקה, תכנון טסטים, הבנת מערכות מורכבותחוזקות תשוקהדברים שממלאים אותנו באנרגיהפעילויות שמרגישות טבעיות ונותנות תחושת חיוניות?מהו תפקוד שיא:תפקוד שיא קורה בנקודת ההצטלבות ביןמה שאני טוב/ה בומה שנותן לי אנרגיה וסיפוק :שם אנחנוגם מצטייניםגם נהניםגם מרגישים ערך עצמי גבוה לא כל חוזקה היא בהכרח מקור אנרגיהאפשר להיות מעולים במשהו – וזה עדיין ירוקן אותנוסיפור אישי מהשטחאיילת משתפת שבניהול קבוצת בדיקות תוכנה היא הייתה מאוד חזקה בהבנת מערכות ומתן פידבקהיא הוזמנה להרבה סקירות וישיבות – כי זו הייתה חוזקה ברורה?אבל בפועלזה שאב ממנה אנרגיהבמקביל, פעילויות שלא נחשבו "תחום המומחיות שלה" – כמו פיתוח סדנאות קריירה ומנטורינג – דווקא מילאו אותה באנרגיהמה שהתחיל כצדדי – הפך בהמשך לחלק מהמקצוע שלהתרגיל פרקטי לזיהוי תפקוד השיאקחו דף וחלקו לשתי עמודותעמודה 1: במה אני חזק/ה? (לפחות 10 דברים)?עמודה 2: ממה אני נהנה/ית? מה נותן לי אנרגיה וסיפוקקישור לשאלון של איילה:לאחר מכןסמנו את מה שחוזר על עצמו בין העמודותשם נמצא הרמז לאזור תפקוד השיא שלכם אפשר גם למלא שאלון כתוב שמחדד את המקומות שבהם אתם במיטבכם?איך מיישמים את זה בקריירהכשנכנס פרויקט חדש – דחפו לחלק שמתאים לחוזקות שלכםבראיונות עבודה – הציגו את עצמכם דרך אזור תפקוד השיאבשיחות משוב – שתפו במה שמאפשר לכם להיות במיטבכםחפשו יוזמות ופעילויות שמחוברות לאזור הזהדוגמה: אנשי ה-גם וגםיש אנשים שאולי מקצועית הם בינוניים – אבל חברתית הם כוכביםהם מחוברים, משתתפים ביוזמות, בהאקתונים, בצוותי חדשנות, בפעילויות משאבי אנושהם פורחים כשהם מחוברים לאנשיםשם תפקוד השיא שלהם – ביצירת קשרים ובהשפעה רוחבית?למה זה חשוב במיוחד בתקופות קשותאיילת משתפת שבתקופה מאתגרת בקריירה, כשהרגישה תקיעות באחד הדומיינים שבאחריותה – ההתמקדות בחוזקות שלה שמרה על המוטיבציה:תפקוד השיאמשמר ביטחוןמעלה מסוגלותמאפשר להתמודד עם אתגרים ממקום יציב המסר המרכזי לפרקלהכיר את עצמך – זה כלי עבודהלהשקיע זמן בתפקוד השיא שלך – זו אסטרטגיית פיתוח קריירה:במקום לשאול?איפה אני לא מספיק טוב:שאלו?איפה אני גם טוב וגם מתמלא מזה באנרגיהשם נמצאת קפיצת הגדילה הבאה שלכםלאתר של איילת מלמד כהןלפרופיל לינקדאין של איילת מלמד כהן הפרק בחסות מכללת איי פי סיאם גם אתם רוצים לעשות את הצעד הבא בקריירה – זה הזמן להצטרף לקורס בדיקות התוכנה של מכללת איי פי סימדובר בקורס עדכני, מעשי ומקצועי במיוחד, שמשלב בין בדיקות ידניות, אוטומציה וכלים מתקדמים מעולם הבינה המלאכותיתתלמדו איך לתכנן, להריץ ולנתח בדיקות בצורה חכמה – כולל הכנה מלאה להסמכת ISTQB הבינלאומיתעם מרצים מנוסים מהתעשייה, ליווי אישי ותיק עבודות אמיתי – תקבלו את כל הכלים להשתלב בהצלחה בתחוםלפרטים והרשמה חפשו מכללת איי פי סי בגוגל או הקליקו על הקישורלקבוצת הוואצאפ של קהילת הבדוקיםלהרשמה לתחרות הבדיקות תוכנה של ישראלhttps://www.youtube.com/embed/qKt0X4JJnho?si=BB23W6LGveHdJnjK  [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במיילקישור לערוץ הפודקאסט שלנו   

פרק #71בדיקות תוכנה בחברת חשמל עם ויקטור אוסיפוב בואו הקשיבו לניצן גולדנברג מארח את ויקטור אוסיפוב - מהנדס בדיקות בחברת חשמל אשר מספר על אילו בדיקות עושים בחברת חשמלרקע על האורח – ויקטור אוסיפובויקטור בן 47, גרוש ואב לשניים, מגיע מרקע עשיר בתחום האלקטרוניקה והבקרה שירת בצה"ל בתחום האלקטרוניקהעבד 17 שנים באינטל בתחום הבקרה והתקשורתהמשיך לעבוד במקורות בבדיקת מערכות של תחנות שאיבה, כולל סימולציותעבר לסטארטאפ בתחום מדעי – "חתול מדע"כיום ראש צוות בדיקות מסירה בחברת החשמל – דרך קבלן משנה (טסטנט) דרך אריקסון מה זה אומר לעבוד בבדיקות בחברת החשמלויקטור וצוותו עוסקים בבדיקות למערכת מונה חכםהמונה מעביר נתוני צריכת חשמל למרכז הבקרהמדובר בפרויקט מורכב הכולל תקשורת, בטיחות, אבטחה, רגולציה, וסנכרון עם מערכות כמו סאפהחברה משתמשת בשירותי אאוטסורס נוספים, בנוסף לצוותים פנימיים המערכות מערכות רבות מאוד, לרוב מונוליטיות, הדורשות תקשורת מתואמת ביניהןדוגמה  סאפ מנהלת מעקב אחרי התקנת מונים, סטטוס מלאי וכו' מתודולוגיות בדיקהעובדים בעיקר במודל של קבלנות לפי נפח עבודה ולא במתודולוגיות מודרניות כמו אג׳ייל או מרתוניםאין שימוש באוטומציה או בינה מלאכותית בצוות של ויקטור (לפי דרישת ההנהלה), אם כי צוותים אחרים כן עוסקים באוטומציה מתודולוגיית הבדיקה המרכזיתבדיקות מסירהבדיקות פונקציונליות מול מערכות ניהול בדיקות חקרניות - הבדיקות "הטעימות" ביותר בעיניו של ויקטור באגים מענייניםהבאגים המהנים ביותר הם אלו שלא חלק מנפח העבודה הרשמי – כאלו שנמצאים מתוך היכרות עמוקה עם המערכת (בדיקות חקרניות)צוותו מצא כ-100 באגים במערכות שכבר עברו בדיקות איכות של חברות מפתחות – כולל באגים קריטיים תהליכי גרסה ושחרוראין תהליך אג׳ייל אמיתי או שחרור יומימערכות שונות משתחררות בגרסאות נפרדות, לא תמיד מסונכרנותדוגמה מטרידה  לעיתים סביבת טסט מקבלת גרסה חדשה יותר מסביבת דב סקיוריטי, פרפורמנס, ותחומי אחריותיש חלוקה ברורה בין צוותיםצוותים שמתמקדים בפונקציונליותצוותים שעוסקים בביצועים, אבטחה, סאפ ועודכל צוות הוא "דומיין אקספרט" – מתמקצע בתחום ספציפי מאוד, אך חסר גמישות תפעולית בינה מלאכותית ואוטומציהבצוות של ויקטור אין שימוש בבינה מלאכותית או אוטומציהבחלקים אחרים של חברת החשמל כן יש פרויקטים באוטומציה תובנות כלליותויקטור מדגיש את החשיבות של לא למהר להגדיר בג כקריטי - לפעמים מדובר בטעות בשימוש או בהבנהכל בג צריך לעבור אימות חוזר, בדיקה על מספר מונים, ורק לאחר מכן לפתוח טיקט נקודה אישית בסיוםויקטור מביא גישה מקצועית, אך גם הומור, אהבה לתחום, וכנות לגבי האתגרים – כמו עמידה מול חסמים, קצב עבודה שונה מחברות הייטק, והצורך באלתור בתוך מסגרות נוקשות [email protected]: לשליחת התשובות לחידה שויקטור שאל בפרק ניתן לשלוח למיילhttps://bit.ly/TestIL_Whatsapp :לקבוצת הוואצאפ של קהילת הבדוקיםwww.istc.org.il הרשמה לתחרות הבדיקות תוכנה של ישראל 

ראיון עם מנצחי תחרות הבדיקות הישראלית והבינלאומית לשנת 2025רקע אישי על המרואייני:אלכס נשוי +2, תושב כרמיאל. עובד בבדיקות אוטומציה בחברת טנבולעומרי, אבא לשתי בנות. עובד בצוות האוטומציה של טנבול, חברו הקרוב של אלכס. שניהם עבדו בעבר בחברת סיטגיק תחרות הבדיקות הישראליתאיך נחשפו לתחרותדרך רשתות חברתיות וגם בזכות ניצן, שהציע להשתתף ונתן ביטחון אישי לעומריהצטרפו לתחרות לראשונה עם שותפים אחרים – ובהמשך התאחדו לצוות קבוע משלהם. איך נולד השם "קומומנוב"שילוב של שמות המשפחה: קומומנוב (קומנוב וממן)השם נבחר באופן קליל ואישי – כמו לבחור שם לתינוק ההכנות לתחרותעם הזמן פיתחו שיטת עבודה מסודרת טמפלטים מוכנים לדוחות סיכום בדיקותחלוקת תפקידים לפי חוזקות: אלכס – אוטומציה, עומרי – תיעוד באגים וסיכום בדיקותהפקת לקחים מתחרויות קודמותדגש על ניהול זמן מדויק אסטרטגיות נוספותהקצאת זמן מראש לאימפרוביזציות, למקרה שיתקבל מוצר לא מוכרבניית סביבת בדיקות מראש לכלי בדיקה כמו פליירייט ובלייזמטר אתגרים מרכזיים בתחרותניהול זמן, במיוחד הכנת דוח מסכם בזמן מוגבלהצורך להבין מוצר חדש במהירות, ללא מסמכי אפיוןשיתוף פעולה שוטף, תיאום הדדי והיכולת לתמוך אחד בשני ברגעי לחץ מה עזר להם לנצחכימיה אישית וחברות חזקהניסיון מגוון בבדיקות ידניות ואוטומציהיכולות תקשורת גבוהות, הבנת הצרכים אחד של השני בלי הרבה מיליםחשיבה ביקורתית, סדר ודיוק בתיעודגישה של למידה מהתהליך, לא רק מיקוד בזכייה התחרות הבינלאומית בקופנהגןאיך גילו שזכוקיבלו את ההודעה כשהיו בנסיעת עבודה בוושינגטון – באמצע נסיעה באובר לשדה תעופההייתה שמחה אדירה באוטו, כולל חיבוקים, קריאות בעברית ונהג מופתע במיוחד מה היה שונה בתחרות הבינלאומיתמשך ארוך יותר: כ-7 שעות לעומת 3 בתחרות הישראליתנדרשו להגיש מסמכים מורכבים כמו מסמך תכנון בדיקות ועיצוב בדיקותדיווח באגים לא במערכת מוכנה – אלא בדוחות ידניים (למשל אקסל)החשיבות הגבוהה של תכנון מקצועי מוקדם ואיך להציג אותו לפי סטנדרטים של ארגון הבודקים היבנלאומי אתגרי ההכנההכנה אינטנסיבית יותר עם ניצןהתמודדות עם מוצר מורכב מאוד שהקשה על מציאת באגיםדגש על איכות התכנון, לא רק הביצוע תובנות וסיכוםמה למדו מהחוויהאלכס: הכיף והחוויה שבלהתמודד עם מוצר לא מוכרעומרי: החשיפה לעולמות חדשים וטכנולוגיות שלא היה נוגע בהן אחרתשניהם מדגישים שהחוויה עצמה – אפילו מעבר לזכייה – היא מה שנותן הכי הרבה ערך אישי ומקצועי  פרסומתהפרק כלל פרסומת לקורס בדיקות ידניות ואוטומציה (כולל בינה מלאכותית) במכללת אי.פי.סי, כולל הכנה להסמכת הבודקים הבינלאומיתקישור לפרטים נוספים לקורס בדיקות של מכללה אי.פי.סיhttps://ipc.co.il/course/qa-course/

:נושא הפרקחגיגת 10 שנים למגזין "עולם הבדיקות" ו-40 גיליונות שיצאו מאז הקמתו. לרגל החגיגה, מתארח אייל זילברמן, ממקימי מגזשין ״חושבים בדיקות״ (לפני הפיכת המגזין ל״עולם הבדיקות״, לשיחה מרתקת על ההיסטוריה של התחום, תרומתו האישית והקהילתית, והתפתחות עולם הבדיקות בישראלעל האורח – אייל זילברמןמקצוע: רואה חשבון במקור, אך עוסק בבדיקות תוכנה מאז גיל 21התחלה מקרית: קיבל הצעת עבודה ממפקדו מהצבא בשל הרקע בתותחנות, והתחיל לעבוד בבדיקות תוכנה בלי לדעת מה זה בכללהקמת קוואליטסט: ב-1998 הקים יחד עם שותף את חברת הבדיקות "קוואליטסט", שהפכה עם השנים לחברה הגדולה בעולם בתחום, ונמכרה בסכום של כחצי מיליארד דולר ב-2019מוביל קהילתי: היה שותף להקמת מגזין "עולם הבדיקות", כתב טורים רבים, ביניהם "אנציקלופדיה לבדיקות"היום: פחות פעיל בתחום, אך זוכר לו הרבה טוב וממשיך ליישם את מיומנויות הביקורת שרכש גם בעסקים אחריםעל מגזין "עולם הבדיקות"הקמה: התחיל ב-2010 (למרות שמציינים "10 שנים", עברו כבר כ-15). נוסד על ידי אייל, רם יוניש ויואל מונטבילסקישם קודם: נקרא בתחילה "חושבים בדיקות"מטרות המגזיןלספק תוכן מקצועי, כלים וידע לבודקי תוכנהלתת במה לאנשי מקצוע מהתחום לשתף ידע וניסיוןקהילתיות: מעל ל-100 כותבים לאורך השנים. חלק מהטורים נוצרו במיוחד לאנשים שפחות כותבים, כמו "ראיונות עם מנהלי בדיקות"תרומה קהילתית: המגזין מהווה מקור ידע משמעותי בעברית, נדיר בתחומו, ומספק תחושת שייכות לקהילת הבודקים בישראלטורים ומאמרים זכורים"אנציקלופדיה לבדיקות" – טור עמוק שמסביר מושגים מעולם הבדיקות עם דוגמאות פרקטיות. נכתב ע"י אייל ממניעים אישיים של למידה עצמית"עשרה טיפים לבודק תוכנה" – מאמר מפתח מהמגזין הראשון, עם עצות פרקטיות משולחן העבודה, שנכתב בשיתוף עם רם ויואל"מיומנו של בודק מתחיל" – טור אותנטי של רוטם אקרמן על חוויותיו כבודק מתחיל, כולל חוויות מהתמודדות עם בדיקות עומסיםטיפ בולט מהמאמר הראשון: "השקע 20 דקות ביום במעבר על הבאגים במערכת" – דרך פשוטה ללמוד גם על המערכת וגם על הבדיקות שכבר בוצעומחשבות של אייל על עולם הבדיקותהבדיקות הן לא רק עבודה טכנית – הן דורשות חשיבה, ביקורת, הכרת המערכת לעומקבודקי תוכנה לרוב מכירים את המערכת טוב יותר ממפתחים או מנהלי מוצרפתיחת בג היא תחושת הישג מרגשת – כמו מציאת אוצר או פתרון בחדר בריחההמגזין הוא לא רק כלי מקצועי – הוא פלטפורמה קהילתית, מרגשת, שנותנת במה ומחברת בין אנשים שבאמת אוהבים את תחום בדיקות התוכנהעל נותני החסותקורס בדיקות תוכנה מעשי עם בינה מלאכותית של אי.פי.סי – כי השוק לא מחכהקורס בדיקות תוכנה של מכללת אי.פי.סי מעניק לך הכשרה מעשית מלאה בכל שלבי בדיקות – ידניות, אוטומציה ויישום כלים חכמים עם בינה מלאכותיתתלמד טכניקות בדיקה, SQL, טייפסקריפט, תכנות בסיסי ואוטומציה עם פליירייט — בדיוק מה שמעסיקים מחפשים היוםחלק מהתוכנית כולל גם הכרת כלים מבוססי בינה מלאכותית לשיפור תסריטי בדיקות, תיעוד ואופטימיזציה של תהליכיםהקורס בנוי בהתאמה לשוק העבודה ההייטקי בישראל עם דגש על מיומנויות פרקטיות ותיק עבודותכולל הכנה להסמכה בינלאומית של ארגון הבודקים, שמכירה מעל ל‑80 מדינותמתאים גם למתחילים — אין צורך בידע טכני קודם, ליווי צמוד לאורך הדרךלימודים היברידיים / אונליין שמותאמים ללוח הזמנים שלךלפרטים והרשמהhttps://ipc.co.il/courses/ לדף הרשמה לקורס בדיקות תוכנהhttps://ipc.co.il/our-courses/software-testing/ 

Integrating AI into Test Automation with Gil ZilberfeldIn this episode, Gil Zilberfeld joins the show to discuss one of today’s hottest topics in software testing: integrating artificial intelligence into software testing and automation. Gil, a long-time quality expert, shares insights on how this technology is reshaping the tester’s role in a rapidly changing industry.Key topics covered:Should testers use artificial intelligence?The answer: it depends. Artificial intelligence can save time and help execute more tests in less time, but it still cannot be trusted completely. It should be treated as an assistive tool that supports - but does not replace - human judgment.How the tester’s role is changing:In the past, testers were mainly responsible for executing tests. Today, with artificial intelligence in the picture, testers are increasingly expected to manage and review testing activities performed or recommended by models. This requires a deep understanding of the system and business context - something an automated tool cannot fully provide on its own.Time optimization:Similar to automation, artificial intelligence is an investment that pays off over time. It enables testers to focus on more complex tasks while helping with test case creation, data generation, script writing, and more.Warnings and challenges:Artificial intelligence is not always accurate, and its suggestions can include errors. The tester must act as the "responsible adult" - filtering, judging, and validating the outputs. For example, if artificial intelligence generates tests that include dynamic fields (such as IDs or timestamps), testers must understand what can be compared reliably and what cannot.Common use cases:Generating test cases based on API schemasRefactoring test code using design patternsAutomatically producing documentation and defect reports (for example, a Jira ticket generated from a failed test)Creating JSON files for required test dataSignificantly reducing test development time (up to 70%-80% time savings)API testing vs. UI testing:API tests are generally easier to automate and manage due to clear schemas and contracts. UI tests are more complex and require more context, including understanding screen structure and user behavior. Using artificial intelligence effectively often requires an even stronger understanding of the system to "help it help us."Bottom line:Artificial intelligence is driving a major shift in the testing world, but it does not replace people. It strengthens our ability to test faster and deeper, while still requiring oversight, judgment, and a deep understanding of the product and processes.Link to our Community Whatsapp GroupLinkedIn profiles:Gil ZilberfeldNetanel Harush

ראיון על כוס קפה עם מנהלת בדיקות - לימור יעקבבפרק זה , דקר שלום מראיינת את לימור יעקוב מנהלת הבדיקות של חברת לייטקס על דרכה המקצועית בעולם הבדיקות ועל נשים בעולם הבדיקות בישראל התחלה מקרית בעולם הבדיקותלימור הגיעה לעולם ה-במקרה, לאחר סיום הלימודים, כאשר עבדה בחברת נשיונל סמיקונדקטור. שם גילתה שהתחום מתאים מאוד לפרופיל האישי שלה – פרפקציוניסטית, יסודית, עם נטייה חזקה לבקרת איכותהתמחות בעולמות החומרה לימור עבדה בסטארטאפים ובחברות גלובליות, ביניהןSmartLinkWizzrBroadcomArmוכיום היא מנהלת בדיקות ב-לייטקס – חברת בטיחות לרכבים המפתחת מערכת מבוססת מצלמות ובינה מלאכותיתאתגרי במוצרי חומרה משולבי תוכנההשילוב בין מוצרי ענן למכשירי קצה יוצר מורכבות גבוההשוני בכלי הבדיקהבדיקות פונקציונליות מול בדיקות לא פונקציונליות (אמינות, עומסים ועוד)תקלות שמקורן ברכיבי חומרה כגון כבלים, סנסורים וחיבורים לרכבמגדר וקריירה בעולמות גברייםלימור משתפת שלמרות שתחום החומרה והאלקטרוניקה נשלט ברובו על ידי גברים, היא אינה חשה צורך להוכיח את עצמה מעבר לנדרש, הודות לאמונה פנימית חזקה ביכולותיה המקצועיותתהליכי בדיקה דומים בין תוכנה לחומרה – עם הבדלים קריטייםהבדל מרכזי טמון בזמן ובמשאבים הנדרשים לטיפול בבאגיםבחומרה – שינוי עלול להימשך חודשים ואף שנים (לדוגמה תיקון בשבב)בתוכנה – עדכון יכול להתבצע באופן מיידי באמצעות הענןניהול באגים ובדיקות מוקדמותשימוש בלוגים, דיבאגרים ושיטות עבודה שמטרתן איתור תקלות מוקדם ככל האפשרהתמודדות עם תנאי קצה כגון טמפרטורות קיצוניות, לכלוך ותקלות חיבורגיוס ובניית צוותי בדיקות תוכנההתאמה בין סוג המוצר לסוג הבודקבודקי חומרה – נדרשות מיומנויות שטח ויכולת פתרון תקלות פיזיותבודקי תוכנה – נדרשת הבנה עמוקה של ממשק תכנות אפליקציות, פורטלים ותשתיות ענןלכל תחום בדיקות נדרש ידע שונה ואופי מקצועי אחרניהול עומסים וניהול סיכוניםלמרות מגבלות תקציב וזמן, נדרשת הקפדה גבוהה על איכות, במיוחד במוצרים בטיחותיים כגון מצלמות לרכבשימוש נרחב בניהול סיכונים לצורך איזון בין איכות לבין זמן הגעה לשוקשקיפות מול בעלי העניין בנוגע לכיסוי הבדיקות ולפריטים שנדחותובנות עיקריותתחום הבדיקות תוכנה המשולב חומרה הוא תחום מורכב ומאתגר במיוחד, הדורש הבנה עמוקה של מערכות רב־תחומיותאמונה עצמית, סקרנות ויצירתיות הם מפתחות מרכזיים להצלחה בעולם בדיקות מתקדם זהניהול איכות אפקטיבי מבוסס על איתור מוקדם של סיכונים, תכנון רחב ותיאום הדוק בין צוותים ITCB קישור לקבוצת הוואצאפ של קהילתקישור לפרופיל לינקדאין של דקר שלום:https://www.linkedin.com/in/dakar-shalom-7b6a575/ קישור לפרופיל לינקדאין של לימור יעקב:https://www.linkedin.com/in/limor-yaakov-2a814b5/ אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל[email protected]        

פרק מס 66: כל מה שרציתם לדעת על בחינת ההסמכהארגון הבודקים הבינלאומי - אי.אס.טי.קיו.בי הוא ארגון בינלאומי, שנוסד ב-2002, שמספק סטנדרטים ללימוד ולהסמכה בבדיקות תוכנהמתחתיו קיימים כ-71 גופים מקומיים (בורדים) ברחבי העולם, האחראים על פעילות במדינות השונות אי.טי.סי.בי - עמותת הבודקים וההסמכות בישראלאי.טי.סי.בי  הוא הגוף הישראלי הרשמי לאי.אס.טי.קיו.בי, נוסד ב-2004.אחראי על תרגום חומרי הלימוד, קיום הבחינות, הכשרת קהילת הבודקים בישראל, הפקת כנסים, מגזינים, תחרויות ועוד למה בכלל צריך הסמכהבעבר לא הייתה הבחנה מקצועית ברורה לתחום בדיקות התוכנהכיום מדובר במקצוע בפני עצמו, עם שיטות עבודה, מתודולוגיות וכלים ייחודייםההסמכה נותנת כלים אמיתיים להבנת תהליכים, עבודה מול לקוחות ומפתחים, ומתן ערך גבוה לארגון דוגמאות מהשטחסיפורים אישיים של המנחים מחברות שפיתחו מוצרים שבדיקתם דרשה "לצאת לשטח" – כמו ריצה עם אוזניות חכמות או בדיקות בשטח עם גי.פי.אס דו-כיווני מה לומדים בקורסיםמתודולוגיות בדיקה, רמות בדיקה, סוגי בדיקות (פונקציונאלי ולא פונקציונאלי), טכניקות ניתוח, תכנון והבנה עמוקה של צרכי הלקוחנושאים כמו בדיקות בענן, בדיקות מובייל, אוטומציה ובינה מלאכותיתזיהוי דרישות שאינן ברורות ללקוח וסיוע בתרגום לצרכים מדויקים חשיבות עולמיתבמדינות כמו קנדה, ארה"ב ומדינות אירופה – לא ניתן להתחיל עבודה בבדיקות בלי הסמכה רשמיתגם בישראל – משרדי ממשלה, ביטחוניים, רפואיים וחברות פינטק דורשים את ההסמכה מבנה הבחינה (הבסיסית)40 שאלות ברירה מרובה (אמריקאיות)משך הבחינה: 60 דקותציון עובר: 26 תשובות נכונותרמות קושירמה 1 – זיכרון מושגיםרמה 2 – הבנת מושגיםרמה 3 – יישום (כמו טכניקות בדיקה)הבחינה אינה נותנת ציון מספרי – רק תעודת מעבר. איך ללמוד לקראת הבחינהלהוריד את הסילבוס מאתר של אי.טי.סי.בי (זמין בעברית ובאנגלית).לעבור על כל החומר – פרק 1 עד 6לבצע את ארבעת המבחנים לדוגמה הקיימים באתר לפחות 3 פעמיםלהתמקד בשיפור זמן המענה, להבין איפה טעיתם ולחזור לחומרלהכיר את מושגי היסוד לעומק – כדי שתהיו מוכנים לשאלות בראיונות עבודה ולא תצטרכו להיעזר בבינה מלאכותית טיפים חשוביםהשקיעו בחזרה מעשית – תרגול עם טיימר, סבבים של מבחניםעברו לפחות פעמיים על הסילבוס, כדי שהחומר יוטמע לעומקמומלץ להגיע ל-80% הצלחה לפחות לפני ההרשמה לבחינה הרשמה לבחינהנרשמים דרך האתרwww.itcb.org.ilבוחרים תאריך, שפה, סוג מבחןניתן להיבחן בעברית ובאנגליתניתן לקבל תוספת זמן (15 דק') אם זו לא שפת האםהבחינה נערכת בבני ברק, בקומות של חברת סלע/אלדיאן סיכוםההסמכה מעניקה יתרון תחרותי משמעותי – גם בארץ וגם בחו"ללא חובה לעבודה, אך פותחת דלתות רבותההכנה למבחן היא גם הכנה לקריירה – מעניקה ידע מקצועי עמוק ומעשי 

ראיון עם מנהל בדיקות - אלמוג כהן נס טכנולוגיותבפרק זה ניצן גולדנברג מארח את אלמוג כהן, מנהל תחום בדיקות בחברת נס - דמות בולטת בתחום הבדיקות בישראל ובפרט בעולם הפיננסי, אשר משתף את המסע המקצועי שלו, תפיסות ניהול, שיטות עבודה והתפתחויות חשובות בתחום הבדיקות והטכנולוגיההיכרות עם אלמוג כהןותק: מעל 15 שנות ניסיון בעולם הבדיקותהתחלה: התחיל את דרכו בקבוצת לר תחת הרטק שם עסק בבדיקות ופיתוח מערכות בתחום הביטחוני והמדעימעבר לעולם הבנקאות: מאז 2010 מתמחה בבדיקות בעולם הבנקאות, כולל ניהול מערכות בדיקה לאומיותכניסה לתחום הבדיקותבתקופה בה התחיל, לא היו קורסים מוסדרים בתחוםלמד תוך כדי תנועה את המונחים של תכנון בדיקות, ניתוח ועיצוב וסיכום בדיקותבהמשך רכש השכלה פורמלית, כולל הסמכה של ארגון הבודקים הבינלאומיתומך בהכנסת אנשים לתחום דרך הכשרה וליווי מקצועי – רואה בזה שליחותגישתו להוראה ופיתוח מקצועיפועל לקידום ההשכלה של עובדים דרך וי-נס אקדמיה– אקדמיה פנימית לפיתוח מקצועי.הקורסים נוגעים בין השאר בטרמינולוגיה בנקאית בסיסיתעולמות ה-מובייל, וואב וממשק תכנות אפליקציותכלים כמו פוסטמן ומסדי נתוניםקיים מסלול התפתחות רבעוני ושנתי לכל עובדעבודה בבנק ובחברות פיננסיותהעבודה חייבת להיות שיטתית, רגולטורית, מדידה וברורהמשתמשים בכלים כמו אקסריי לתיעוד בדיקותקיימים תהליכים ברורים למדידת איכות, דיווחים ותיקוף תוצריםשילוב מתודולוגיות בדיקהמדגיש את החשיבות של שיטה גם בעולם אג׳ייל או דבאופסרואה ערך אמיתי בשימוש במתודולוגיות מהארגון הבדוקים הבינלאומי גם כשעובדים עם אקסל, ג׳ירה או קונפלואנסאלמוג מאמין ב"יסודות חזקים בונים מגדלים יציביםניהול צוותים ומערכות בדיקההחל כראש צוות, התקדם לניהול אגף שלם הכוללראשי צוותים, טכנולוגים, בודקי ידני ואוטומציהמנהל שירותי בדיקות מסוג "בדיקות ידניות– אחריות מלאה מקצה לקצההלקוח לא מתעסק בניהול הבודקים – כל השירות ניתן באחריות מלאה של הארגוןגישתו לפיתוח קריירהמדגיש את ההבדל ביןלנהל משרה – להוציא מקסימום ולהשקיע מינימוםלנהל קריירה – להרחיב כלים, ללמוד ולהתפתחמייעץ למתעניינים באוטומציהלהתחיל ב-קוד נמוך: קוקומברלבדוק התאמה לפני שקופצים לסלניום וג'אווההמסר המרכזיכל אחד יכול להתקדם בעולם הבדיקות – מהבודק הידני הכי בסיסי ועד ניהול אגפים – אם יש חזון, מטרה, ורצון להתפתחתחום הבדיקות הידניות לא מת – ניתן לפתח בו קריירה שלמהפיתוח מקצועי לא בהכרח עובר דרך מעבר לפיתוח – ניתן להתמקצע בתחום הבדיקות עצמו ולהתפתח למגוון תפקידים תובנות עיקריותבדיקות זה לא רק טכניקה – זו גישה ניהולית ועסקיתכלים ומתודולוגיה חשובים, אבל הארגון והתהליך הם הבסיספיתוח עובדים הוא השקעה לטווח ארוך, לא הוצאההתאמה לרגולציות ובנקאות מחייבת תהליך מסודר ומוקפדקישור לפרופיל לינקדאין של אלמוגקישור לקבוצת הוואצאפ של קהילת ארגון הבודקים הישראלי 

מנהל ״האנדס-און״ עם שביט ג׳רסי בפרק זה ניצן גולדנברג מארח את שביט ג׳רסי, מוביל צוותי בדיקות ואוטומציה ויוצר “קיו איי ללא הפסקה”. יחד הם צוללים לדילמה בין ניהול ״האנדס-און״ לניהול אסטרטגי—איך נשארים רלוונטיים טכנולוגית, מאזנים בין קוד לישיבות, ושומרים על מוטיבציה גבוהה בצוותמי זה שביט ג׳רסיבעל ניסיון של כ-12 שנה בבדיקות תוכנה, מתוכן כמעט עשור באוטומציהשימש כמוביל צוות אוטומציה בחברת ויינשטיין, מדריך ומנטור לסטודנטים בתחום, ויוצר הסדרה הפופולרית “קיו איי ללא הפסקה” שמשתפת חוויות מהשטחהגדרת “מנהל ״האנדס-און״מנהל שמבצע חלק ניכר מהעבודה הטכנית בעצמו – כתיבת קוד, בדיקות, ניתוח תקלות – בנוסף לאחריות ניהוליתבדרך כלל מדובר בשילוב משתנה: 50% ניהול, 50% טכני (תלוי בגודל הצוות)יתרונות הניהול ה-״האנדס און״חיבור אמיתי לשטח ולכאבי הצוותהבנה מעמיקה של הקוד, התשתיות והאתגרים״השראה ומוטיבציה לצוות כשמנהל “מלכלך את הידייםחדשנות גבוהה יותר בזכות עדכניות טכנולוגיתאתגרים וחסרונותשחיקה וניהול זמן קשה – שילוב בין ישיבות, משימות, וקודסכנה שהאחוז הטכני ירד עם גדילת הצוותהצורך להגדיר מחדש את התפקיד כדי לשמור על איזוןמנהלים לא-״האנדס-און״עלולים להתרחק מהתחום המקצועי, אך יכולים לשמור על רלוונטיות באמצעות חקירה מתמדת, לימוד עצמי, והכנסת טכנולוגיות חדשות לצוותהשפעת ״האנדס-און״ על מוטיבציית הצוותחיובית מאוד – העובדים מרגישים שהמנהל מבין אותם באמת קישור לערוץ קיו איי ללא הפסקה של שביטקישור לפרופיל לינקדאין של שביט      

״קריטריון יציאה״ בעולם האג׳ייל עם איגור גודשמידט 🧠 Main Themes Discussed:The Importance of Community in QAIgor emphasizes the role of professional communities in knowledge sharing.He mentions the proactive involvement of the Israeli QA community, including webinars, meetups, TikTok, articles, podcasts, etc.He presents Israeli efforts at international conferences (e.g., STQB) and notes global recognition of Israel's contributions to software testing.Igor's BackgroundFocuses on providing QA/testing frameworks for startups.Writes articles based on real-life experience and field challenges.Member of the international academic team of a global testing organization.🧰 Main Topic: Exit Criteria❓ What is Exit Criteria?A set of conditions or actions that must be completed before advancing to the next phase (e.g., feature completion, release, sprint).Examples: all planned tests are executed, critical bugs are resolved, monitoring is in place, sufficient automation coverage.🔁 Common Confusion:Often confused with Acceptance Criteria:Exit Criteria: A QA/testing-focused gate to move forward.Acceptance Criteria: Business/development-focused requirements for accepting a story or task.🧭 The Problem:Many teams treat exit criteria as a checklist — a "tick box" exercise — which leads to poor understanding and superficial QA.✔️ Igor's Approach:Exit criteria should be a living, collaborative tool.Created with the entire team (devs, testers, managers) for clarity and shared responsibility.It should reflect real quality control, not just formal documentation.🧪 Agile & Quality Engineering Connections🔄 Shift in Mindset:Move from the traditional "QA owns quality" to a team-wide quality ownership model.Shift Left approach: Developers take on unit, integration, and UI testing.Testers become more like quality coaches/gatekeepers, focusing on strategy rather than just executing test cases.🧱 Tools and Practices:Exit Criteria = Acceptance Tests = Shared understanding.Not every step is manual testing – criteria can be automated, observable, or integrated into CI/CD pipelines.🧩 Key Takeaways:Exit Criteria is not just technical – it's cultural.Its real value is helping teams stop, reflect, and align.It's about clarity, not control – knowing when a feature or release is truly ready.Checklists are good, but only if they reflect meaningful, agreed-upon quality goals.🧠 Final Reflections:Exit Criteria should empower teams – not burden them.It's not just a QA tool; it's a team alignment mechanism.When used properly, it improves collaboration, quality ownership, and development velocity — especially in fast-paced environments like startups. Link to Igor Linkedin profile

״הזזה שמאלה״ בבדיקות תוכנה בפרק זה של השורטקאסט, קובי יונסי מספר ומפרט על המושג ״הזזה שמאלה״ בבדיקות תוכנה מתוך הסילבוס של הארגון הבינלאומי לבודקי תוכנהקובי יונסי פותח בהצגת הנושא – גישת ״הזזה שמאלה״  בבדיקות תוכנההפרק נולד מתוך שיחות בחברות כמו פספורטקארד, שם שמו לב לחשיבות הכנסת בדיקות כבר בשלבים הראשוניים של פיתוח מוצר. הוא מצביע על מגמה רחבה: הבדיקות כבר לא ממתינות לסוף הפיתוח אלא משולבות מוקדם ככל האפשרמהי ״הזזה שמאלה״המונח מתאר הקדמה של תהליכי הבדיקות מהשלבים המאוחרים של מחזור הפיתוח (אחרי קוד) אל שלבי ה־העיצוב והאפיוןהמטרה: גילוי ותיקון בעיות מוקדם, חיסכון בזמן ועלויות, שיפור איכות המוצרהדבר תואם את אחד מעקרונות הבדיקה – בדיקות מוקדמות עקרונות מרכזיים של ״הזזה שמאלה״מודעות מוקדמת לבדיקות - שילוב צוותי הבדיקות כבר בשלב הדרישות והאפיון, גם כשהן עדיין ראשוניותאוטומציה מוקדמת - הכנסת כלי אוטומציה בשלבים מוקדמים מאפשרת כיסוי רחב, מהיר ויעיל. בעידן הבינה המלאכותית ניתן ליצור “לקוחות מדומים” סוכני בינה מלאכותית שמבצעים בדיקות ומקבלים החלטותשילוב בדיקות בתהליך הפיתוח - כתיבת בדיקות עוד לפני הקוד (פיתוח מונחה בדיקות), שימוש עקבי ב־בדיקות יחידה ,בדיקות התממשקות  ו־בדיקות נסיגה  מוקדמיםהשקעה ביחידות בדיקה (בדיקות יחידה) - הכשרת אנשי בודקי תוכנה  להבין דרישות, תהליכי פיתוח, קוד ואוטומציה, כולל שימוש בכלי בינה מלאכותית – כדי להשתלב מוקדם ולהשפיע על האיכותיתרונות הגישהחיסכון בעלויות: תיקון באפיון זול פי כמה מתיקון בפרודקשןשיפור איכות: פחות באגים מאוחרים → פחות רגרסיותשיפור תקשורת בין צוותים: נדרשת מעורבות מוקדמת של פיתוח ובדיקותגילוי בעיות סטטיות: למשל קוד מת ״קוד מת״, נזילות זיכרון או ״קוד ספגטי״ – שלא תמיד עולים בבדיקות דינמיותזמן לשוק מהיר יותר: שחרור מוצרים מהר ובאיכות גבוההאתגרי היישוםלא קורה מיד – דורש חשיבה מוקדמת, הכנה ותכנון ארגוניצורך ב־סטנדרטים איכותיים ברורים (למשל תנאי כניסה לבדיקות)בדיקות מבוססות סיכון – אין זמן לבדוק הכל, צריך להתמקד על תרחישים קריטייםשילוב אוטומציה בכל הרמות – לא רק בדיקות מערכת בסוף, אלא גם יחידה, אינטגרציה ו־קבלהשינוי תפיסתי: בודקים אינם רק “בודקי מוצר” אלא תומכי איכות כוללתהם צריכים להבין חוויית משתמש, התנהגות משתמשים, ניהול סיכונים ועודתנאים להצלחהתמיכת הנהלה – קריטית להטמעת שינוי ארגוניאחריות משותפת לאיכות – לא רק הבודקים, אלא גם מפתחים, אנליסטים, מנהלי פרויקטים ומשתמשיםתרבות ארגונית של שיתוף פעולה – חיבור בין כל המעורבים במעגל הפיתוחסיכום המסר:הזזה שמאלה מאפשרתמוצר אמין ובטוח יותרפחות באגים בשלבים מאוחריםשיפור תהליכי פיתוח ותמיכה טובה יותר באיכותהמסקנה: "לעבור שמאלה זו החלטה נכונה" – היא משתלמת עסקית, טכנולוגית וארגונית

פרק מס 61 - ניהול וקידום עובדים בהייטק עם פבל מליןניצן ראיין את פבל מלין – מהנדס אלקטרוניקה במקצועו ומנהל ביקורת בחברת mprest, המפתחת מערכות בקרה ובדיקה למערכות הגנה אווירית.בפרק דנו יחד בנושאים:קידום מקצועי וניהולי: מה ההבדלים בין משרה טכנית (בודק/מפתח) לבין מעבר לניהול צוות.האתגרים בקידום עובדים: חוסר בקורסים רשמיים לניהול צוותי בדיקות בישראל, מה שגורם לעובדים לחפש ידע מחו"ל.סיבות טובות לקידום: הישגים, מוטיבציה אישית להתפתח, מחויבות לארגון, רצון להשפיע וליצור שינוי.סיבות פחות טובות לקידום: צורך דחוף למלא תפקיד, לחץ מצד העובד, פתרונות זמניים שהופכים לקבועים.פוטנציאל מנהיגות: לא כל עובד מצטיין טכנית מתאים לניהול – חשוב לבדוק יכולת הובלה, אחריות והשפעה על אחרים.הבדלים בין Tech Lead למנהל צוות: Tech Lead מתמקד בהובלה מקצועית, חלוקת משימות והדרכה טכנית, בעוד שמנהל צוות נושא גם באחריות לשכר, הערכות עובדים ושיחות אישיות.איזון בין צרכי הארגון לרצונות העובד: קידום צריך לבוא משני הצדדים – מהעובד שרוצה לקחת אחריות נוספת, ומהארגון שצריך להגדיר ציפיות ולספק תמיכה.קידום לרוחב: לא תמיד קידום הוא רק לתפקיד בכיר יותר. לפעמים ההתקדמות היא הרחבת אחריות או מעבר לתחום אחר (כמו אוטומציה, ניהול מוצר, או System Engineering).הערכת עובדים ומנהלים: נדרש להציג נתונים אמיתיים על הישגים, ולהיות מוכנים לקחת אחריות גם על הצלחות וגם על כישלונות.📌 מסרים מרכזייםקידום לא מתאים לכולם – צריך גם רצון וגם יכולת.ידע טכני ניתן ללמידה, אך מנהיגות ואחריות הם מרכיבים אישיים.חשוב לקיים שיחות ציפיות ברורות בין מנהלים לעובדים.קידום מקצועי לצדדי או הרחבת תחומי אחריות הם לא פחות חשובים מקידום לדרג ניהולי.ניהול מחייב איזון בין הידיים-על לבין עבודת הניהול (פגישות, הערכות עובדים, ניהול משא ומתן מול הנהלה).קישור לפרופיל לינקדאין של פבלקישור לפרופיל לינקדאין של ניצן

מהישיבה בקהילה חרדית לבניית תשתיות אוטומציה עם בני שור הפרק מספר את סיפורו של בני שור, שיצא מהעולם החרדי, התגייס לצה"ל והצליח להשתלב בהיי-טק הישראלי כמפתח תשתיות אוטומציההשיחה נוגעת באתגרים האישיים, החברתיים והמקצועיים שעבר בדרך, ובחשיבות ההבדל בין בדיקות אוטומטיות לבין בניית תשתיות אוטומציה יציבותבפרק זה התארח בני שור, תושב בית שמש, בוגר ישיבה מקהילה חרדית, וכיום מפתח תשתיות אוטומציה בחברת סייפ קש אפליקציית תשלומים דיגיטלית שמחליפה כסף מזומן קטןמסלול אישי ומקצועיבני גדל והתחנך בישיבות חרדיות ולמד בכולל לאחר נישואיובאופן לא שגרתי לקהילתו, החליט להתגייס לצה״ל, צעד שנעשה בחשאיות כדי למנוע התנגדות מהסביבהבצבא נחשף ליכולות חדשות – עמידה ביעדים, סדר יום ומשמעת – שתרמו לו בהמשך לקריירה בהיי-טקלאחר השירות למד קורסי QA ותכנות (בין השאר ב־John Bryce) והמשיך להתמקצע בפיתוח אוטומציה ותשתיותאתגרים בדרךטכניים: לימוד מתמטיקה, אנגלית ותכנות בגיל מאוחר יחסית, מעבר חד מעולם הישיבה לעולם ההיי-טקחברתיים: הסתגלות לתרבות חילונית-טכנולוגית שונה מאוד מהחינוך החרדי, תוך שמירה על זהות משפחתית ודתיתתובנות מרכזיותהמעבר מהעולם החרדי לצבא ולתעשיית ההיי-טק הוא אתגר אישי, חברתי ומקצועי – אך אפשרינדרשות שנים רבות (7–10 שנים) עד שמפתח הופך למומחה אמיתי בתחוםההבדל בין מפתח אוטומציה לבין מפתח תשתיות אוטומציה הוא משמעותימפתח אוטומציה כותב בדיקות אוטומטיות ספציפיות. מפתח תשתיות בונה מערכות יציבות, סקיילביליות ורב־פלטפורמיות שמאפשרות לעשרות ומאות בדיקות לרוץ באופן אמין📌 בשורה המרכזית: הסיפור של בני שור מדגים כיצד חרדי בוגר ישיבה יכול לעבור דרך צבא, לימודים טכנולוגיים והתמודדות עם פערים עצומים – ולהפוך למומחה לבניית תשתיות אוטומציה בחזית ההיי-טק הישראלי     אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל[email protected]    

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

שורטקאסט - בדיקות מבוססות סיכונים קובי יונסי בפינתו הקבוע ״האנציקלופדיה לבדיקות״ ממגזין ״עולם הבדיקות״ מרחיב לנו בשורטקאסט על משמעות המושג ״בדיקות מבוססות סיכונים״ מתוך הסילבוס של ISTQB ואיך סיכונים משתלבים בחיי היום יום של הבודקים הפרק עוסק בגישת בדיקות מבוססות סיכונים שיטה המאפשרת למקד מאמצי בדיקה באזורים הקריטיים ביותר במערכת, במיוחד כאשר זמן, תקציב או משאבים מוגבליםקובי יונסי מסביר ש"סיכון" מוגדר כשילוב של ההסתברות לכשל ועוצמת ההשפעה שלו, ומדגים כיצד מתעדפים בדיקות בהתאם לכךהשלבים המומלצים כולליםזיהוי סיכונים – בשיתוף בעלי עניין, מנהלים, מפתחים ולקוחותהערכת הסיכונים – דירוג לפי חומרה והסתברות (בסקאלה מותאמת)התאמת הבדיקות – השקעת מאמץ ובדיקות מעמיקות יותר באזורים בסיכון גבוהשיפור מתמשך – עדכון רשימת הסיכונים בכל שינוי או גרסהנידונות טכניקות לבחירת הבדיקות: חוק פארטו (80/20), בדיקות בפונקציות מורכבות, על סמך היסטוריית תקלות, ובדיקת אזורים שבהם כשל יגרום לנזק חמור במיוחדהוא מדגיש חשיבות שיתוף הלקוח והבנת חוויית המשתמש, מביא דוגמאות מעולמות המסחר המקוון והגיימינג, ומספר על מקרה אמיתי בחברת שבו התמקדות בשדות חדשים במערכת מנעה בעיות משמעותיות והעלתה את דיוק המשתמשיםהמסר המרכזיאי אפשר לבדוק הכול – אבל אפשר לבדוק את הדברים הנכוניםבדיקות מבוססות סיכון הן כלי אסטרטגי לניהול זמן, משאבים ואיכות המוצר בצורה חכמהקישור לפרופיל לינקדאין של קוביקישור לאתר של קובי       אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל[email protected]    

פרק #57 | בדיקות בצה״ל עם ניצן גולדנברגאורחים: אדם ועמרי – מפקדים בתחום הבדיקות בצה"ל🧑‍💻 היכרות עם המרואייניםאדם (24): ראש תחום בדיקות ביחידת שחר. בעל ניסיון בבדיקות ידניות, אוטומציה וניהול צוותיםעמרי (22): ראש צוות בדיקות במערכת סמארט בייס – מערכת צה"לית לניהול כניסות לבסיסים. עבר קורס בדיקות והפך למדריך ומפקד? איך מגיעים לתחום הבדיקות בצה"ללרוב מקבלים "שיבוץ" לקורס בדיקות תוכנה בסיסימתנסים בבדיקות ידניות, בדיקות אוטומטיות ותיאוריות איכותמשם ממשיכים לשירות ביחידות שונות.חלק מהחיילים, כמו עמרי, מתנדבים ובוחרים במודע בתחום?מה הבדל בין בדיקות בצה"ל לעולם האזרחיתחושת משמעות עמוקה – לעיתים בדיקה לא נכונה משפיעה על חיי אדםרמות אבטחת מידע גבוהות מאוד, במיוחד כאשר מדובר ברשתות מסווגותהמידע רגיש ודורש הקפדה יתרה על מעבר בין רשתות?מהם סוגי המערכות שנבדקותמערכות לניהול כניסות לבסיסיםמערכות צה"ליות שפותחו על ידי יחידות פנימיות או גופים אזרחיים?מהם הכלים ומגבלות טכנולוגיותקיימות מגבלות רבות על הכנסת כלים מהעולם האזרחיקיים קושי להשתמש ב־בינה מלאכותית ובכלים מתקדמים כמו צ׳ט גי.פי.טי או קופיילוט, במיוחד ברשתות המסווגותלעיתים יש צורך "לארוז מחדש" כלים מהענן לשימוש פנימי בצה"לאדם ועמרי מסבירים איך בונים פתרונות פנימיים במקום שאין גישה לטכנולוגיות אזרחיות בינה מלאכותית – עוזר, אבל לא מחליףבינה מלאכותית הוא כלי חזק, אך עדיין לא מסוגל להחליף בודקים אנושייםיש צורך בידע אנושי לנסח שאילתות, להבין הקשרים ולהתמודד עם תרחישים מורכבים.דוגמאות מהשטח: תקלות ב־פליירייט, ניסיונות להשתמש ב־גי.פי.טי לקוד – שלא תמיד הצליחו. :אוטומציה בצה"להשימוש באוטומציה תלוי ביחידה, בצוות ובמשאביםקיימת הכשרה בסיסית באוטומציה בקורסים, אך יישום בפועל תלוי בצוות שאליו משתבץ החיילשימוש בטכנולוגיות כמו טייפסקריפט, פליירייט, פייטון, סלניום.מערכות האוטומציה בצה"ל דומות למבנה של סטארטאפ – צוותים קטנים עם עצמאות גבוהה🔄 מתודולוגיית עבודהצה"ל עובד בצורה מאוד אג׳ייליתסקראם מאסטרים, ספרינטים, צוותים עצמאיים – בדומה לחברות הייטקיש גם צוותי בדיקות עצמאיים וגם משובצים ישירות בצוותי הפיתוח

מתודולוגיית בדיקות מהירות - גישת הבדיקות הקונטקסטואלית עם ג׳יימס באך חלק 2 החלק השני שבו ניצן ונתנאל ישבו לראיין את ג׳׳ימס באך, מפתח גישת הבדיקות הקונטקסטואלית - בדיקות מהירות  ** הראיון נעשה באנגלית בפרק הזה, ג'יימס באך ממשיך לדבר על בדיקות תוכנה מהירות  שיטה שהוא פיתח המדגישה בדיקות אחראיות, מבוססות כישורים, ותלויות הקשר. הוא מבקר את הגישה של אג׳ייל שבה "כולם אחראים על הבדיקות", וטוען שצריך שיהיה אדם אחד אחראי ברור לבדיקה כדי להבטיח איכות ואחריותיות.באך טוען שבדיקה היא ביצוע, לא רשימת בדיקה. כמו שטייס צריך להגיב למצב משתנה בזמן אמת, גם בודק תוכנה חייב להשתמש בשיפוט, חשיבה ביקורתית ואינטואיציה. הוא משווה את עולם הבדיקות לעולם התעופה, וטוען שבדיקות אמיתיות דורשות מעורבות אנושית וגמישות, ולא ניתן להסתמך רק על אוטומציה או תסריטים מוכנים.בנוסף, הוא מדגיש את חשיבותן של בדיקות חקרניות (בדיקות חקרניות), שבהן הבודק מעצב ומבצע את הבדיקה תוך כדי תנועה. אפילו בבדיקות מתוסרטות יש מרכיב חקרני כי האדם מפרש תוצאות בזמן אמת. בסופו של דבר, באך טוען שהבדיקה הטובה ביותר נשענת יותר על שיפוטו של הבודק מאשר על ביצוע נהלים נוקשים.James Bach continues discussing Rapid Software Testing (RST) — a methodology he developed that emphasizes responsible, skilled, and context-driven testing. He contrasts this with standard best practices and Agile’s “everyone owns testing” mindset. Bach insists that one person must be clearly responsible for testing to ensure accountability and high quality.He emphasizes testing as a performance, not a checklist. Much like a pilot must respond to real-time changes, testers must make on-the-spot decisions based on judgment, critical thinking, and intuition. Bach draws parallels between software testing and flying airplanes, explaining that real testing requires human engagement, adaptation, and judgment — things automation or scripts alone can’t provide.He also highlights the importance of exploratory testing, where testers dynamically design and execute tests simultaneously. Even scripted testing contains exploratory elements because humans interpret outcomes in real-time. Ultimately, Bach argues that good testing depends more on the tester’s judgment than on following rigid procedures.קישור לפרופיל לינקדאין של ג׳יימסקישור לאתר של ג׳יימסקישור לפרופיל לינקדאין של ניצןקישור לפרופיל לינקדאין של נתנאל       לשמיעה ישירה: (97 דקות)     

Una mirada inteligente y divertida del mundo que nos rodea, siempre con el acento puesto en Extremadura. Con Antonio León y José Manuel Bañegil.

Rapid Software Testing with James Bach – a pioneer of context-driven testing.👤 About James Bach:Over 40 years of experience in the software world.Started as a teenage game programmer in 1983.High school dropout who chose self-education due to his aversion to authority.Author of Secrets of a Buccaneer Scholar, a book about learning independently and creatively.Emphasizes respecting the way your mind works and aligning with your natural thinking style. 🔍 Why Testing?Discovered he didn't love coding all day – but loved complaining and breaking things constructively.Testing gave him the perfect outlet: “Testers don’t break software. Testers break dreams.”His goal became to reveal unrealistic assumptions and bring clarity to developers' expectations. 📚 His Teaching Philosophy:No universal “best practices” – every situation is different (context-driven approach).Believes in teaching through experience, not obedience.Example: He advises to avoid GUI-level automation when possible – but encourages learners to try it themselves and reach their own conclusions.His goal is to accelerate learning by offering guidance, not by prescribing rigid rules. 🧠 Personal Insights:Describes his brain like a pet rhinoceros – stubborn, independent, and impossible to control directly.Burned out several times early in his career until he learned to "make peace" with his mind.Now sees teaching and liberating minds as his true calling – not just testing. 💬 Notable Quotes & Ideas:“A tester doesn’t break software – a tester breaks dreams.”“Best practices are a marketing term – not an engineering concept.”“Teaching should help people form good judgment, not just ask for obedience.”Promotes critical thinking and debate over blind agreement, even at the cost of being unpopular. 

Prestamos atención a trabajos recién publicados y repasamos la agenda de conciertos de artistas extremeños. Con Lorenzo Gonzalez y Óscar Trigoso.

body { direction: rtl; text-align: right; /* Default text alignment for RTL content */ font-family: Arial, sans-serif; /* Example font */ } h1, h2, h3 { text-align: center; } p { text-align: right; /* Ensure paragraphs are right-aligned */ } /* Specific overrides for elements that should remain centered */ .centered-element { text-align: center; } /* Specific overrides for elements that should be left-aligned, if any */ .left-aligned-element { text-align: left; }ספר פתוח - בדיקות תוכנה מהזווית האישית  בואו הקשיבו לנתנאל הרוש מראיין את אוריאלה כהן, כותבת הספר ״לחפש באגים, המדריך המעשי לבודק תוכנה״ בפרק 54 של הפודקאסט, מארח נתנאל הרוש את אוריאלה כהן, דמות מוערכת בעולם בדיקות התוכנה, לשיחה מעוררת השראה על מסעה – ממפתחת ב”רפאל” בשנות ה-60 ועד להיותה מחברת אחד הספרים הראשונים בעברית על בדיקות תוכנה?איך מגיעים לכתוב ספר בתחום שלא נכתב עליו כמעט דבראוריאלה כהן, מהנשים הבולטות בתחום בדיקות התוכנה בישראל, משתפת את הדרך המרתקת שלה מעבודה מול מחשבים בשחר ההייטק, דרך הוראת בדיקות בגישה אינטראקטיבית ונטולת מצגות – ועד לכתיבת ספר מקיף שמדבר בגובה העיניים גם למי שלא מגיע מהתחוםדיברנו על חשיבה ביקורתית, למידה עצמאית, חינוך בודקים לחשוב – ולא רק למלא טפסים, ולמה חשוב “לקרוא בין השורות” במסמך אפיוןפרק חובה למי שבודק, מלמד או פשוט אוהב להבין דברים לעומקהפרק הפעם כולל חידה אשר מזכה את המאזין הראשון שיענה נכונה ספר מתנההחידהלפני שנים רבות, בכפר קטן, חי איכר חסר מזל שהיה חייב כסף רב למלווה בריבית באותו כפרהמלווה, שהיה זקן ומכוער, רצה מאוד את בתו היפה של האיכר, אז הוא בא עם הצעההוא יוותר על החוב אם בתו של האיכר תינשא לוהאיכר ובתו היו מזועזעים מההצעה, ולכן המלווה הערמומי הציע ש"יד הגורל" תחליט בנושא, בדרך הבאההוא ישים חלוק אבן לבן וחלוק אבן שחור בתוך שקית בדהבת תוציא אבן מבלי להסתכל בתוך השקית, ואז אם היא תוציא אבן שחורה, היא תהייה לאשתו של המלווה, והחוב יימחקאם היא תוציא אבן לבנה, היא לא תיאלץ להינשא למלווה, אבל החוב יימחקאם היא תסרב להוציא אבן מהשקית, אביה יישלח לכלאשלושתם עמדו בשביל שהיה מרופד בחלוקי אבן, והמלווה הרים שני חלוקיםבת האיכר שמה לב שהמלווה לקח שני חלוקי אבן שחורים ושם אותם בשקית, ואז ביקש ממנה להוציא אבן אחתתארו לעצמכם את המצב, ומה הייתם עושים במקומההיא יכולה לסרב, ואז אביה ילך לכלאהיא יכולה לטעון שישנן שתי אבנים שחורות, ולהציג את המלווה כרמאיהיא יכולה להוציא אבן שחורה?אם הייתם במקומה של בת האיכר, באיזו דרך תנקטו לפתרון הבעיהאת פתרון החידה יש לשלוח לאוריאלה למייל[email protected]בנוסף, במיוחד למאזיני קהילת הבודקים, מחיר מיוחד לרכישת הספר ״לחפש באגים, המדריך המעשי לבודק תוכנה״ באמצעות הקוד קופוןBook2025-40רכישה דרךhttps://qa-online.software/ספר-לחפש-באגים/ קישור לפרופיל לינקדאין של אוריאלהקישור לפרופיל לינקדאין של ניצןקישור לפרופיל לינקדאין של נתנאל  אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל[email protected]      

בפרק 53 של הפודקאסטצחי דוידס משתף מניסיונו בבדיקות תוכנה בתחום הרפואי, ובמיוחד בסביבות קריטיות כמו חדרי ניתוח. הוא מדגיש את החשיבות הרבה של בדיקות תוכנה מדויקות ואמינות במערכות רפואיות, שבהן כל תקלה עלולה להשפיע ישירות על חיי אדם..הפרק מציע הצצה לעולם הבדיקות הרפואיות, כולל האתגרים הייחודיים והסטנדרטים המחמירים הנדרשים בתחום זהhttps://www.facebook.com/groups/alltechdavidas קישור לקבוצת הפייסבוק של צחי לטכנולוגיותhttps://www.linkedin.com/in/tzachi-davidas-21714b70/ קישור לפרופיל לינקדאין של צחיhttps://www.linkedin.com/in/nitzan-goldenberg/ קישור לפרופיל לינקדאין של ניצןhttps://www.linkedin.com/in/netanel-harush/ קישור לפרופיל לינקדאין של נתנאלhttps://bit.ly/ITCB_Podcast קישור לעמוד הבית של הפודקאסט

בפרק 51 של הפודקאסט TestIL Podcast by ITCB, קובי יונסי בפינתו ״האנציקלופדיה לבדיקות״ מתמקד באתגרי בדיקות תוכנה בשפה העברית. הוא מדגיש כי בדיקות בעברית הן תחום ייחודי ומורכב, הדורש התייחסות מיוחדת בשל מאפיינים לשוניים וטכנולוגיים ספציפיים הפרק עוסק בנושאים כגון: מורכבות השפה העברית: הטיות, כיווניות הטקסט (ימין לשמאל), ושימוש באותיות סופיות יוצרים אתגרים בבדיקות ממשק משתמש ובדיקות פונקציונליות. בדיקות אוטומטיות: הצורך בהתאמת כלים וסקריפטים לתמיכה בעברית, כולל טיפול בקידוד תווים ובפלטים דו-לשוניים. חשיבות ההקשר התרבותי: הבנה של ניואנסים תרבותיים ושפתיים חיונית להבטחת חוויית משתמש איכותית לקהל דובר עברית. יונסי מדגיש כי התמודדות עם אתגרים אלו מחייבת מומחיות והבנה עמוקה של השפה והתרבות, מה שהופך את בדיקות התוכנה בעברית למקצוע בפני עצמו.

הפרק בהנחיית שירה דורון מארח את נתי צדוק, מפתחת תשתיות אוטומציה בחברת BMC Software, מרצה ל-QA ואוטומציה, ופעילה לקידום נשים בהייטק.רקע אישי ומקצועי:נתי מתארת את דרכה בעולם הטכנולוגיה, החל מלימודי תואר ראשון במדעי המחשב ומתמטיקה ועד לתפקידיה הנוכחיים. היא מתארת את תחילת דרכה בלימודים שבהם חוותה תגובות מפתיעות מצד גברים ("את יודעת שזה מדעי המחשב?"). חוויה זו הפכה עבורה למנוע מוטיבציה אדיר להצליח ולהוכיח את עצמה, במיוחד כאשר גילתה את היחס המגדרי הלא שוויוני בתחום (רק 4 נשים מתוך 67 סטודנטים).היא החלה את הקריירה שלה במלנוקס ובספירל סולושן, ובהמשך הגיעה לתפקידה הנוכחי ב-BMC Software, שם היא עובדת מזה 8 שנים.פעילות לקידום נשים בהייטק:נתי פעילה מאוד בארגונים לקידום נשים, כגון SheCodes שבו ניהלה סניף והתנדבה כמנטורית. בנוסף, התנדבה בארגון "מטובי" לקידום סטודנטיות חרדיות הלומדות מדעי המחשב באוניברסיטה הפתוחה. היא עצמה השתתפה כמנטית בתוכנית המנטורינג היוקרתית "Woman to Woman", בה עברה תהליך משמעותי ששינה את ראייתה המקצועית והאישית.נשים בהייטק - חשיבות הגיוון:נתי מדגישה את חשיבות הגיוון המגדרי בתעשיית ההייטק, וטוענת כי ארגונים מגוונים מובילים ליצירתיות, חדשנות והצלחה עסקית. היא מציינת כי כיום רק כ-33% מהעובדים בהייטק הן נשים, ואילו בהנהלות הבכירות המספר יורד ל-14.1%, ושהפער בשכר עדיין עומד על כ-15% פחות לנשים.יתרונות שנשים מביאות לתחום הבדיקות:נתי מצביעה על כמה יתרונות ייחודיים לנשים בתחום בדיקות התוכנה, ביניהם:ירידה לפרטים – לנשים יש יכולת טבעית להבחין בדקויות ובפרטים קטנים החשובים מאוד בבדיקות תוכנה.מולטי-טאסקינג – יכולתן של נשים להתמודד עם מספר רב של משימות במקביל מהווה יתרון עצום בתחום.יצירתיות – נשים נוטות לחשיבה יצירתית ולתקשורת חזקה, המאפשרת עבודה צוותית ושיתופי פעולה טובים.יכולת הסתכלות רחבה – נשים מביאות הסתכלות מערכתית ורחבה על התהליכים.נתי מדגישה כי יתרונות אלו אינם באים על חשבון הגברים, אלא משתלבים ליצירת סביבה מגוונת ופורייה יותר.חשיבות המנטורינג וההשפעה על המשתתפות:נתי מפרטת את חשיבות המנטורינג ככלי ללמידה והתפתחות אישית, הן כמשתתפת והן כמנטורית. היא משתפת דוגמאות אישיות מעבודתה כמנטורית בארגון SheCodes וכמנטית בתוכנית Woman to Woman:כמנטורית: ליוותה אישית משתתפת, עזרה לה להתגבר על חסמים וחששות בכניסה לעולם ההייטק, וסייעה לה להתקבל לעבודה.כמנטית: היא קיבלה ליווי ממנטורית בכירה שהשפיעה רבות על התפתחותה האישית והמקצועית, דחפה אותה ללמוד ולהתפתח באופן משמעותי.תוכנית המנטורינג Woman to Woman:נתי מדברת בהתלהבות רבה על תוכנית זו, בה היא השתתפה כמנטית. זו תוכנית ייחודית המיועדת בעיקר לנשים מתחום ההייטק והטכנולוגיה, עם מנטוריות בכירות בתעשייה, המלוות באופן אישי וקבוצתי. היא מתארת את השפעתה הגדולה של התוכנית על חייה המקצועיים ועל ראייתה האישית, וקוראת לנשים נוספות להשתתף בתוכניות מנטורינג ולהמשיך להתפתח.

בדיקות מוקדמות עם קארין זלוףבואו הקשיבו לניצן גולדנברג מראיין את קארין זלוף, מובילת בדיקות בחברת אוטודסק ומדברים על מה זה ״בדיקות מוקדמות״ ואיך קארין מיישמת את העיקרון הזה אצלה בחברהבפרק 48 של הפודקאסט, קארין זלוף משתפת כיצד בדיקות מוקדמות משולבות בפעילות היומיומית בארגונה. היא מדברת על החשיבות של שילוב הבדיקות בשלבים המוקדמים של הפיתוח, וכיצד גישה זו מסייעת בשיפור איכות המוצר ובהפחתת עלויות התיקון בשלבים מאוחרים יותר. קארין מציינת את היתרונות של עבודה צמודה עם צוותי הפיתוח, ומדגישה את הצורך בתקשורת פתוחה ושקופה בין כל הגורמים המעורבים בתהליך. היא גם מתארת את האתגרים הנלווים ליישום גישה זו, ומציעה דרכים להתגבר עליהם, כולל הכשרה מתאימה ושינוי תרבותי בתוך הארגון.קישור לפרופיל לינקדאין של ניצן גולדנברגקישור לפרופיל לינקדאין של קארין זלוףאם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל[email protected]קישור לרשימת כל הפודקאסטים שלנו   

מבדיקות חומרה לבדיקות תוכנה עם ירון באבאר בואו הקשיבו לניצן גולדנברג מראיין את ירון באבאר, מהנדס בדיקות בחברת אפקארד מספר על הדרך שעבר ואיך הוא עבר מבדיקות חומרה לבדיקות תוכנה  מתארח ירון באבאר אשר משתף בסיפורו האישי על המעבר מבדיקות חומרה לבדיקות תוכנה ITCB בפרק מספר 46 של הפודקאסט מביתבמהלך השיחה, ירון מתאר את האתגרים וההזדמנויות שנקרו בדרכו בעת המעבר מתחום החומרה לתחום התוכנה. הוא מדגיש את החשיבות של כישורים רכים, כגון תקשורת בין-אישית, יכולת הסתגלות ולמידה מתמדת, בתהליך ההסבה המקצועית. בנוסף, ירון משתף בתובנותיו על ההבדלים והדמיון בין בדיקות חומרה לבדיקות תוכנה, ומציע עצות למי שמעוניין לבצע מעבר דומההפרק מספק למאזינים נקודת מבט ייחודית על תהליך ההסבה המקצועית, ומדגיש את החשיבות של פיתוח כישורים רכים להצלחה בתחום הבדיקותקישור לפרופיל לינקדאין של ניצן גולדנברגhttps://www.youtube.com/embed/aNlsmeZZw_U?si=SkSTijPvtYEThp7B   [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל   

The episode features an interview with Keren Agassi, a QA manager and CEO, hosted by Nitzan Goldenberg and Natanel Harush. Based on this, here are some title suggestions for the episode:"QA Management & Leadership: A Talk with Keren Agassi""From QA to CEO: Keren Agassi’s Journey""Keren Agassi: Leading in QA and Business""Behind the Scenes of QA Management & Leadership with Keren Agassi""Keren Agassi on Success: From Quality Assurance to the CEO Seat"If you have any specific details or themes you'd like to emphasize, I can refine the titles further!

שיטות שונות לבדיקת ממשקים גרפיים עם טל-לי ברקבואו הקשיבו לנתנאל הרוש מארח את טל-לי ברק בפרק בו הם דנים בשיטות שונות לבדיקת ממשקים גרפיים  In episode 43 of the "TestIL Podcast," Nethanel Harush hosts Tal-Li Barak for an in-depth conversation about different methods for interface testing, in which Tal-Li offers important insights into the field.Episode Summary: During the interview, Tal-Li Barak shares her extensive experience in interface testing and presents a variety of methods and techniques for performing them. The discussion includes:Defining interface testing: Understanding the importance of interface testing in the development process and how they affect the quality of the final product.Different testing methods: An overview of various testing techniques, including manual and automated testing, and the advantages and disadvantages of each.Recommended tools: Introducing tools and technologies that assist in interface testing, with an emphasis on adapting to the specific needs of different projects.Common challenges: A discussion of challenges that may arise during interface testing and how to deal with them effectively.During the episode, Tal-Li Barak mentions several tools that help with interface testing:Postman: A popular tool for testing APIs, which allows for convenient sending and receiving of HTTP requests.SoapUI: A tool for testing web services using SOAP and REST protocols.JMeter: A tool for load and performance testing, also used for interface testing.Swagger: A tool for documenting and testing APIs, which allows for the creation of an interactive interface for testing services.קישור לפרופיל לינקדאין של טל-לי ברקקישור לפרופיל לינקדאין של נתנאל הרושקישור למאמר של טל-לי מגליון מס 38 במגזין ״עולם הבדיקות           

בפרק 40 של הפודקאסט "TestIL Podcast", נתנאל הרוש מראיין את איגור גולדשמיט בנושא "מהי האיכות וחשיבותה לבודקי תוכנה". השיחה מתמקדת בהגדרת איכות התוכנה, תפקידה הקריטי של הבטחת איכות (QA) בתהליך הפיתוח, וההשפעה הישירה של איכות הקוד על הצלחת המוצר.הגדרת איכות התוכנה: איכות התוכנה נמדדת במידת עמידתה בדרישות התפקודיות והביצועיות שהוגדרו לה, התאמתה לסטנדרטים המקובלים בתעשייה, ויכולתה לספק חוויית משתמש מיטבית. תוכנה איכותית היא כזו שפועלת ללא תקלות, מספקת את הפונקציונליות המצופה, ונוחה לשימוש.תפקיד הבטחת איכות (QA): הבטחת איכות תוכנה (QA) היא תהליך שיטתי המיועד להבטיח שהתוכנה המפותחת עומדת בדרישות האיכות שנקבעו לה. תהליך זה כולל תכנון וביצוע בדיקות, זיהוי ופתרון באגים, והבטחה שהמוצר הסופי יעמוד בציפיות הלקוח. ה-QA ממלא תפקיד מרכזי במניעת תקלות, שיפור חוויית המשתמש, והפחתת עלויות הנובעות מתיקונים מאוחרים.השפעת איכות הקוד: איכות הקוד משפיעה ישירות על תחזוקת התוכנה, יכולת ההרחבה שלה, וביצועיה. קוד איכותי הוא קריא, מתועד היטב, וניתן לבדיקה בקלות. שימוש במדדי איכות קוד מאפשר לזהות בעיות פוטנציאליות בשלב מוקדם, מה שתורם לפיתוח תוכנה בר-קיימא ומפחית חובות טכניים.הפרק מדגיש את החשיבות של שילוב מנגנוני הבטחת איכות לאורך כל מחזור חיי הפיתוח, ואת התפקיד הקריטי של בודקי התוכנה בהבטחת הצלחת המוצר.

פרק #38הקהילה החרדית בבדיקות תוכנהבואו הקשיבו לנתנאל הרוש מארח את רחל כרמון, מנהלת קהילת חרדיות בבדיקות תוכנה מדברים על איך זה לעבוד כחרדית בעולם ההייטק ובבדיקות תוכנה בכלל..תקצירבפרק ה-38 של הפודקאסט TestIL מבית ITCB, המנחה נתנאל הרוש מראיין את רחל כרמון, בודקת תוכנה חרדית, על השתלבותן של נשים חרדיות בתחום בדיקות התוכנה בישראל.נושאים מרכזיים בפרק:רקע אישי: רחל משתפת את סיפורה האישי, כולל המסלול שהוביל אותה לעולם בדיקות התוכנה.אתגרים והזדמנויות: דיון על האתגרים הייחודיים שנשים חרדיות מתמודדות איתם בתעשיית ההייטק, לצד ההזדמנויות שהתחום מציע.שילוב בין עבודה לחיים אישיים: רחל מתארת כיצד היא מאזנת בין הקריירה לחיים האישיים, תוך שמירה על ערכי הקהילה החרדית.תמיכה והכוונה: היא מדברת על החשיבות של מערכות תמיכה, מנטורינג והכוונה מקצועית לנשים חרדיות המעוניינות להשתלב בתחום.המלצות לעתיד: רחל מעניקה טיפים לנשים חרדיות השוקלות קריירה בבדיקות תוכנה, ומדגישה את החשיבות של התמדה, למידה מתמשכת ונחישות.הפרק מציע תובנות מעמיקות על האתגרים וההצלחות של נשים חרדיות בתעשיית ההייטק, ומדגיש את התרומה הייחודית שהן מביאות לתחום בדיקות התוכנה. מראיין: נתנאל הרוש                       

פרק #37שימוש במודלי שפה מקומיים ולא מקומיים עדי להאיץ את פיתוח האוטומציה לדפדפניםבואו הקשיבו לנתנאל הרוש מארח את סעיד ג׳אבר מ״עתיד האוטומציה״ אשר מדברים על שימוש במודלי שפה מקומיים ולא מקומיים כדי להאיץ את פיתוח האוטומציה לדפדפנים (scrapping לdom).תקצירהפרק עוסק בשימוש במודלי שפה מקומיים ולא מקומיים לצורך האצת פיתוח אוטומציה לדפדפנים. סעיד ג'אבר דן באתגרים והיתרונות בשילוב מודלים מסוג זה בתחום האוטומציה, ומתאר כיצד מודלים מקומיים יכולים לשפר את מהירות ועומק הבדיקות עבור יישומים שונים. בנוסף, הוא משתף בכלים שמקלים על הטמעת המודלים, ומדגיש את חשיבות ההתאמה של המודלים לצרכים ייחודיים של כל פרויקט. מראיין: נתנאל הרוש  [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל   

פרק #36שילוב ״פריימוורק״ אוטומציה לבינה מלאכותית בבדוקות תוכנה עם ניר גלנרבואו הקשיבו לנתנאל הרוש מארח את ניר גלנק אשר מדברים על שילוב ״פריימוורק״ אוטומציה לבינה מלאכותית בבדיקות תוכנה.תקצירהפרק עוסק בשילוב של ״פריימוורק״ אוטומציה עם בינה מלאכותית בתהליכי בדיקות תוכנה. המנחים דנים על היתרונות שבשימוש בבינה מלאכותית כדי לשפר את איכות ומהירות הבדיקות, עם דגש על יישומים מעשיים שמפשטים את העבודה ומאפשרים אוטומציה חכמה ויעילה יותר. הפרק מציג כלים וטכנולוגיות חדשות, לצד אתגרים שעולים משילוב אוטומציה מבוססת AI בפרויקטי תוכנה, כולל טיפים לשילוב מוצלח בפרויקטים קיימים. מראיין: נתנאל הרוש  

פרק #35טכניקת בדיקה - קופסא לבנה  ISTQB בואו לשמוע את קובי יונסי מרצה מוביל בתחום הבדיקות מדבר על אחת מטכניקות הבדיקה ״קופסא לבנה״  על פי הסמכת  בפרק הפעם נשוחח על אחת מטכניקות הבדיקה ״קופסא לבנה״ אשר נמצא בפרק מס 5 בסילבוס של ISTQBהפרק הוא חלק מסדרת שורטקאסטים ומתמקד בטכניקות בדיקה חשובות למפתחי תוכנה ובודקים, כאשר טכניקת הקופסא הלבנה מאפשרת הבנה עמוקה של מבנה הקוד הנבדק והיכולת לבדוק את כל המנגנונים הפנימיים שלו. יונסי מסביר את עקרונות הטכניקה, יתרונותיה ויישומים מעשיים בעבודה היומיומית של אנשי בדיקות תוכנה. הפרק מתאים גם לאלו המעוניינים להעמיק ביסודות הבדיקות וגם לאנשי מקצוע מנוסים     

פרק #34מהם היתרונות בהעסקת בודקים על הרצף?בואו הקשיבו לנתנאל הרוש וניצן גולדנברג מארחים את הרצל מישל אשר מספר מהם היתרונות בהעסקת בודקים על רצף האוטיזם.תקצירבפרק זה של פודקאסט "TESTIL" מבית ITCB, נמהחים נתנאל הרוש וניצן גולדנברג מארחים את הרצל מישל אשר כתב את המאמר ״מדוע כדאי להעסיק בודקים על הרצף״ אשר יפורסם בגליון #38 של מגזין ״עולם הבדיקות״. הפודקאסט עוסק ביתרונות של העסקת בודקים על הרצף האוטיסטי. הרצל מישל מדבר על חשיבות הגיוון בעובדים בתחום בדיקות התוכנה, ומדגיש את הכישורים והיכולות הייחודיות שמביאים בודקים על הרצף לתחום, כמו דיוק, ריכוז בפרטים וחשיבה לוגית. הוא מתאר את היתרונות שמעסיקים יכולים להפיק משילובם בצוותי בדיקה, לצד האתגרים השונים שיכולים לעלות בתהליך ההעסקה וההכשרה שלהם.קישור לאתר של עמותת ״סיכוי שווה״      

TBD

פרק #32מדיקל, קריפטו וניהול צוות גלובלי - מה יותר מעניין לדעתכם בואו הקשיבו לנתנאל הרוש מארח בתוכנית את יהודית שרעבי מדברים על מדיקל, קריפטו וניהול צוות גלובליתקצירבפרק זה, יהודית שרעבי משתפת מהניסיון שלה בתחומים שונים כמו תחום המדיקל, קריפטו, וניהול צוותים גלובליים. הפרק עוסק באתגרים השונים שכל אחד מהתחומים הללו מציב, ואיך היא מצליחה לעמוד בכל אתגר בדרך. במהלך השיחה היא מתארת את היתרונות והחסרונות של כל תחום, ואת ההשפעות של ניהול צוותים גלובליים כאשר הצוות..מראיין: נתנאל הרושאם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל: [email protected]  

פרק #31"קוד ספגטי" עם אלכס קומנוב בואו הקשיבו לנתנאל הרוש מארח בתוכנית את אלכס קומנוב ומדברים על מה זה "קוד ספגטי"תקצירבפרק זה, נתנאל הרוש מארח את אלכס קומנוב מנצח תחרות הבדיקות הישראלית ISTC לשנת 2023, בעל הערוץ ביוטיוב Geek of Automation ומוביל Playwright בישראל בנושא המאמר האחרון שלו במגזין "עולם הבדיקות" גליון מס 36 "אל תפחדו מקוד ספגטי".בפרק ידברו נתנאל ואלכס על האתגרים והתקלות הקשורים לכתיבת "קוד ספגטי" – מונח שמתאר קוד מסובך, לא מובנה וקשה לתחזוקה. השיחה מתמקדת במאמר שאלכס פרסם בנושא במגזין "עולם הבדיקות," ומציעה טיפים לכתיבת קוד נקי וקל לתחזוקה, תוך הימנעות מדפוסי קוד בעייתיים.מראיין: נתנאל הרושאם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל[email protected]   

פרק #29מנצחי תחרות הבדיקות הישראלית ISTC לשנת 2024בואו הקשיבו לניצן גולדנברג ונתנאל הרוש מארחים את אברהם ואוריה, מנצחי תחרות הבדיקות השיראלית ISTC לשנת 2024תקצירניצן גולדנברג ונתנאל הרוש מארחים את מנצחי תחרות הבדיקות הישראלית לשנת 2024.אברהם בוטבול ואוריה ולדמן הם המנצחים הגדולים של תחרות הבדיקות הישראלית ISTC לשנת 2024. בראיון, מספרים אברהם ואוריה על הדרך שהם עשו מרגע שהחלו להתחרות בתחרות בשנת 2023 כאשר הם לא עלו לגמר ועד השנה אשר הם עלו לגמר ואף חטפו את המקום הראשון. הם יספרו על החוויות שלהם בתחרות, מה הם לקחו מהתחרות וכמובן הכי חשוב, מה הסוד שלהם!  מראיינים: ניצן גולדנברג ונתנאל הרוש      [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל   

פרק #28איך לעקוף באג בפרודקשן (האנושי) עם אוהד יפרח בואו הקשיבו לניצן גולדנברג ונתנאל הרוש מארחים את אוהד יפרח בפרק סופר מרגש על הדרך שעבר אוהד כמהנדס בדיקות בכירובעל שיתוק מוחיןתקצירניצן גולדנברג ונתנאל הרוש עושים ראיון משותף עם אוהד יפרח, מהנדס בדיקות בכיר בחברת Gett.אנו נדון על הראיון שניצן ואוהד עשו בגליון מס 14 של מגזין "עולם הבדיקותאוהד מספר על הדרך שעשה מאז שהיה רק בן חצי שעה שקיבל חיסון כתינוק אשר גרם לחום גבוה ודלקת בקרום המוח והשאיר את אוהד נכה עם שיתוק מוחין בכיסא גלגלים. בראיון, מספר אוהד על הקשיים שהוא חווה בצעירותו ואשר המשיך לתקופה שלו כבגיר ועד לרגע שהוא החל לחפש עבודה. אוהד נתקל בדרכו בטריקת דלתות רק בשל היותו נכה עד אשר הגיע לחברת NICE ומצא את מקומו בתעשייה. משם המשיך אוהד לחברת ICQ האגדית אשר אוהד עבד שם כ-11 שנים. לאחר מכן חזר אוהד לעבוד שוב בחברת NICE ולאחר כמעט שנתיים, שני חברים טובים שעבדו עימו ב-ICQ לחצו עליו לעבור לעבוד בחברת Gett יחד איתם ומאז הואד עובד שם.אוהד מסתובב בארץ ומעביר הרצאות על סיפורו המרגש. החלום של אוהד זה לפתוח חברת כ"א אשר עוזרת לאנשים עם מוגבלויות למצוא את מקומם בשוק העבודה.אנו מציעים לכם להכין את הממחטות כי אתם לא תסיימו עם עיניים יבשות אחרי שתקשיבו לפרק המרגש הזה.  מראיינים: ניצן גולדנברג ונתנאל הרוש       [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל   

פרק #27לקריירה - מנהל או מנהיג QA לעשות  בואו לשמוע את ניצן גולדנברג ונתנאל הרוש מראיינים את המנטורית הבינלאומית בשיטת Elevate ובעלת הטור "לעשות QA לקריירה" במגזין "עולם הבדיקות", איילת מלמד כהן.תקציראיילת מלמד כהן, מנטורית למנהלי פיתוח ו-QA בסטאראפים ומאמנת בינ״ל בדרגת PCC לפיתוח מנהיגות בשיטת Elevate. איילת, שהתארחה אצלינו גם בפרק 11, משלבת בין שתי העולמות הללו בהרצאות, סדנאות ובטור ״עושים QA לקריירה״ במגזין עולם הבדיקות. הפעם דיברנו על מהו הדבר העיקרי שמבחין בין מנהל למנהיג ואיך אנחנו יכולים לבטא את המנהיגות שקיימת בנו וליצור השפעה.דיברנו על הצורך של כולנו להשפיע בעבודה ומחוצה לה - על עצמינו, על איך אנחנו נתפסים, על החלטות שמתקבלות ועל כיוון פיתוח הקריירה שלנו. כמה הדרך לעשות זאת חוצה את גבולות הסמכות הפורמלית או הטייטל, ועוברת דרך מנהיגות עצמית.   מנהיגות כזאת מאפשרת לנו להשפיע לא רק על מה שקורה, אלא להגיב בהצלחה לדברים בחיים שאנחנו לא שולטים בהם, שהם הרבה מעבר להגדרת התפקיד. איילת נותנת לנו דוגמא איך כ-Head of Quality הייתה צריכה לעשות בדיוק את זה, ומה כדאי לנו לתרגל ואיך. ״אתה יודע, בעבר ואצל חלקינו עד היום, כששומעים את המושג מנהיג.ה, אסוציאטיבית מדמיינים אדם עם כריזמה מתפוצצת, ייחודית, בעל יכולות מיוחדות שלא לומר סגולות נדירות, נכון?  אני חשבתי בעבר שזה מולד ו״או שיש לך את זה או שאין לך את זה״  אבל המחקרים העדכניים ביותר, ולא רק הם, תסתכל מה קורה מסביבך, מצאו שמנהיגות היא רק 30% מולדת ו- 70% נרכשת על ידי אימון, למידה והתנסות, כמו כל דבר שאתם מפתחים ומשכללים עד שאתם טובים בו. אז בפועל, מנהיגות היא לא תפקיד, היא לא אדם, אלא צורת התנהלות והיא בעיקר נרכשת״ מראיינים: ניצן גולדנברג ונתנאל הרוש.     [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל   

TBD

 פרק #25טכניקת בדיקות מבוססת נסיון ניחוש שגיאות - Error Guessing  בואו לשמוע את קובי יונסי מרצה מוביל בתחום הבדיקות מציג את אחת מטכניקות הבדיקות מבוססות ניסיון "ניחוש שגיאות - Error Guessing" על פי הסמכת ISTQB.  בפרק הפעם נשוחח על גישת ניחוש שגיאותאחת השיטות המוכרות בטכניקות בדיקה מבוססות ניסיון היא שיטת ניחוש שגיאות.שיטת זאת מבססת את הניחוש על היכרות מוקדמת של הבודקים עם המערכת או עם מערכות מיחשוב דומות. היכרות שיכולה לאפשר להם לנחש מראש איפה יכולות להסתתר תקלות.בשורטקאטס נתאר את הטכניקה ואופן יישום השיטה הלכה למעשה.נשוחח על היתרונות והחסרונות של השיטה.נמליץ מתי כדאי ואיך כדאי ליישם את השיטה, באילו מצבים ועל פני אלו מוצרים?בשיחה אתאר תקלה אפשרית במערכת ניהול שכר לעובדים שניתן יהיה לעלות עליה באמצעות טכניקת ניחוש שגיאות.לסיום, נסכם במספר מילים מה הוא הערך המוסף שהטכניקה יכולה להוסיף לצוות הבדיקות ונשאיר לכם להחליט אם תרצו לממש אותה אצלכם בחברה.    [email protected] :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל     

פרק #24סטארט אפ VS קורפורייט עם ג'ני רויטמן בואו הקשיבו לנתנאל הרוש וג'ני רויטמן מדברים על מה ההבדלים בין לעבוד בחברת סטארט אפ לבין קורפורייטתקצירג׳ני רויטמן, מנהלת בדיקות, בהתמחות על תחום המדיקל.כיום QA Manager בחברת Igentify - סטארט אפ בתחום הבריאות הדיגיטלית, המשחררת צווארי בקבוק בתהליך הבדיקה הגנטית, דרך היועץ הגנטי הדיגיטלי שלה. ״אני מאמינה שבודק זה יותר אופי מאשר לימוד אינטנסיבי. ברור שצריך ללמוד ולהשתפר כל הזמן, להכיר כלים ומטודולוגיות, לשפר תהליכים, אבל העיקר - שזה אצלכם באופי. אז אם אתם אלו שרואים באגים בעולם אפילו בחיים הפרטיים (מזגן תקול באוטובוס, שלט חוצות עקום, שני רווחים בין מילים בוורד וכו׳) - לכו על זה. תמצאו לכם את הדרך - אם זה ללמוד לבד או לעשות קורס, אם זה סטארטאפ קטן או חברת קורפורייט ענקית. תעשו מה שטוב לכם. תמצאו לכם את העבודה שאליה תרצו להגיע בחיוך כל בוקר.״ בפודקאסט שלפניכם אנחנו דנים בהבדלים בין סטארטפ לקורפורייט, הן בהיבטים של בדיקות ובכלל. על תרבות אירגונית ותהליכי קבלת החלטות, על כלים וטכנולוגיות והיקף הפרוייקטים. במה סטארטאפים יכולים ללמוד מקורפורייט ולהפך והיכן כדאי להתחיל לעבוד וללמוד אם זו העבודה הראשונה שלנו.מראיין: נתנאל הרוש      : [email protected] : אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל 

TBD 

פרק #22 Jam.Dev בואו להכיר את  בואו הקשיבו לראיון של ניצן גולדנברג ונתנאל הרוש מראיינים את הבעלים המשותפים של אחד הכלים העולים בקהילת הבודקים והמפתחים Jam.devתקצירבפרק הזה אנחנו מארחים את המייסדים של חברת Jam.Dev - דני גרנט ואירפטה.הפעם אנחנו מבצעים אירוח מרובה משתתפים של 2 מראיינים: נתנאל הרוש וניצן גולדנברג עם 2 המסיידים של חברת Jam.Dev.דני ואירטפה מספרים למה הם הקימו את החברה, איך הגיעו לשם Jam, ומה צופה העתיד של החברה.אני וניצן מספרים להם על החוויה האישית שלנו משימוש יום יומי במוצר של מעל שנה, למה אנחנו כמשתמשים מצפים לראות בהמשך (סוד קטן - דיווח באגים בקליק במובייל), ואיך היום אנחנו לא רואים את עצמנו מדווחים באגים ב-web ללא הכלי הזה.SummaryIn this episode, we host the founders of the Jam.Dev Company - Danny Grant and IrtefaThis time we are doing a multi-participant hosting of 2 interviewers: Natanel Harush and Nitzan Goldenberg with the 2 hosts of the Jam.Dev company.Danny and Ertapa tell why they founded the company, how they got there Jam, and what the future holds for the company. Nitzan and Netanel will tell them about their personal experience from daily use of the product for over a year, what they as users expect to see in the future (a little secret - reporting bugs with a click on mobile), and how today they can't see themselves reporting bugs on the web without this tool. מראיינים: נתנאל הרוש וניצן גולדנברג.