במאמר זה אדגיש מספר כללים בסיסיים שנרכשו בניסיון רב בעולם הבדיקות, על מגוון רחב של פרויקטי בדיקות תוכנה וחומרה.
בחרתי לאגד מספר כללים מוכחים ליישום בתהליך QA שוטף
קרא את כל הנקודות ונסה ליישמם במהלך פעילות השוטפת,
קיום כללים אלו יובילו אותך לביצוע הבדיקות באופן יעיל ואיכותי.
- כיסוי הבדיקות
כדי להבטיח מקסימום כיסוי, יש לחלק את המודול הנבדק [ UUT ] לתתי מודולים וכל תת מודול יחולק
לפונקציות הבסיסיות ביותר.
רצוי מאד לכתוב מפרט בדיקות [ Test Case] עבור כל תת מודול בנפרד.
עבור כל דרישה כתוב את סוגי הבדיקות שברצונך לבצע, כך ניתן לוודא שהדרישה ניתנת לבדיקה [ testable ] ובעת הצורך ניתן לדרוש מאנשי הפיתוח להכניס תוספות לקוד לטובת הבדיקות.
חשוב לבצע כיסוי מכסימאלי של הבדיקות. כיסוי של 100% אינו אפשרי ובכל זאת עשה מאמץ להגיע
למקסימום הניתן לביצוע במגבלות הזמן והחומר. חשוב לתעדף את הבדיקות ע"פ מנגנון ניהול סיכונים [ Risk Analysis ]. - מעורבות ושיתוף מידע מעורבות אנשי הבדיקות בשלב מוקדם, משלב אפיון והגדרת דרישות המערכת, תקנה עבורך ידע והבנה מעמיקה של מכלולי המערכת, במידה ואין מעורבות שכזו על אנשי הבדיקות לבקש מהמנהל הרלוונטי לשתף אותם בתהליך.
שמירה על הליך זה תביא לתכנון בדיקות איכותי ויעיל.
שפר את הדו-שיח עם אנשי הפיתוח.
קבל יותר מידע על המערכת, עליך לתעד את המידע ולהיעזר בו לתכנון הבדיקות. הבנה של התמונה הכוללת תמנע אי הבנה ותחסוך זמן יקר בהמשך.
חשוב מאד לחשוף את כל מסמכי הבדיקות שלך לאנשי הפיתוח, לא לחכות לחשיפת מפרטי הבדיקות בשלב שחרור הגרסה. חשוב לשתף את אנשי התוכנה בנושאים הנבדקים כך תוכל לחשוף יותר שגיאות ולקבל פידבקים ובכך תחסוך זמן יקר.
- יוצאים לדרך
תמיד חשוב חיובי. התחל לבדוק את המערכת בידיעה שאתה עומד לגלות בעיות ושגיאות מרובות,
לעולם אסור לחשוב שאין סיכוי לגלות טעויות ובאגים [ BUG ] במערכת הנבדקת חשוב! הנחת יסוד שתמיד קיימות שגיאות שעדיין לא נחשפו, תוביל את אותך לגילוי שגיאות נוספות בכל סבב בדיקות.
.........לפרטים נוספים :
www.testeam.co.il

http://www.reader.co.il/article/28142/כללי-ברזל-מעשיים-לביצוע-בדיקות-תוכנה