סיכום השורטאקסט

בפרק הפעם נשוחח על טבלאות החלטה.

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

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

=====================================

משימה למאזינים:

עליכם ליצור טבלת החלטה לפי התנאים הבאים:

התוכנה היא עבור חברת ביטוח ישראלית שמציעה פוליסת ביטוח ייחודית למבוטחיה,

מי שרשאי להיות מבוטח יצטרך לעמוד בקריטריונים הבאים:

הלקוח הינו תושב ישראל

גילו של הלקוח אמור להיות בטווח של 18 עד 65 שנים

לקוח מעשן - יכול להיות מבוטח ללא הנחה

לקוח שאינו מעשן - יכול להיות מבוטח ולקבל הנחה בגובה של 10%

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

את הפתרון, עליכם לשלוח למייל TestILPodcast@gmail.com והזוכה הראשון/ה שישלחו את הפתרון הנכון יועלו לשיחה בפודקסט הבא

בהצלחה! 

פרק #19

"ראיון המעלית" - טיפים למחפשי עבודה

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

תקציר

בפרק הזה נתנאל הרוש מדבר עם לימור שחר משנה למנכ"ל וסמנכ"לית משאבי אנוש בקבוצת UCL על ראיונות עבודה, למה צריך קורות חיים ואיך לכתוב אותם, על מה רצוי להתמקד, איך מתמודדים עם שאלות בראיון, איך בכלל מתוכננים לראיון עבודה, ואיך לקבל דחיות (rejects) ולהפיק מהם את מירב התועלת.

קבוצת UCL שהוקמה בשנת 2012, החברה מתמחה בפתרונות תוכנה לתחום מערכות מידע. לימור בעלת ניסיון של כ-25 שנים בהובלת פתרונות ללקוחות תוך ליווי המועמדים והתאמת תהליך הגיוס הטכנולוגי לצורך העסקי של הלקוח. החברה משווקת מוצרי תוכנה ופתרונות טכנולוגיים בעולמות הליבה, הדיגיטל וה-DATA. מספקת שירותי ייעוץ ומיקור חוץ ללקוחות בתחום התוכנה. החברה מגייסת גם בימים אלה למגוון תפקידים: מנהלי פרויקטים, מנתחי מערכות,  מפתחים ובודקי תוכנה.ניתן להתעדכן במשרות הפתוחות באתר החברה  https://ucl-group.co.il ו/או לשלוח קו"ח ישירות ללימור במייל

limor@ucl-group.co.il

מראיין: נתנאל הרוש.

 TestILPodcast@gmail.com :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל

פרק #18

בדיקות מבוססות מודל

בואו לשמוע את נתנאל הרוש וד"ר מיכאל בר-סיני מחברת Provengo מדברים על בדיקות מבוססות מודל.

תקציר

מיכאל הוא ה-CTO של חברת פרובנגו, סטארטאפ ישראלי שיצא מאוניברסיטת בן-גוריון ובונה כלים לבדיקות מבוססות מודל. לפני זה היה חוקר באוניברסיטה, ועבד בחברות וגופים שונים בארץ, באנגליה, ובארצות הברית.בפרק זה נדבר עם ד"ר מיכאל בר-סיני על בדיקות מבוססות מודל (MBT - Model Based Testing). גישה זו מאפשרת לבודקים להתמקד באפיון הפונקציונליות של המערכת הנבדקת במקום בכתיבה ותחזוקה של תסריטי בדיקה. את האפיון עושים בעזרת מודל ממוחשב, ממנו ניתן לייצר תסריטי בדיקה רבים, ואף לבנות חבילות בדיקה באופן אוטומטי עבור מטרות שונות (למשל חבילת רגרסיה, חבילת smoke tests, או חבילה המתמקדת בסט פונקציונליות מסויים).בנוסף, מודלים כאלו מאפשרים להבין דרישות מערכות בצורה טובה - למשל על ידי יצירת שרטוטים שלהם, המאפשרים למצוא בדרישות סתירות אפילו לפני שהמערכת נכתבת. כך בודקים יכולים לעזור לאנשי המוצר לגבש את האפיון לפני שהפיתוח מתחיל בכלל לעבוד.

