QA - בדיqות aיכות תוכנה ומה שמסביב

פיתוח בגישת Agile הינה גישה המייצגת ותומכת בתהליך כמשהו אנושי יותר, מקבלת בברכה שינויים ופחות בירוקרטיה. גישה זו מדברת על מיקוד ביחסי גומלין, אמון, אחריות אישית ושיתופיות ופחות תהליכים ותיעוד. מטרתה של הגישה לייעל וליצר תהליך דינמי בעל תוצאות מהירות. הגישה אינה מתאימה לכל פרויקט אך יש לה יתרונות רבים כאשר מצליחים ליישמה. דיעה אישית: לכל פרויקט יש את נקודות התורפה שלו, לכן אני ממליץ לא לעבוד כמו "תוכי", אלא ליישם את הידע והניסיון הנרכש, ולמצוא דרך השלבת בין גישות ומתודולוגיות שונות במטרה להתאים את אופי העבודה לצרכים ולמטרות שבפרויקט.  בכל מקרה, אנחנו פה לדבר על בדיקות איכות ולכן אני רוצה להביא נקודות ומידע שיעזור לכם לייעל את התהליכים שלכם במסגרות פרויקט Agile ויאפשר לכם להשיג תוצאות טובות יותר ואיכות גבוהה יותר.

בטח שמעתם פעמים בודדות אחד מהמושגים; בדיקות לא מתוכננות, בדיקות אינטואיטיביות, בדיקות חקירה וכד'. רבים אומרים לא יעיל, השיטה אינה מובנית, השיטה אינה מכסה הכל, השיטה אינה מאפשרת בקרה ואינה מומלצת אך הנושא ממשיך לצוף ולרב אפילו נעשה באופן לא רשמי. אני חושב שזה נושא חשוב, מעניין ומציף נקודות פורצות דרך בתחום. ניתן לראות את הנושא עולה ברשת וגם במשרדים רבים, לכן, החלטתי שפרסום זה אקדיש להרחבת הנושא והעלאת נקודות מעניינות. פרויקטים רבים שוללים אפשרות של חופש פעולה בהרצת בדיקות ודורשים היצמדות לתהליך בדיקות מתוכנן וצמוד למסמכי הSTD אך לעתים לא מאפשרים כתיבה מסודרת או לא מקיימים Review לתסריטים שנכתבו. כל בודק בעל ניסיון יציף תמיד בעיות בזמן הבדיקות, לעתים אפילו בעיות חמורות בתכנון שלא נלקחו בחשבון, ויבקש הערכת זמנים לחקירת באגים באזורים שלא היה בתכנון. יחד עם זאת, תמצאו בודקים רבים חורגים מהמסמכים וגולשים לבדיקות רוחביות וחקירה גם אם אינן מגידים זאת כך. למה? מה היתרון? מה החיסרון? על מה לא חשבנו? ומה עם הזמן היקר עליו חזרתי רבות בפרסומים קודמים?