בפוסט זה תמצאו תבניות מוכנות לשימוש ולהדפסה עבור המסמכים המרכזיים שכל בודק תוכנה צריך להכיר:
🔹 STP – Software Test Plan
תבנית תוכנית בדיקות הכוללת: מטרות, היקף בדיקות, סוגי בדיקות, סביבת בדיקות, לוחות זמנים, קריטריוני כניסה ויציאה, סיכונים והגדרת אחריות.
🔹 STD – Software Test Design
תבנית לעיצוב תרחישי בדיקה ומקרי בדיקה, כולל טבלאות מסודרות לניהול Test Scenarios, Test Cases, נתוני בדיקה ותנאים מקדימים.
🔹 STR – Software Test Report
תבנית דוח סיכום בדיקות לקראת שחרור גרסה, הכוללת סטטיסטיקות הרצה, סטטוס באגים, סיכונים פתוחים והמלצה לשחרור.
🔹 Bug Report Template – מסמך באגים
תבנית מסודרת לדיווח באגים הכוללת: שלבים לשחזור, תוצאה בפועל מול תוצאה צפויה, חומרה, עדיפות וצרופות.
התבניות מתאימות לבודקי תוכנה ידניים, לבודקי אוטומציה, למנהלי QA ולמי שמתכונן להסמכת ISTQB או עובד בסביבת Agile/Scrum.
📘 תבנית STP – מסמך תוכנית בדיקות (Software Test Plan)
1. פרטי מסמך
- שם הפרויקט:
- גרסה:
- תאריך:
- כותב המסמך:
- מאשר המסמך:
2. מטרת המסמך
תיאור מטרת הבדיקות ומה נועד לאשר במסגרת גרסה זו.
3. היקף הבדיקות (Scope)
✔ מה כלול בבדיקות:
❌ מה לא כלול בבדיקות:
4. סוגי בדיקות שיבוצעו
☐ בדיקות פונקציונליות
☐ בדיקות רגרסיה
☐ בדיקות אינטגרציה
☐ בדיקות עומסים
☐ בדיקות אבטחת מידע
☐ בדיקות שימושיות
☐ בדיקות תאימות דפדפנים
☐ אחר: _________
5. סביבת בדיקות
- סביבת שרת:
- מערכת הפעלה:
- דפדפנים:
- מכשירים:
- בסיס נתונים:
- כלים תומכים:
6. לוחות זמנים
- תחילת בדיקות:
- סיום בדיקות:
- תאריך שחרור מתוכנן:
7. קריטריוני כניסה (Entry Criteria)
8. קריטריוני יציאה (Exit Criteria)
- % כיסוי בדיקות:
- מספר באגים פתוחים חמוריים:
- אישור מנהל QA:
9. סיכונים
- סיכון:
- השפעה:
- תוכנית מענה:
<br>
📗 תבנית STD – מסמך עיצוב בדיקות (Software Test Design)
1. פרטי מסמך
- פיצ'ר / מודול:
- גרסה:
- תאריך:
- כותב:
2. תיאור הפיצ'ר
תיאור פונקציונלי קצר של הרכיב הנבדק.
3. תרחישי בדיקה (Test Scenarios)
| מזהה תרחיש | תיאור תרחיש | עדיפות | סוג בדיקה |
|---|---|---|---|
| TS-01 | High / Medium / Low | Functional / Regression |
4. מקרי בדיקה (Test Cases)
| מזהה TC | תיאור | תנאים מקדימים | שלבי ביצוע | תוצאה צפויה | סטטוס |
|---|---|---|---|---|---|
| TC-01 | 1. 2. | Pass/Fail |
5. נתוני בדיקה
- משתמשים:
- קבצים:
- נתוני DB:
- ערכי קלט מיוחדים:
<br>
📕 תבנית STR – מסמך דו"ח סיכום בדיקות (Software Test Report)
1. פרטי גרסה
- שם פרויקט:
- גרסה:
- תאריך סיום בדיקות:
- בודק אחראי:
2. סיכום בדיקות
| פרמטר | כמות |
|---|---|
| סה"כ Test Cases | |
| עברו | |
| נכשלו | |
| נחסמו | |
| לא הורצו |
3. סטטוס באגים
| חומרה | פתוחים | סגורים |
|---|---|---|
| Critical | ||
| High | ||
| Medium | ||
| Low |
4. סיכונים שנותרו
5. המלצה לשחרור
☐ מאושר לשחרור
☐ לא מאושר לשחרור
☐ מאושר בתנאים
הערות:
<br>
🐞 תבנית מסמך באג (Bug Report Template)
פרטי באג
- Bug ID:
- כותרת:
- תאריך פתיחה:
- מדווח:
- גרסה:
- סביבה:
תיאור הבאג
תיאור ברור וקצר של הבעיה.
שלבים לשחזור (Steps to Reproduce)
תוצאה בפועל (Actual Result)
מה קרה בפועל.
תוצאה צפויה (Expected Result)
מה אמור היה לקרות.
חומרה (Severity)
☐ Critical
☐ High
☐ Medium
☐ Low
עדיפות (Priority)
☐ P1
☐ P2
☐ P3
☐ P4
קבצים מצורפים
☐ צילום מסך
☐ וידאו
☐ לוגים
לקרוא מאמרים זה נחמד אבל לא יביא אותך לתוצאה שאתה רוצה, בדיוק בשביל זה הכנו עבורך את הקורס הדיגיטלי המהיר, תוך שעתיים וחצי תלמד את תחום הבדיקות ידניות, תוכל להתחיל לעבוד מהבית דרך FIVERR או ולהתכונן נכון לראיונות עבודה שיעזרו לך לצלוח אותם. כנס כאן הקורס ממוקד בבדיקות תוכנה ידניות הנותן בסיס חזק לתחום.
לעבוד מהבית כבודק תוכנה עם FIVERR >> לחץ כאן
TesQA 