
הטקסט המלא של הדקות הראשונות בהרצאה «כלים ותוכנות של בודקי תוכנה - חלק 1» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
בפרק 6 בחומר ההסברה של ה-STQB נדבר על השילוב של כלים אוטומטיים או כלים בכלל על מנת להשיג את המשימות שהכרנו שהן המשימות של צוות הבדיקות בארגון.
אז מהם היעדים העיקריים או המטרות של צוות הבדיקות בארגון? מטרה ראשונה היא כתיבת טסטים ומקרי בדיקה על מנת לכסות את הפיתוח של צוות הפיתוח על פי הדרישות למוצר.
כלומר, אנחנו נצטרך כלי המאפשר כתיבה מתודולוגית של טסטים מול דרישות. כחלק המשך לאותה מטרה, נרצה להריץ את הטסטים.
כלומר, נרצה גם כלי המאפשר יצירת סטים של טסטים, לאגד טסטים שכתבנו, וריצה חוזרת של טסטים בהתאם למודול ולגרסת מוצר הנבדקת. זאת אומרת, בכל סבב של המוצר נצטרך לבצע בדיקות חוזרות שנקראות בדיקות רגרסיה או בדיקות אחרי פיתוח, שזה נצטרך את הכלי שיעזור לנו להשיג
את שתי המטרות הראשונות. סוג הכלים שיעזרו לנו להשיג את שתי המטרות הראשונות יהיו Test Management Tool, זאת אומרת, ניהול טסטים, כלי לניהול טסטים, ודוגמאות לכלים כאלה הם Jira עם תוסף ה-X-ray, IBM Rational Quality Manager, PracticTest ו-HPALM Quality Center, ה-QC של HP.
כל הכלים האלה שמופיעים בדוגמאות הם כלים שבעצם מסייעים לכתוב את הטסטים בעצם בהתאם ל-requirement, לאגד אותם לטסט סטים ולהריץ אותם על פי דרישה, על פי סבב, על פי גרסה שמגיעה לבדיקות.
המטרה הנוספת של צוות הבדיקות ואיך ישתלבו כלים על מנת לסייע בהשגה שלהם, ההשגה של המטרה הזאת, הצגת קצב ההתקדמות והעבודה של הרצת הטסטים בסבב בדיקות או בגרסה נבדקת.
כלומר, אנחנו נרצה להראות את קצב ההתקדמות, כמה טסטים עברו, כמה טסטים נכשלו, פר גרסה, פר איזשהו סבב של בדיקות שאנחנו מבצעים, על מנת לשקף את העבודה שלנו לארגון שבו אנחנו נמצאים.
אנחנו נצטרך כלי המאפשר הפקת דוחות, סיכום והתקדמות הבדיקה של הטסטים על ידי צוות הבדיקות. כלים שיכולים לסייע לנו להשיג את המטרה הזאת הם בעצם כלים שהשתלבו עם ה-Test Management Tools, עם הכלי הראשון שהזכרנו, עם הכלים הראשונים שהזכרנו, ובגדול זה יכול להיות
ה-X-ray שמשתלב עם Jira, Q-Test, Test Flow for Jira, כל הכלים האלה משתלבים עם כלי מאוד חזק, ה-Jira, שהוא כלי בולט בתעשייה ו-QA coverage.
משימות נוספות של צוות הבדיקות זה להציג את הכיסוי של הטסטים למול הדרישות ומול הקוד שפותח זאת אומרת כמה טסטים ביצענו אל מול הדרישות של המוצר הדרישות של המאפיינים הדרישות של המנהלי המוצר כלומר אנחנו נצטרך כלי המנטר את מצב הטסטים מול מצב הקוד זאת אומרת האם אנחנו מוכנים לבדוק באמת את כל
הדרישות וכל הפיתוחים שבוצעו למוצר בגרסה מסוימת. הכלים שיכולים לסייע לנו בהצגת הנתונים האלה הם לדוגמה הכלים שמופיעים פה לדוגמה קוב קוב טורה קוד קאבר גרטל וג'ה קוקו להצגת כיסוי לפיתוחים שמבוצעים בסביבת ג'אווה.
וסימן נוספת שיש לצוות הבדיקות היא הרצה אוטומטית של טסטים באופן מחזורי לדוגמה כל יום כלומר continuous אנחנו רוצים לבדוק בכל זמן מחזורי, זמן קצר, קצוב, שבאמת הבדיקות הפונקציונליות שלנו, הבדיקות שפיות שלנו, הבדיקות הכלליות של המוצר עברו בהצלחה.
אנחנו רוצים להציג את זה ולהריץ את זה כדי לנטר את המצב של הגרסה, לנטר את המצב של סביבת הבדיקות. אנחנו צריכים כלי שהופך בדיקות פונקציונליות ידניות בדרך כלל לבדיקות רובוטיות.