כלים לבדיקות ידניות: Jira, TestRail ו-Postman
זמן קריאה: 3 דקות
רשימת הכלים בקורות חיים של בודק תוכנה כמעט תמיד ארוכה מדי ורדודה מדי. מה שמבדיל בראיון אינו כמה כלים ראיתם אלא מה אתם יודעים לעשות עם שלושה מהם.
מה כל כלי עושה בפועל?
| כלי | לְמה הוא משמש | מה נבדק בראיון |
|---|---|---|
| Jira | ניהול משימות ותקלות | איך כותבים תקלה ואיך מנהלים מחזור חיים שלה |
| כלי ניהול מקרי בדיקה | תכנון ותיעוד סטים של בדיקות | איך בונים סט בדיקות לתכונה חדשה |
| Postman | בדיקת ממשקי API ישירות | האם אתם מבינים מה קורה מתחת לממשק |
| כלי מפתחים בדפדפן | רשת, שגיאות, בקשות | האם תדעו לזהות איפה נשבר |
| לקוח מסד נתונים | אימות נתונים מול המערכת | שאילתה בסיסית |
בלוח שלנו 39 משרות מזכירות Jira ו-133 מזכירות SQL. ההפרש הזה מספר את הסיפור: כלי ניהול מוזכר לפעמים, יכולת לשלוף נתונים מוזכרת הרבה יותר.
למה בדיקות API חשובות יותר ממה שנדמה
חלק גדול מהתקלות במערכת מודרנית אינו בממשק אלא בשכבה שמתחתיו. בודק שיודע לשלוח בקשה ישירות ולקרוא את התשובה מאתר את מקור התקלה במקום לתאר תסמין - וזה ההבדל בין דוח שמפתח יכול לעבוד איתו לדוח שחוזר עם "לא הצלחתי לשחזר".
זה גם הכלי שהכי קל להתאמן עליו לבד: כל שירות ציבורי עם API מספיק. מי שמגיע לראיון עם היכרות אמיתית כאן בולט מיד.
המשך טבעי לזה הוא כתיבת דוח טוב, ויש לנו מאמר ייעודי: דוח באג שמפתחים באמת מבינים.
מה באמת נבדק בראיון QA
- איך הייתם בודקים תכונה מסוימת. שאלת הפתיחה הנפוצה, ובודקת שיטתיות ולא כלים.
- מה לא הייתם בודקים ולמה. כאן נבחן שיקול דעת - זמן הוא מוגבל.
- דוגמה לתקלה שמצאתם. רצוי כזו שהייתה קשה לשחזור.
- שאילתה בסיסית. אימות נתונים הוא חלק מהעבודה.
- הבנת התהליך. 26 משרות מזכירות Agile, וזו שפת העבודה בצוות.
מה לשים בקורות החיים ומה להשמיט
הכלל: כלי שאתם לא יכולים לספר עליו סיפור - לא נכנס. רשימה של שנים-עשר כלים מזמינה שאלה על אחד מהם, ותשובה מגומגמת פוגעת יותר מהיעדרו.
מה שכן שווה לציין במפורש: סוגי בדיקות שביצעתם, סביבות שעבדתם מולן, ואם נגעתם באוטומציה - באיזו שפה. המעבר בין ידני לאוטומציה הוא הקפיצה המשמעותית בתחום, ראו QA אוטומציה.
מי שעדיין בוחר מסלול לימודים ימצא את השיקולים בקורסי QA.
שאלות נפוצות
איזה כלי הכי חשוב ללמוד ראשון?
לא כלי - SQL. הוא מופיע הכי הרבה במודעות, הוא שימושי בכל תפקיד דאטה בהמשך, והוא היחיד ברשימה שנבדק כמעט תמיד.
האם צריך לדעת לתכנת לבדיקות ידניות?
לא כתנאי, אבל זה פותח את הדלת לאוטומציה שבה השכר והביקוש גבוהים יותר. מי שנשאר בלי קוד מגביל את ההתקדמות.
מה ההבדל בין כלי ניהול תקלות לכלי ניהול בדיקות?
הראשון עוקב אחרי מה שנשבר, השני מתעד מה מתוכנן לבדוק. בארגונים רבים משתמשים באותו כלי לשניהם, וזו אחת השאלות שכדאי לשאול בראיון.
האם היכרות עם כלי מסוים היא דרישת סף?
לעיתים במודעה, כמעט אף פעם בפועל. כלי ניהול נלמד בימים, ולכן מגייס מנוסה בודק חשיבה ולא תפריטים.
איך מתאמנים בלי עבודה?
בוחרים אפליקציה ציבורית, כותבים לה סט בדיקות, מוצאים תקלה אמיתית ומתעדים אותה כמו שצריך. זה גם תרגול וגם פריט לפורטפוליו.