מטודולגיות בדיקה עם QC
כל מי שנמצא בעולם התוכנה ובבדיקות בפרט שמע על מערכת לניהול תסריטי בדיקות ותקלות בשם QC או Quality Center. אז מה אפשר בעצם לחדש על הכלי ומה המטודולגיות הנכונות לעבודה איתו?
כאמור כל פיתוח תוכנה או מוצר או פרויקט נולד מצורך עיסקי = דרישה עסקית, במערכת QC יש מנגנון המנהל את הדרישות העסקיות בשם Requirements, כל דרישה עסקית מקבלת את תאריך הדרישה, מנהל הדרישה, הלקוח, יחידה עסקית, סטטוס הדרישה, ותאריך התחלה וסיום מתוכננים, תיאור הדרישה, קבצים מצורפים וכדומה. כמובן שיש במודול זה עוד עשרות של שדות לניהול התהליך.
הדרישה העסקית מאורגנת בתוך פרויקט או מספר גרסה, ומוקשרות אליה תרחישי בדיקות מתוכננים, ניתן ומומלץ לשלב קומפוננטות בדיקה שניתן לסדרם כפאזל ובעתיד גם לבצע מהם בדיקות אוטו'.
בזמן ביצוע הבדיקות, הדרישה העסקית מתקדמת באופן אוטו' ומנהל הפרויקט מקבל תמונה מלאה על מצב ההתקדמות של כל הדרישות העסקיות והתקלות בהם נתקלו הבודקים במהלך הטסטים, כמו כן יש לו נקודות בקרה טובות יותר ומדוייקות יותר על מצב התסריטים והתקדמות הבדיקות ביחס לגרסה. עם תוצאות אלו מנהל הפרויקט יכול לקבל החלטה האם הגרסה או הפרויקט נמצאים במצב התקדמות סביר ביחס לבדיקות ואז לדחות משימות או אף להוסיף עוד למכסה.
נשמח להעמיד לרשותכם את האדמינסטרטורים הטובים ביותר בעולם הבדיקות וה QC או אנשי המתודלוגיה החזקים ביותר ב Quality Center על ידי צוות מומחים רב שנים.
TesQA 