נו, סוף סוף SARP התעדכנו...
קודם כל אני ממליץ להוסיף את
SARP למועדפים. יש שם לא מעט חומר מעניין, במיוחד לחדשים שבינינו. הלאה, מה עם האתר של Bazman's ? הוא במועדפים? NEXT - תבנית למסמך
תכנון בדיקות לפרוייקט עוד אחת: http://irmc.state.nc.us/documents/approvals/reporting/TESTPLAN.pdf כאן יש מסמך תכנון בדיקות מלא (לדוגמה): http://sarpresults.ivv.nasa.gov/DownloadFile/16/11/Software%20Fault%20Injection%20Test%20Document.doc עוד אחד: http://userpages.umbc.edu/~payal1/webpage/TEST%20PLAN.doc זה הסטנדרט המלא של IEEE שגם בתוכו יש טמפלט (template) למי שמעוניין...: http://suraj.lums.edu.pk/~cs405/Documents/test.pdf ואם כבר בסטנדרטים עסקינן - אז הנה ה- 730-1998 שהוא הסטנדרט ל - Software Quality Assurance Plans http://www.idi.ntnu.no/~stalhane/tdt4235/Ovinger/IEEEstd2-1.pdf ואחרי הדף הזה כדאי לעקוב מכיוון שבקרוב הוא יהפוך ליותר מעניין (templates לפי הסטנדרטים). http://www.ece.ualberta.ca/~jgill/ieee/std.html בעיקרון מסמך בדיקות (המסמך שמפרט את הבדיקות עצמן - על מה ללחוץ מתי ואיך) צריך לכלול ולפרט את הסעיפים הבאים: 1. מבוא: 1.1 תיאור המסמך 1.2 תיאור המערכת 1.3 מטרות המסמך 2. מסמכים רלוונטיים: ממסמכי התכנון, דרך ניהול סיכונים (אם יש) וכלה בהפניות לדתקנים שדרשים לעמוד בהם. 3. הכנות לבדיקות: תיאור מדוייק של כל המשאבים וכל ההכנות לכל בדיקה והכנות אחרות אם יש. 4. פירוטי הבדיקות (זה הת'כלס): 4.1 שם הבדיקה 4.1.1. הדרישות שנבדקות בבדיקה 4.1.2 תנאים מקדימים (ע"ע הכנות לבדיקות) 3. Test Inputs 4. תוצאות משוערות/חזויות לבדיקה 5. קריטריונים להצלחה/כשלון 6. נוהל הבדיקה (טבלה: פעולה לביצוע | התוצאה הצפויה | התוצאה שהתקבלה 7. הנחות ואילוצים (אם יש כאלו שרלוונטיים לתוצאות) 5. טבלת מעקב זאת בעצם טבלה שמראה את ההצלבות בין כל הדרישות לבדיקות והיכן הן מיושמות (באיזה סעיף). 6. הערות ונספחים (למשל ראשי תיבות) ולסיכום: ת'כלס, לעבוד לפי הסטנדרטים הבינלאומיים המקובלים, יכול להיות ז*ון שכל לא קטן. אני מינימליסט ולכן אני מאמין שהחכמה הגדולה היא לעשות את זה במינימום הצקה לכולם (מהמפתחים,דרך הבודקים וכלה בלקוחות). על החכמה הזאת אנחנו מחייבים לקוחות ב-100$ לשעה...