הקמת מערך בדיקות אפקטיבי

הקמת מערך בדיקות אפקטיבי
רוב בודקי התוכנה יודעים להקים תוכנית בדיקות ומערכי בדיקות טובים, אבל האם הם באמת אפקטיביים לאירגון שלכם?
ניקח דוג' פשוטה מערכת שעובדת באירגון בנקאי עוברת שינוי תוכנה קטן בתוכנית הדפסת עמלות, בודק תוכנה "יעיל" נכנס ישר למשימה ומתחיל לכתוב את תרחישי הבדיקה,
צעד ראשון: כניסה למסך Login באמצעות שם משתמש וסיסמא…
צעד שני: כניסה לתפריט ראשי.
צעד שלישי: בחירת מסך הדפסת עמלות וכדומה….
עד שהגיע למיקום של ההדפסה בפועל – ושם הוא יתרכז במטריצת בדיקות מסודרת הכוללת את כל התרחישים והסיכונים בנתיב הקריטי והפחות שכיח.
על פניו נשמע מצויין, אבל לא מדויק הדבר.
אם אנחנו יודעים שמדובר באירגון כמו בנק, עם מערכת הנמצאת בייצור ומנוהלת תחת דרישות לשינוי, כדאי מאוד להכין תוכניות בדיקה פונקציונליות הכתובות בפרוצדורות (כמובן שעדיף במקרים כאלו להכניס כלים אוטו').
הכוונה:
אם תמיד הבודק ייכנס למסך Login + יעבור דרך התפריט הראשי הרי שאין צורך בכל פעם לרשום את התרחישים והפרמטרים במסמך הבדיקות, הרי וניתן לגרור / להעתיק ממחסן נתונים אחד את שני התהליכים האלו, כנ"ל למסך ההדפסות, תשלום או כל פונקציונליות שכיחה שיש לבדוק.
בצורה של מחסן בדיקות כלל בודקי התוכנה יכולים לגשת ולמשוך פרוצדורות בדיקה מבלי לשכתב אותם בכל פעם מחדש, הנ"ל נכון גם לבדיקות ידניות וכמובן לאוטו' שנכון הדבר לכתוב תרחישים בפונקציות כמו בכל תוכנית.
צריכים ייעוץ בהקמת מערכי בדיקה מקצועיים ואפקטיביים? 052-4563655

כתיבת תגובה