מראיין: נתנאל הרוש.

 TestILPodcast@gmail.com :אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל 

פרק #17

ראיון עם מוביל בדיקות נחום דימר

נחום דימר, בעלים של חברת Cloudbeat

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

תקציר

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

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

במפגש נשוחח גם על מגמות וטרנדים בתחום הבדיקות האוטומטיות והשילוב של AI.

נחום מדבר על עבודה בבדיקות בחו"ל כמי שמרכז הפעילות שלו הוא באירופה (פולין), מה ההבדל בין בודק תוכנה בארץ אל מול בודק תוכנה באירופה או באמריקה.

בסוף הראיון שוחחנו על טיפים והיערכות לבוגרי קורס שמעוניינים להיכנס לתחום.

איך מוצאים עבודה בבדיקות? איך להגיע מוכן לתעשייה? ומה הם הצעדים שמומלץ לעשות לכל מי שסיים קורס.

מראיין: קובי יונסי.

פרק #16

ראיון עם מובילת בדיקות 

קארין זלוף

קארין זלוף, מובילת בדיקות בחברת Autodesk

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

תקציר

קארין החלה את הדרך שלה בהייטק בגיל 21, כאשר ביטלה את הרישום לתואר והחליטה לשנות כיוון ולהתחיל קורס בבדיקות תוכנה. בפודקאסט תוכלו לשמוע על הדרך שעשתה בחברה הראשונה בה עבדה 8 שנים במהלכן התנסתה לראשונה בתהליכים שלא נוגעים רק לבדיקות בחברה, הניעה יוזמות, סיימה תואר ב״מערכות מידע״ בהצלחה וזאת תוך קבלת הובלה של הבדיקות על מוצר חדש ומוביל בארגון. אבל, קארין לא נחה שם והחלה לקחת חלק גם בגיוס בודקים וללוות אותם מקצועית בצוותים השונים בחברה.
זה רק חלק מעוד הרבה אתגרים שלקחה על עצמה וגם זימנה לעצמה כדי להגדיל את סל היכולות שלה כבודקת תוכנה.
ב-2020 הגיעה הקורונה ועם חזרתה של קארין מחופשת לידה, החליטה לחזור לשוק העבודה ולחפש את המקום הבא להתפתח בו והפעם כאמא טריה.
בשנתיים האחרונות, קארין עובדת בחברת אוטודסק כמובילת בדיקות בסייט בת״א וכבודקת ידנית ואוטומציה בצוות פיתוח האחראי על הפיתוח והתחזוקה של שני מודולים - Meetings ו-Correspondence בשני מוצרים המפותחים כאן בישראל - ACC ו-BIM360.
בפודקאסט קארין משתפת בטיפים ועונה גם על שאלות הנוגעות להורות בהייטק, ההתמודדויות ועל איך מתנהלים נכון כשיש לך שני תחומי אחריות בחברה עם מחוייבות כלפי צוות פיתוח ולבודקים מצוותים אחרים.

 TestILPodcast@gmail.com: אם גם אתם מעוניינים להשתתף בפודקאסטים, אנא צרו עימנו קשר במייל

בדיקות נגישות חלק ב

חלק ב' בנושא נגישות עם אלון פרידמן ויסברד, מומחה נגישות דיגיטלית בחברת Wix.

נתמקד בכלים ובאיך בודקים נגישות.

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

הנחיות WCAG:

פועלים לפי הנחיות של ארגון האינטרנט הבינלאומי. קובץ ההנחיות לתוכן הנגיש באינטרנט הנקרא WCAG. בגרסה עדכנית 2.2. הגרסה מורכבת מעשרות קריטריונים, אשר מחולקים ל-4 קטגוריות-על עיקריות: Perceivable, Operable, Understandable, Robus. הקריטריונים מחולקים לשלוש רמות: A, AA, AAA. רמה A - הדרישות הבסיסיות ביותר.

רמה AA - דרישות חשובות ביותר אבל פחות.

