TestIL Podcast

ITCB

The ITCB podcast are intended for all software testers in Israel. Here you will find podcasts on topics such as interviews with test managers, test engineers who have undergone conversion from other fields, reviews of various events, tips for job seekers, lectures on any topic in the world of software testing The podcasts are delivered in Hebrew

  1. פרק #61 | ניהול וקידום עובדים בהייטק עם פבל מלין

    14 SEP

    פרק #61 | ניהול וקידום עובדים בהייטק עם פבל מלין

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

    59 min
  2. פרק #60 | מהישיבה בקהילה חרדית לבניית תשתיות אוטומציה עם בני שור

    6 SEP

    פרק #60 | מהישיבה בקהילה חרדית לבניית תשתיות אוטומציה עם בני שור

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

    1 h y 3 min
  3. פרק #59 | להיות עורכים ראשיים במגזין ״עולם הבדיקות״

    19 AGO

    פרק #59 | להיות עורכים ראשיים במגזין ״עולם הבדיקות״

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

    36 min
  4. פרק #58 | בדיקות מבוססות סיכונים - קובי יונסי

    30 JUL

    פרק #58 | בדיקות מבוססות סיכונים - קובי יונסי

    שורטקאסט - בדיקות מבוססות סיכונים  קובי יונסי בפינתו הקבוע ״האנציקלופדיה לבדיקות״ ממגזין ״עולם הבדיקות״ מרחיב לנו בשורטקאסט על משמעות המושג ״בדיקות מבוססות סיכונים״ מתוך הסילבוס של ISTQB ואיך סיכונים משתלבים בחיי היום יום של הבודקים  הפרק עוסק בגישת בדיקות מבוססות סיכונים שיטה המאפשרת למקד מאמצי בדיקה באזורים הקריטיים ביותר במערכת, במיוחד כאשר זמן, תקציב או משאבים מוגבלים קובי יונסי מסביר ש"סיכון" מוגדר כשילוב של ההסתברות לכשל ועוצמת ההשפעה שלו, ומדגים כיצד מתעדפים בדיקות בהתאם לכך השלבים המומלצים כוללים זיהוי סיכונים – בשיתוף בעלי עניין, מנהלים, מפתחים ולקוחות הערכת הסיכונים – דירוג לפי חומרה והסתברות (בסקאלה מותאמת) התאמת הבדיקות – השקעת מאמץ ובדיקות מעמיקות יותר באזורים בסיכון גבוה שיפור מתמשך – עדכון רשימת הסיכונים בכל שינוי או גרסה נידונות טכניקות לבחירת הבדיקות: חוק פארטו (80/20), בדיקות בפונקציות מורכבות, על סמך היסטוריית תקלות, ובדיקת אזורים שבהם כשל יגרום לנזק חמור במיוחד הוא מדגיש חשיבות שיתוף הלקוח והבנת חוויית המשתמש, מביא דוגמאות מעולמות המסחר המקוון והגיימינג, ומספר על מקרה אמיתי בחברת שבו התמקדות בשדות חדשים במערכת מנעה בעיות משמעותיות והעלתה את דיוק המשתמשים המסר המרכזי אי אפשר לבדוק הכול – אבל אפשר לבדוק את הדברים הנכונים בדיקות מבוססות סיכון הן כלי אסטרטגי לניהול זמן, משאבים ואיכות המוצר בצורה חכמה קישור לפרופיל לינקדאין של קובי קישור לאתר של קובי               אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל Podcasts@itcb.org.il

    19 min
  5. פרק #57 | בדיקות בצה״ל עם ניצן גולדנברג

    27 JUL

    פרק #57 | בדיקות בצה״ל עם ניצן גולדנברג

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

    1 h y 13 min
  6. פרק #56 | מתודולוגיית בדיקות מהירות - גישת הבדיקות הקונטקסטואלית עם ג׳יימס באך חלק 2

    12 JUL

    פרק #56 | מתודולוגיית בדיקות מהירות - גישת הבדיקות הקונטקסטואלית עם ג׳יימס באך חלק 2

    מתודולוגיית בדיקות מהירות - גישת הבדיקות הקונטקסטואלית עם ג׳יימס באך חלק 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 דקות)

    1 h y 37 min
  7. פרק #55 | מתודולוגיית בדיקות מהירות עם ג׳יימס באך - חלק א

    25 JUN

    פרק #55 | מתודולוגיית בדיקות מהירות עם ג׳יימס באך - חלק א

    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.

    27 min
  8. פרק #54 | ״ספר פתוח - בדיקות תוכנה מהזווית האישית״ עם אוריאלה כהן

    5 JUN

    פרק #54 | ״ספר פתוח - בדיקות תוכנה מהזווית האישית״ עם אוריאלה כהן

    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 ועד להיותה מחברת אחד הספרים הראשונים בעברית על בדיקות תוכנה ?איך מגיעים לכתוב ספר בתחום שלא נכתב עליו כמעט דבר אוריאלה כהן, מהנשים הבולטות בתחום בדיקות התוכנה בישראל, משתפת את הדרך המרתקת שלה מעבודה מול מחשבים בשחר ההייטק, דרך הוראת בדיקות בגישה אינטראקטיבית ונטולת מצגות – ועד לכתיבת ספר מקיף שמדבר בגובה העיניים גם למי שלא מגיע מהתחום דיברנו על חשיבה ביקורתית, למידה עצמאית, חינוך בודקים לחשוב – ולא רק למלא טפסים, ולמה חשוב “לקרוא בין השורות” במסמך אפיון פרק חובה למי שבודק, מלמד או פשוט אוהב להבין דברים לעומק הפרק הפעם כולל חידה אשר מזכה את המאזין הראשון שיענה נכונה ספר מתנה החידה לפני שנים רבות, בכפר קטן, חי איכר חסר מזל שהיה חייב כסף רב למלווה בריבית באותו כפר המלווה, שהיה זקן ומכוער, רצה מאוד את בתו היפה של האיכר, אז הוא בא עם הצעה הוא יוותר על החוב אם בתו של האיכר תינשא לו האיכר ובתו היו מזועזעים מההצעה, ולכן המלווה הערמומי הציע ש"יד הגורל" תחליט בנושא, בדרך הבאה הוא ישים חלוק אבן לבן וחלוק אבן שחור בתוך שקית בד הבת תוציא אבן מבלי להסתכל בתוך השקית, ואז  אם היא תוציא אבן שחורה, היא תהייה לאשתו של המלווה, והחוב יימחק אם היא תוציא אבן לבנה, היא לא תיאלץ להינשא למלווה, אבל החוב יימחק אם היא תסרב להוציא אבן מהשקית, אביה יישלח לכלא שלושתם עמדו בשביל שהיה מרופד בחלוקי אבן, והמלווה הרים שני חלוקים בת האיכר שמה לב שהמלווה לקח שני חלוקי אבן שחורים ושם אותם בשקית, ואז ביקש ממנה להוציא אבן אחת תארו לעצמכם את המצב, ומה הייתם עושים במקומה היא יכולה לסרב, ואז אביה ילך לכלא היא יכולה לטעון שישנן שתי אבנים שחורות, ולהציג את המלווה כרמאי היא יכולה להוציא אבן שחורה ?אם הייתם במקומה של בת האיכר, באיזו דרך תנקטו לפתרון הבעיה את פתרון החידה יש לשלוח לאוריאלה למייל uriella@qa-online.software בנוסף, במיוחד למאזיני קהילת הבודקים, מחיר מיוחד לרכישת הספר ״לחפש באגים, המדריך המעשי לבודק תוכנה״ באמצעות הקוד קופוןBook2025-40רכישה דרךhttps://qa-online.software/ספר-לחפש-באגים/  קישור לפרופיל לינקדאין של אוריאלה קישור לפרופיל לינקדאין של ניצן קישור לפרופיל לינקדאין של נתנאל     אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל Podcasts@itcb.org.il

    49 min

Acerca de

The ITCB podcast are intended for all software testers in Israel. Here you will find podcasts on topics such as interviews with test managers, test engineers who have undergone conversion from other fields, reviews of various events, tips for job seekers, lectures on any topic in the world of software testing The podcasts are delivered in Hebrew