
הטקסט המלא של הדקות הראשונות בהרצאה «כלים ותוכנות של בודקי תוכנה - חלק 3» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
כשאנחנו מדברים על כלים התומכים בניהול בדיקות ובודקה טסטוויר, אנחנו מתכוונים לכלים שעוזרים לנו לנהל את מחזור החיים של תהליך הבדיקה.
כלומר כלי לניהול בדיקות וכלים לניהול מחזור חיים ALM Application Life Cycle Management. באתר הזה לדוגמה אנחנו רואים את 30 הכלים לניהול מחזור חיים של בדיקות.
יש לנו פה רשימה של כלים באתר גורו 99 שאנחנו יכולים להגיד בעצם שאלה הכלים שעוזרים לצוות לנהל את התקלות, לנהל את הטסט קייסים, להריץ את הטסט קייסים, להציג את התוצאות של הטסט קייסים.
יש כאלה שיותר מוכרים, יש כאלה שפחות מוכרים. כל הכלים האלה הם בעצם חבילה שלמה של Life Cycle Management Tool. זאת אומרת, הם גם מתחילת התהליך, גם ה-Requirement וגם הטסט קייסים, גם הטסט סטים, טסט אקזקיושן, ולאחר מכן גם ניהול התקלות, ה-Life Cycle של תקלה של.
שדיברנו עליה בפרק 5. דוגמא, יש לנו את המוצר, בוא נראה פה, יש לנו את המוצר Jira, תכף אנחנו נראה את ה-Jira, יש לנו מוצר של מיקרופוקוס ANM, כן, של, זה בעצם המוצר של מה שהיה HP, ומוצרים שמובנים גם בשיטת הניהול של האג'ייל,
אוקיי, הם כלים שבדרך כלל משתלבים גם עם כלים נוספים שמסייעים לביצוע בדיקות כמו כלים אוטומטיים, יש לנו את Rationless Solution, יש לנו גם את האט לעשיין של ג'ירה שהוא אחד הכלים המובילים בתחום הזה.
הוא כלי שניתן להוסיף אליו אד-אונים שמסייעים לנהל את הבדיקות לפי העדפות של הצוות בארגון. כן, יש לנו כלים לניהול דרישות, Requirement, בדרך כלל הם יהיו איפשהו מחוברים כבר ל-ALM, זאת אומרת, בדרך כלל לא נחזיק כמה כלים לנהל גם את ה-Requirement
בנפרד וגם את ה-Test Cases בנפרד. אני ארצה לנהל או לבצע את התהליך בצורה אינטגרטיבית שה-requirement וה-test cases יישבו על אותה מערכת. כנ"ל לגבי ניהול פגמים ו-defects.
אנחנו נרצה לקשר בין ה-defects לבין ה-test case לבין ה-requirement. כלים לניהול תצורה, Configuration Management זה לדוגמה מערכות תומכות VM, מערכות שאנחנו רוצים לנהל מערכות וירטואליות, אז אנחנו נשתמש בכלים שיעזרו לנו להקים תחנות וירטואליות לפי הדרישה
שלנו אם זו מערכת הפעלה או סוג של חומרה שאנחנו רוצים על המערכת הווירטואלית. כלים ל-Continuous Integration לדוגמה ה-Jenkins ה-Jenkins הוא כלי שיסייע לנו בעצם לבצע Continuous Integration אז בעצם זה ה-Jenkins זה הכלי ואנחנו רואים שהוא כלי של קוד פתוח שניתן לאמץ לתוך הצוות לתוך הארגון
ובעזרתו לנהל את התהליכים שאנחנו רוצים לבצע באופן אוטומטי. בעצם כלי לניהול משימות שיכולות להיות קשורות גם לתהליך הבדיקה.
הוא כלי שבעצם מקשר בין הבדיקות לבין החלק שנקרא DevOps. כלים תומכים בבדיקות סטטיות. מה זה אומר? כלים שתומכים בנו בתהליך הסקירה, ה-review של המסמכים, של התוכניות, אלא אפיונים לפני תחילת הבדיקות הפונקציונליות, הבדיקות הדינמיות של המערכת.
הכלים האלה שעוזרים לנו בעצם לנטר ולבדוק בדיקות סטטיות הם כלים שהמשמעות שלהם זה לבדוק את הקוד בעצם, לבדוק את הקידוד ואת התקינות של הקוד לפני שהבדיקות עוברות לבדיקות דינמיות.
סוג נוסף של כלים הם כלים תומכים בייצוא ויישום בדיקות. זאת אומרת, כלים שמסייעים לכתוב את הטסטים, הם מסייעים ביצירה של תוצרי ייצוא ויישום בדיקות הניתנים לתחזוקה, כולל מקרי בדיקה, הליכי בדיקה ונתוני בדיקה.
דוגמאות לכלים כאלה כוללות כלים לייצוא בדיקות, כלי בדיקות מבוססות מודל, כלים להכנה של נתוני בדיקה, כלים לפיתוח מונחי בדיקות קבלה, כלים לפיתוח מונחי בדיקות, הכלים התומכים בביצוע ותיעוד של בדיקות זה כל בעצם הנושא הזה של ה-ALM, כמו ג'ירה, מייקרופוקוס, ALM של מייקרופוקוס וכדומה.
כלים תומכים במנידת ביצועים וניתוחים דינמיים זה כל מה שקשור לבדיקות עומסים ובדיקות עומסים וביצועים. באתר הזה יש לנו את הרשימה של 10 כלים לבדיקות ביצועים או יכולות של כלי על ידי העמסה או על ידי יצירת יוזרים וירטואליים שידמו עומס על המערכת.
לדוגמה, יש לנו את ה-Road Ninja, את ה-J-Meter, יש לנו את ה-Web Load, Load UI, Load View, Neo-Load ועוד Load Runner, מיקרופוקוס.
כלים התומכים לצורכי בדיקות מיוחדים בנוסף לכלים שתומכים בתהליך הבדיקות הכללי ישנם כלים רבים אחרים שתומכים בנושאי בדיקה ייחודיים,