כותרות TheMarker >
    cafe is going down
    ';

    ניהול פרוייקטים גדולים - הלכה למעשה

    ארכיון

    ביצוע בדיקות בפרוייקט

    0 תגובות   יום רביעי, 8/7/09, 20:43

    באחד הפוסטים הקודמים המלצנו לשלב את אנשי הבדיקות בצוותי ה- IPT הפונקציונאליים.


    השיקול העיקרי הוא להביא לאינטגרציה מירבית בין כל חברי הצוות הפונקציונאלי.


    גישה אחרת היא להחזיק צוות בדיקות נפרד, כגוף אוטונטמי בפרוייקט, בעיקר משיקולי "ניטרליות".


    מניתוח פרוייקטים רבים ברחבי העולם עולה כי דווקא הגישה הראשונה היא המומלצת, אם כי היא איננה אינטואיטיבית למרבית המנהלים.

    אנשי הבדיקות בפרוייקט יכולים להיות אנשים מתוך הארגון, שעברו הכשרה מתאימה במתודולוגיות והכלים הדרושים, ואשר מכירים היכרות טובה את הארגון והמערכות, או חברה חיצונית, שתשמש כקבלן משנה לנושא הבדיקות. ל- 2 הגישות יש יתרונות וחסרונות.

    להלן נתאר בקצרה נקודות עיקריות במתודולוגיה של בדיקות בפרוייקט גדול.

    ראשית, נגדיר מה הן הבדיקות הדרושות:
    1. בדיקות יחידה לפיתוחי התכנה הייעודיים
    2. בדיקות פונקציונליות
    3. בדיקות אינטגרציה (תהליכים עסקיים)
    4. בדיקות מערכת (עומסים, ביצועים, אבטחת מידע)
    5. בדיקות הסבת נתונים
    6. בדיקות רגרסיה

    לכל פיתוח פונקציונאלי צריך להיות מסמך אפיון (Functional spec), שיכסה את ההיבטים העסקיים/פונקציונאליים/תהליכיים וגם אפיון טכני (Technical spec), שיכסה את ההיבטים התוכנתיים (הגדרת שדות, בסיסי נתונים, ממשקים...).

    באותה הלוגיקה, לכל בדיקה צריך להיות מסמך אפיון בדיקות (STD), שיפרט את הנחות היסוד, נתונים דרושים, תהליכי הבדיקה, תוצאות רצויות, וגם יאפשר רישום של התוצאות שיתקבלו במהלך הבדיקה.

    את הבדיקות ניתן לבצע ידנית, על-פי המפרט ב- STD, ולנהל בכלים ידניים (כגון אקסל) את פרטי הבדיקות ותוצאותיהן, ובכך לנהל מעקב אחר נושאים פתוחים.


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

    יש להקפיד ולנהל מעקב שוטף, באמעות דיוני סטטוס ניהוליים, אחר כמות, סוג וחומרת התקלות. הנקודה היא לא בירוקרטית (ניהול כמותי של התקלות), אלא דווקא לוודא שכל הצוותים מאופסים על התקלות, חומרתן ועדיפות הטיפול בהן.

    נקודה לא פחות חשובה, עליה נופלים לא מעט פרוייקטים גדולים, היא נושא בדיקות העומסים (Performance and scalability).


    יותר מדי ארגונים מופתעים שהחומרה החדישה והיקרה שרכשו לטובת הפרוייקט - לא מספקת את זמני התגובה הדרושים.

    לאור זאת, יש לפתח, במסגרת הבדיקות, תכנית ייעודיות בנושא זה. התכנית צריכה לכלול לכל הפחות את הנקודות הבאות:
    1. מיפוי ובחירת התהליכים הפונקציונאליים לבדיקה
    2. קביעת התשתיות הדרושות לבדיקות
    3. קביעת המטריקות שימדדו
    4. קביעת תכנית הרצת בדיקות העומסים
    5. אימות התכנית

    לא לשכוח בדיקת ההשפעות של תהליכי אצווה (Batch), שרצים מדי לילה/בסופי שבוע/חודש/רבעון/שנה.

    דרג את התוכן:

      תגובות (0)

      נא להתחבר כדי להגיב

      התחברות או הרשמה   

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

      /null/text_64k_1#

      אין רשומות לתצוגה

      פרופיל

      Daniel....
      1. שלח הודעה
      2. אוף ליין
      3. אוף ליין

      רשימה

      רשימה