איך כותבים תוכנית מבחן?
לכתיבת תוכנית בדיקה לתוכנה, התחל בכתיבת ההקדמה, המכסה את היעדים, היקף ולוח הזמנים למבחן. לאחר מכן, דבר על המטרות שלך, כולל מה אתה הולך לבדוק, מדוע זה חשוב ואיך אתה הולך לבדוק את זה. הקפד לכלול קטע על משאבים נדרשים, כמו חומרה וכלי בדיקה. כתוב קטע על הסיכונים והתלות של הבדיקה, כמו גם אילו נתונים אתה עומד לספק ללקוח. רשום את האסטרטגיה שלך, עובר / נכשל בקריטריונים והמסמכים שתפיק, ואז סיים את התוכנית עם קטע תוצאות. לקבלת ייעוץ באיזה מידע לכלול ואיך להכין את תוכנית הבדיקה, המשך לקרוא!
תוכניות בדיקה מתוות את תהליך בדיקת הפונקציונליות של התוכנה. תוכנית בדיקה מפרטת כל צעד שננקט להשגת תוצאה מסוימת וקובעת את המטרה של כל פעולה. התוכנית מדגישה גם את המשאבים, הסיכונים והצוותים המעורבים במבחן. עליך להשתמש בתכנית בדיקה אם ברצונך לחסל באגים ושגיאות אחרות בתוכנה שלך לפני שהיא תהיה זמינה ללקוחות. בצע את השלבים הבאים כדי ליצור תוכנית בדיקה.
חלק 1 מתוך 2: הכנת תוכנית הבדיקה
- 1דע את היסודות. מה שאתה מכניס לתוכנית הבדיקה שלך תלוי במידה רבה במורכבות התוכנה שאתה מתכנן לבדוק. עם זאת, ישנם שלושה חלקים בסיסיים שתמיד צריכים להיכלל בתוכנית הבדיקה: כיסוי הבדיקה, שיטות הבדיקה ואחריות הבדיקה.
- כיסוי המבחן מגדיר מה תבדוק ומה לא.
- שיטות בדיקה מגדירות כיצד תבדקו כל חלק שהוגדר בסעיף "כיסוי".
- אחריות מבחנים מקצה משימות ואחריות לצדדים שונים. סעיף זה צריך לכלול גם אילו נתונים כל צד יתעד ואיך יאוחסנו וידווחו.
- 2הכיר את המסמכים הדרושים ל- IEEE. המכון למהנדסי חשמל ואלקטרוניקה (IEEE) מפרסם תקנים בינלאומיים לבדיקה ותיעוד של פיתוח תוכנה ומערכת. כדי להחזיק את תוכנית הבדיקה שלך בסטנדרט הגבוה ביותר, התייעץ עם פרסומי IEEE שלהלן:
- 29119-1-2013, הנדסת תוכנה ומערכות - בדיקת תוכנה - חלק 1: מושגים והגדרות
- 29119-2-2013, הנדסת תוכנה ומערכות - בדיקת תוכנה - חלק 2: תהליכי בדיקה
- 29119-3-2013, הנדסת תוכנה ומערכות - בדיקת תוכנה - חלק 3: תיעוד מבחן
- 829-2008, תקן IEEE לתיעוד בדיקות תוכנה ומערכת
- 1008-1987 - תקן IEEE לבדיקת יחידות תוכנה
- 3התייעץ עם תבנית. תוכל למצוא תבניות לתוכניות בדיקה באופן מקוון. המקור הטוב ביותר עבור תבניות הוא ספריית IEEE, אבל הגישה עושה תעלה בתשלום.
- משרד קרוליינה הצפוני של שירותי טכנולוגיית מידע מציע תבנית תכנית הבדיקה מבוארת, מבוסס על IEEE 829 תקנים, כאן.
- אוניברסיטת דבלין סיטי מציעה גם תבנית תוכנית בדיקה בחינם, המבוססת על תקני IEEE 829.
חלק 2 מתוך 2: כתיבת תוכנית המבחן
- 1כתוב את ההקדמה. ההקדמה שלך מתפקדת כ"סיכום ההנהלה "של תוכנית הבדיקה: מטרותיה, היקפה, ולוח הזמנים שלה. יש להקפיד על כך, מכיוון שתפרט יותר בסעיפים הבאים של תוכנית הבדיקה.
- על מטרותיך והצהרות ההיקף שלך להגדיר, באופן כללי, את השיטות שישמשו בתהליך הבדיקה ואת התוצאות הצפויות. הצהרת היקף צריכה לכלול גם את מדדי הביצוע הקריטיים ביותר, כמו גם רשימה של מה תכנית הבדיקה לא תטפל, ומדוע.
- לוח זמנים מפרט את פרקי הזמן שבהם כל שלב במבחן יושלם.
- מסמכים קשורים כוללים כל חומר היקפי הרלוונטי לפרויקט הנוכחי, כגון רשימות מפרטים.
- 2הגדירו את היעדים שלכם. תוכנית הבדיקה שלך צריכה להגדיר בבירור מה תבדוק ולמה תבדוק אותה. אלה צריכים להיות מבוססים תמיד על סטנדרטים בתעשייה.
- קבע מה היקף הבדיקה. אילו תרחישים ייבדקו?
- קבע מה אינו מתחום המבחן. אילו תרחישים לא ייבדקו?
- תרחישים נפוצים כוללים בדיקת מודולים, בדיקות אינטגרציה, בדיקות מערכות / קבלה ובדיקת בטא.
- 3כתוב קטע על המשאבים הנדרשים. סעיף זה מתאר את כל המשאבים הדרושים להשלמת הבדיקה, כולל חומרה, תוכנה, כלי בדיקה וצוות.
- בעת חשבונאות על הצוות שלך, דאג לפרט את האחריות הנדרשת מכל חבר ואת ההכשרה הדרושה לביצוע האחריות.
- דאג לתעד את המפרט המדויק של החומרה והתוכנה.
- 4כתוב קטע על סיכונים ותלות. פרט את כל הגורמים שהפרויקט שלך תלוי בהם והסיכונים הכרוכים בכל שלב. רמת הסיכון המקובל בפרויקט שלך תעזור לקבוע מה תרצה ולא יבדוק.
- שקול את הסבירות לסיכונים שונים. יהיה עליכם לתעדף את האזורים הקריטיים.
- היה מודע לכל דרישה מעורפלת או לא ברורה. משתמשים לעיתים קרובות חסרים את המומחיות להבנת שפה טכנית או נהלים, כך שאי-הבנת משתמשים עלולה להוות סיכון.
- השתמש בהיסטוריית "הבאג" שלך בעבר כדי לעזור לך לזהות אזורים לדאגה ובדיקה נוספת.
- 5כתוב קטע על מה שאתה הולך לבדוק. ציין אילו היבטים חדשים תבדוק ואילו היבטים ישנים תבדוק מחדש. דאג לפרט את המטרה לכל מבחן.
- אתה יכול להשתמש במלאי יישומי תוכנה, הנחיות IEEE ובמקורות אחרים שיעזרו לך לקבוע רשימה זו.
- חלק זה מייצג גם את "המשלוחים" שלך, או אילו נתונים תעביר ללקוח לאחר סיום הבדיקה.
- 6כתוב קטע על מה שלא תבדוק. ציין את התכונות שלא ייבחנו במהלך הפרויקט הנוכחי. הסיבות לא לבדוק תכונות כוללות:
- התכונה לא תיכלל בגרסה זו של התוכנה
- התכונה היא בסיכון נמוך או שימשה בעבר ללא בעיה
- 7רשום את האסטרטגיה שלך. חלק זה מתאר את אסטרטגיית הבדיקה הכוללת עבור תוכנית הבדיקה שלך. הוא יפרט את הכללים והתהליכים שיחולו על המבחנים שתוארו לעיל.
- כלול מידע על כלים לשימוש, אילו מדדים ייאספו ובאיזו רמה, כמה תצורות ייבדקו והאם יש דרישות או נהלים מיוחדים לבדיקה.
- 8פיתחו קריטריונים של מעבר / כישלון. קריטריונים אלה ינחו את צוות הבדיקות שלך כך שיידעו אם הושגו יעדי הבדיקה. סעיף זה יכול לכלול גם "קריטריוני יציאה", כך שהצוות שלך יידע מתי מקובל להפסיק לבדוק תכונה מסוימת.
- עליך לכלול גם רשימה של קריטריונים להשעיה ודרישות חידוש. מידע זה אומר לבודקים מתי להשהות את הבדיקות ומה רמת הפגם המקובלת לחידושם.
- 9כתוב רשימת מסמכים שיופקו במהלך הבדיקה. מסמכים אלה מכונים גם "מסירות", והם הנתונים, הדוחות, התסריטים והתוצאות שיופקו על ידי בדיקה.
- זהו רעיון טוב כדי להקצות התוצרים הללו "בעלים" שאחראים למסירה שלהם. הקצה מועדים שבהם הם אמורים להגיע.
- 10כתוב קטע על תוצאות הפרויקט שלך. התווה את כל היעדים שאתה מקווה להשיג במהלך תהליך הבדיקה. פרט מי שאחראי על האישורים הסופיים.
- חלק ממפתחי התוכנה משתמשים בחברת בדיקות עצמאית לביצוע תוכניות הבדיקה שלהם. כאשר חברה עצמאית מבצעת את הבדיקה, ניתן לבחון את המתודולוגיה והתוצאות באופן שונה.
- אם פרויקט התוכנה שלך מחולק למספר חלקים עם צוותים שונים, כל צוות צריך ליצור תוכנית בדיקה משלה. ניתן לשלב את תוכנית הבדיקה של כל צוות לתוכנית הבדיקה הכוללת של הפרויקט לאחר בדיקתה ואישורה.
- תוכנית בדיקה יסודית יכולה להסיר את הצורך בהליך בדיקה, שעלול להיות יקר לפיתוח. בדרך כלל, תוכניות בדיקה מתארות איזה מוצר נבדק ונהלי בדיקה מתארים כיצד לבדוק מוצר זה. עם זאת, תוכנית בדיקה מפורטת יכולה לכסות את המידע המתואר בדרך כלל על ידי נוהל בדיקה.
- התאם את תוכנית הבדיקה שלך לתוצאות שאתה מצפה מהבדיקה. בדיקות מסוימות נעשות כדי לראות אילו תכונות מצליחות וחלק מהבדיקות נעשות כדי לראות מה ייכשל. כל אחד מהם דורש תכנון שונה.
- כדי לבוא במהירות עם מקרי מבחן ו / או כדי למזער את הסיכון לשכוח משהו חשוב לבדיקה, שקול להשתמש ברשימות ביקורת של תכניות הבדיקה ו / או בתבניות תוכנית הבדיקה. שימושי במיוחד כאשר עובדים על מוצר אחד ומוסיפים תכונות חדשות וחדשות למוצר זה.
- כדי לבוא במהירות עם מקרי מבחן ו / או כדי למזער את הסיכון לשכוח משהו חשוב לבדיקה, שקול לתת מבנה לתוכנית הבדיקה שלך. שיטת בנייה טובה מאוד לתוכניות בדיקה היא שיטת ACC (תכונות, רכיבים, יכולות). זיהוי תכונות (תארים המתארים את המערכת), רכיבים (שמות עצם לחלקים פונקציונליים, תכונות המערכת) ולכל שילוב של תכונה ורכיב, זיהוי יכולות (פעלים לפעולות משתמש, פעילויות).
שאלות ותשובות
- מה הדרך הטובה ביותר לכתוב תוכנית בדיקה?כמו ברוב הפרויקטים מתחילים עם התחשבות בסיום (Covey) וכמו בתכנית לימודים להכשרה טכנית הכוללת ביצועים (פעולה), תנאים (נתוני) וקריטריונים (עד כמה) להגדיר את היקף ומדד ההצלחה של תוכנית הבדיקה. לדוגמא: "בסוף בדיקה זו, טכנאי סילוק הפצצות יוכל לנטרל (ביצועים) מטען מדומה, בשדה פתוח (תנאים), עם דיוק של 100%, בניסיון הראשון (קריטריונים)." לאחר קביעת המטרה, כתיבת תוכנית הבדיקה היא פשוטה.
- היכן אוכל לראות דוגמה לתוכנית בדיקה?רק הקלדתו בגוגל תאפשר לכם לראות דוגמאות לתמונות וכאלה שעשויות להועיל או באתרי קולג 'כמו שהוזכרו לעיל.
- האם תוכנית בחינות זהה לתכנית מבחנים?לא, בתוכנית מבחנים, השיעורים הם פחות ממבחנים, אז אתה צריך לתכנן יותר לבחינה מאשר מבחנים.
- כיצד אוכל להתכונן לבחינה?עיין בהערות ובמידע שלך בספר הלימוד, ומצא מבחני תרגול המתייחסים לנושא הבחינה.
- האם עלי לעקוב אחרי BRD בעת הכנת תוכנית בדיקה?
- כיצד אוכל לנהל איזון בין עבודה לחיים עם ילדים?
תגובות (6)
- זו חוויה טובה!! זה עזר מאוד. המדריך מעולה!!
- אני מהנדס תוכנה. מאמר זה עזר לי להבין במה מדובר בכתיבת תוכנית מבחן ולימד אותי את היסודות. זה היה כל כך מועיל!
- זה עזר לי מאוד כיוון שאני בודק תוכנה חדש והייתי זקוק להדרכה כיצד ליצור תוכנית בדיקה!
- אני מפתח תוכנה המוטל על ניסוח תוכנית בדיקה לפרויקט שלנו. המאמר שלך עזר לי להבין מהי תוכנית בדיקה והסביר בבירור כל חלק בתוכנית הבדיקה. כל טוב.
- זה עזר לי לתכנן את משימת הבדיקה הקרובה שלי.
- אני מהנדס בדיקה שהוקצה לאחרונה. כעת אני כותב תוכנית מבחן אינטגרציה. הייתי נבוך מאוד לפני שקראתי את האתר הזה. תודה רבה.