רמה AAA - זה רמת ה nice-to-have שתיתן נגישות טובה מאוד, אבל לא מצופה שכל אתר יעמוד בכל הסעיפים האלה. רוב החקיקות בעולם וגם בישראל, סובבות סביב רמה AA.

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

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

בדיקות עם מקלדת:

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

מה בודקים?

נשתמש במקש ה-TAB המשמש אותנו לעבור בין אלמנטים אינטראקטיביים (קישורים, כפתורים, שדות טפסים וכו'). יש לשים לב שאלמנטים לא אינטראקטיביים כמו סתם טקסט לא אמורים להגיע אליהם עם TAB.

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

דבר שני - לשים לב שתמיד יש סימון ברור לפוקוס (דוגמת המלבן הכחול שיש מסביב). אחרת לא נדע איפה הפוקוס.

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

דבר שלישי - בלי עצירות מיותרות. כלומר, אם יש לנו תבנית של רשימת אירועים, ולכל אחד יש תמונה, כותרת ו"קרא עוד" וכל אחד מהם הוא לינק לאותו מקום, אז יש כאן סתם 3 לינקים במקום אחד. וכאמור, על חלק מהמשתמשים זה ממש מכביד.

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

דבר חמישי - לוודא שיש "מעקף בלוקים". בשביל להקל על משתמשי מקלדת שכבר נמצאים באתר, ולא רוצים בכל עמוד לנווט דרך כל התפריט שנמצא ב-HEADER, אז מוסיף קישור שמדלג באופן ישיר אל התוכן הראשי. איך בודקים את זה? עושים קליק אחד בשדה של ה-URL בדפדפן, ומשם מתחילים ללחוץ על TAB. הדבר הראשון שאמורים להגיע אליו זה "קישור לתוכן הראשי", ולחיצה על ENTER עליו, הקישור אמור לדלג ישירות לתוכן הראשי. 

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

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

צבעים 

נתחיל במה שמפריע למשתמשים שהם עיוורי צבעים: שימוש בצבע כאמצעי יחיד להעברת מידע. אם למשל אני נכנס לאתר של תוצאות כדורסל של קבוצה מסוימת, אם כתוב ליד כל תוצאה W או L לציון ניצחון/הפסד, ומופיע צבע ירוק/אדום בהתאם, זה בסדר. אבל (אם) לא יהיה את הסימון W/L אלא רק את הצבע - אז עיוורי צבעים לא יוכלו לקבל את המידע הזה. תוסף סימולטור של מוגבלויות, כולל עיוורון צבעים מסוגים שונים. 

עוד טריק לבדיקה - לעשות "הדפסה בשחור לבן" ואז לראות אם כל התוכן ברור גם ללא צבעים. 

ניגודיות צבעים 

חישוב הניגודיות/קונטרסט נעשה בעזרת נוסחה מסובכת במסמכי WCAG. היחס בין שני הצבעים תמיד בטווח שבין 1:1 (הצבע על עצמו) לבין 21:1 (שחור על לבן / לבן על שחור - זה אותו דבר מבחינת החישוב). 

ב-WCAG הרף המינימלי לניגודיות צבעים בין טקסטים היא 4.5:1.

בשביל לתת קצת מושג - למשל אדום על לבן זה 4:1. 

לטקסטים גדולים יש "הנחה" קלה, ומספיק 3:1. 

איך בודקים?

השיטה הכי מהירה וקלה - ה-inspector של CHROME - דרך F12 או ישירות CTRL+SHIFT+C שפותח ישר את הסמן של ה-INSPECTOR. ואם אני ארחף עם הסמן מעל טקסט, הוא יכתוב לי את הקונטרסט שלו, וגם יעשה לי V ירוק או X אדום שכבר מחשב אם זה עובר או לא את המינימום הנדרש. שימו לב שהחישוב שלו כבר לוקח בחשבון את גודל הטקסט, ולכן למשל 4:1 יקבל V ירוק אם הטקסט גדול מספיק. 

שימו לב שאם רוצים לבדוק מצב HOVER של כפתור - הדבר היחיד שניתן לעשות, הוא לגרום למצב ה-HOVER ואז ללחוץ על קיצור המקלדת CTRL+SHIFT+C לפתיחת ה-INSPECTOR ואז תזוזה קטנה על הכפתור תיתן את קונטרסט הHOVER.

איך בודקים כשזה לא רקע אחיד? או כשזה על רקע של תמונה?

כלי בדיקה ראשון ה-CONTRAST CHECKER של WEBAIM. פשוט נכנסים לאתר שלהם בוחרים את שני הצבעים שרוצים למדוד את היחס ביניהם; כשבאים לבחור צבעים, ניתן להשתמש שם בטפטפת לדגימת צבעים. (שימו לב שצריך דפדפן כרום בשביל שהטפטפת תעבוד.)

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

ניגודיות של דברים שאינם טקסט - נגיד למשל אייקון של פייסבוק או של זכוכית מגדלת. שם הדרישה היא ל 3:1 בלבד (בדומה לטקסט גדול). 

זום 

בעבר הדרישה הייתה רק להגדלה של הטקסט ל 200%, ולראות שלא נעלם שום דבר והכל עובד. 

מאז זה הפך להיות דרישה לזום של 400%, וצריך לוודא שלא רק ששום דבר לא נשבר או לא עובד, אלא שגם אין גלילה אופקית (או ליתר דיוק גלילה דו מימדית). כלומר מה שמעוניינים למנוע כאן זה את העובדה שמי שהגדיל את הטקסט יצטרך לגלול ימינה/שמאלה כל הזמן בשביל לקרוא את הטקסט. מה שרוצים שבעצם יקרה זה REFLOW - כלומר שהכל יסתדר בעמודה אחת ויתאים את הטקסט לרוחב הנתון. 

מצד אחד צריך לשים לב שבמובייל לא מבטלים את ה-GESTURE של PINCH TO ZOOM. חובה לתמוך באפשרות של היוזר לעשות זום.

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

טקסט ספייסינג

עוד בדיקה של מניפולציות של סטיילינג שהיוזר יכול לעשות: 

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

הבדיקה לזה היא בעזרת BOOKMARKLET פשוט - בקישור הזה יש את הכלי - פשוט גוררים את זה לBOOKMARKS BAR ואז בקליק זה מייצר את הריווחים כפי הנדרש. 

כיוון המסך

שימו לב שיש בדיקה חשובה - לוודא שבמובייל האתר מתאים את הכיווניות שלו בין מצב של PORTRAIT ו LANDSCAPE. זה נועד עבור משתמשים עם מגבלה פיזית אשר יושבים מול מכשיר שהוא מקובע בכיווניות מסוימת (לדוגמה LANDSCAPE) ואז הוא בעצם לא מסוגל לסובב את המסך ועל כן בלי להתאים את האתר לשני הכיוונים, זה לא יהיה שמיש עבורו. 

הערה: יש מקרים חריגים שבהם זה מחייב כיוון מסויים, אז זה בסדר שאי אפשר לסובב. דוגמת אפליקציית פסנתר שהייתה מחייבת תצוגת LANDSCAPE ולא הייתה עובדת ב PORTRAIT וזה לגיטימי. (לעומת בלוג שסתם לא מסתובב - ששם זה באג שצריך לתקן). 

קורא מסך 

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

קורא מסך הינה תוכנה שלוקחת את הAPI של ה ACCESSIBILITY TREE שהיא נגזרת של ה DOM. מפשיטים מה HTML את כל הדברים העיצוביים הלא חשובים. מה שחשוב זה התוכן, הסדר שלו, ומה הסמנטיקה של הדברים - האם זה כפתור / לינק / תמונה / כותרת וכו'. 

לאחר מכן זה מעביר דרך מנוע דיבור לקול עם מבטא כזה או אחר.

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

בהדגמה שמענו כשקורא המסך לא מתאר סמנטית במדויק את מה שרואים על המסך. וגם נתקלנו בדוגמה שנעשתה פעולה אבל לא היה שום חיווי לקורא המסך. עשינו שימוש בדילוג אל תוכן ראשי. שמענו את הכותרת הראשית והכרנו את קיצור המקלדת H של קורא המסך NVDA אשר מעביר אותנו בין כותרות בעמוד. בנוסף, יש קיצורים 1-6 לצורך דילוג את הכותרת מסוג H1 / H2 / H3 הבא. 

באתר הזה ראינו שיש H1 שהוא קיים ויחיד ברמה הטכנית אבל לא ממש מתאר את העמוד באופן מוצלח.

להורדת קורא המסך NVDA שהוא חינמי ופועל על מערכת ההפעלה WINDOWS.

מקווים שהפרק היה ברור ומועיל. 

מוזמנים לשלוח תגובות ושאלות לקראת הפרק השלישי

 פרק #14

בדיקות חוקרות

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

בשורטקאסט הזה אנו נשוחח על מה הם בדיקות חוקרות?

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

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

במפגש אשוחח על היתרונות בבדיקות חוקרות ועל הקשר של בדיקות אלו עם אחד משבעת עקרונות הבדיקה הידועים.

לצד זאת, נציג את החסרונות והחולשות בשימוש בבדיקות חוקרות ובעיקר ממה כדאי להיזהר.

נתייחס לבדיקות חוקרות כאשר לא קיים בתוכנה ממשק גרפי למשתמש והשימוש בבדיקות אלו הופך את התהליך למאתגר מאוד.

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

אם אתם מעוניינים לשמוע על צורת עבודה מהירה לטוב ולרע, 

אם אתם עובדים בבית תוכנה שאינו מספק לכם מפרט טכני או שהמפרטים אינם מעודכנים. הפרק הזה הוא בשבילכם.

אם גם אתם מעוניינים להשתתף בפודקסטים, אנא צרו עימנו קשר במייל: TestILPodcast@gmail.com

פרק #12

בדיקות ממשק תכנות יישומים (API) עם גיל זילברפלד

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

תקציר

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

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

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

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

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

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

אם גם אתם מעוניינים להשתתף בפודקסטים, אנא צרו עימנו קשר במייל: TestILPodcast@gmail.com

פרק #11

עושים רטרוספקטיבה לקריירה עם איילת מלמד-כהן

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

תקציר

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

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

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

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

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

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

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

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

איילת הקימה את ELEVATE ועוזרת כיום לאנשים פרטיים, לצוותי QA ולארגונים לצמוח, גם דרך סדנאות לפיתוח עצמי ומקצועי לצד בניית הכישורים רכים (Soft Skills) הנדרשים בכל תחום שבו יש התנהלות מול אנשים וממשקים קריטים.

איילת, בעלת הטור "עושים QA לקריירה" במגזין "עולם הבדיקות", בוגרת תואר ראשון ושני בכלכלה ומנהל עסקים מאוניברסיטת בר אילן, בעלת דרגת PCC ב-ICF, וליוותה בשנים האחרונות מאות מנהלים ברחבי העולם. 

  TestILPodcast@gmail.com :אם גם אתם מעוניינים להשתתף בפודקסטים, אנא צרו עימנו קשר במייל

פרק #12

עוברים לצד העסקי" עם נטליה רחמני"

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

תקציר

נטליה רחמני, Director of Sales and Marketing Operations בחברת ThetaRay, מספרת בפרק "עוברים לצד העסקי" על הדרך שעברה מניהול הבדיקות לצד העסקי ועל איך עולם הבדיקות עוזר לה גם בתפקידה הנוכחי.

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

עם השנים נטליה ניהלה בדיקות במערכות מורכבות עתירות אלגוריתמים , AI, SaaS. זה כלל ניהול בדיקות שליטה ובקרה בפרויקטים ביטחוניים רבים וביניהם פרוייקט הלאומי "כיפת ברזל" בחברת MPrest, מערכות מידע רדיאולוגיות בחברת Philips - ישראל וניהול תחום הבדיקות המיועד לאיתור, ניטור ומניעת פשיעה פיננסית למוסדות פיננסיים גדולים וחברות פינטק בעולם.

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

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

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

אם גם אתם מעוניינים להשתתף בפודקסטים, אנא צרו עימנו קשר במייל: TestILPodcast@gmail.com