פרטי משרה

img

פרטי המשרה

אחרי שמספר בודקי תוכנה (בעיקר חסרי ניסיון אבל לא רק) שפגשתי חזרו על אותן טעויות אחד אחר השני, זה כנראה סימן לחדד כמה מושגים חשובים. 1. בדיקת קצה / ערכי גבולות (Boundary Test) בדיקה חיובית בודקת שערכי הקצה התקינים שמוזנים למערכת מגיבים בהתאם לדרישות. דוגמה: במסמך האיפיון הוגדר שסיסמא תקינה / חוקית היא בת 5-12 תווים. בדיקת הקצה (החיובית) שלנו תהיה הזנת סיסמא עם 5 תווים ושוב עם 12 תווים. לא להתבלבל בין בדיקת קצה / קצוות (ערכי גבולות), לבין בדיקת "קצה לקצה" (End to End / E2E). בדיקת "קצה לקצה" בודקת תהליך עסקי (Flow) חיובי קצר / ארוך במערכת. דוגמה: "בדיקת משיכת כסף מכספומט" - הבדיקה תכיל רצף פעולות החל משלב הכנסת הכרטיס, הכנסת קוד, בחירת סכום משיכה, אישור הפעולה, קבלת הכרטיס, קבלת הכסף, קבלת פתק סיכום הפעולה וחיוב החשבון. 2. בדיקה שלילית (Negative Test) בדיקה שמיועדת לוודא שהמערכת מצליחה להתמודד עם קלט (או פעולה) לא חוקית. דוגמה: ניסיון הזנת סיסמא בת 13 תווים כאשר סיסמא חוקית היא בעלת 5-12 תווים. המערכת במקרה הזה צריכה להתמודד עם השגיאה, למשל להוציא הודעה (Error Handling) שהסיסמא החוקית היא בת 5 עד 12 תווים. הבדיקה השלילית צריכה להיות כזו שבודקת את הערך הלא חוקי הקרוב ביותר לערך החיובי (חשוב!). במקרה שלנו יש לבדוק סיסמא בת 4 וגם 13 תווים. בדיקת המערכת עם הזנת קלט של 15 תווים (במקום 13) בתור בדיקה שלילית לא תהיה מספיק טובה, מאחר ולא נכסה את הערכים 13-14 אשר צריכים להחזיר את אותה הודעת שגיאה. בדיקת הערך 13 תכסה בצורה מספקת את כל הערכים הגדולים מ-12. 3. חשוב מאוד לא לערבב (לשלב באותה בדיקה) כמה בדיקות. נגיד ובאיפיון של מכשיר הכספומט נכתב שניתן להגדיר מגבלת משיכה של 1000 ש"ח ללקוחות לפי דירוג האשראי שלהם, ואתם מתבקשים לבדוק שהפיצ'ר עובד. לאחר שבדקתם שלקוח ללא מגבלה יכול למשוך סכום הגבוה מ- 1000 ₪ והתחברתם לכספומט עם חשבון של לקוח שמגבלת המשיכה היומית שלו צריכה להיות 1000 ₪, כיצד תבדקו את הפיצ'ר? בדיקת משיכת 1001 ש"ח לא תהיה נכונה כי אם המערכת תיתן הודעה שלא ניתן לבצע את הפעולה לא נוכל לדעת אם הודעת השגיאה נובעת ממגבלת הסכום המותר (גדול מ 1000 ₪), או בגלל הזנת הערך הלא חוקי 1001 (בדיקה שלילת), הרי אי אפשר למשוך שקל בודד מכספומט. גם בדיקת הסכום 1500 ₪ לא תהיה בדיקה טובה. אתם כבר מבינים את הסיבה (מי שלא בטוח למה הסכום 1500 לא טוב מוזמן לקרוא שוב את סעיף 2). אז מהו ערך הקצה ומהו הערך השלילי הנכון שצריך לבדוק כדי לכסות את מגבלת המשיכה במקרה הזה? *** בודק תוכנה / QA מתקשה לעבור את הראיונות המקצועיים? יתכן ואתה "נופל" במקומות קטנים (אך חשובים) כמו בדוגמה הקטנה שהבאתי. רוצה להגיע מוכן יותר "לדבר האמיתי" (הראיונות...)? פרטים על פגישות הכנה אישיות לקראת הראיונות המקצועיים באתר www.klipper.biz נשתמע אמיר.

דרוש עובד/ת בתחום בקרת איכות ובדיקות בכל הארץ

ניסיון נדרש

1 שנים

כישורים נדרשים

SDET (Software Development Engineer in Test),Performance Test Engineer,Test Automation Architect,Automation Test Engineer,Test Environment Manager

מיקום המשרה

כל הארץ

חבילת שכר

₪ בראיון

תאריך פרסום המשרה

2026-05-17 16:45:48

מספר צפיות יחודיות במשרה (כל הזמנים): 1
צריכים עזרה?

דבר איתנו בוואטסאפ