תכנית בדיקות אכיפה – אפליקציית MBE

גרסה: 1.0 | תאריך: 2025-10-10 | בעלים: סוכן QA בלתי-מתפשר

1. מטרות ויעדים

• אימות פונקציונלי מלא של מודולי Events, CRM, Finance.
• בדיקת תקינות אינטגרציות קריטיות: Google Sheet, Rivhit Export, WhatsApp (מצב דמה).
• אכיפת הרשאות (RBAC) לפי תפקידים.
• בדיקת חווית משתמש כולל RTL, נגישות בסיסית ורספונסיביות.
• הפקת דו"ח כשירות (SoT) המבוסס על ראיות וכיסוי מדיד.

2. אסטרטגיית בדיקה

הבדיקות יבוצעו בסביבת sandbox/test על Tenant ייעודי (qa-tenant). כל בדיקה תתועד במטריצת הביצוע ותגובה בראיות (ID של רשומה, לוג, או צילום מסך מתואר). בדיקות חיצוניות (WhatsApp, Rivhit) יבוצעו במצב Dry-Run.

3. קריטריוני מעבר (Exit Criteria)

• 0 כשלים קריטיים (Blockers) פתוחים.
• ≤ 2 כשלים מהותיים (Major) עם Workaround מאושר.
• כיסוי פונקציונלי ≥ 95%.
• כיסוי RBAC ואינטגרציות ≥ 95%.

---

4. מקרים ותסריטי בדיקה (דוגמאות)

TC-EVENT-001: יצירת אירוע מלא

• Given: משתמש admin מחובר, קיימים לקוחות וספקים.
• When: המשתמש ממלא את כל שדות החובה בטופס אירוע, כולל בחירת אוכלוסייה, כתובת מורכבת, ואישור בטיחות אחד.
• Then: נוצר אירוע חדש ב-DB עם כל הנתונים, והמשתמש מועבר חזרה לרשימת האירועים עם הודעת הצלחה.

TC-RBAC-003: ניסיון עדכון סטטוס גבייה ללא הרשאה

• Given: משתמש עם תפקיד sales_mgr מחובר.
• When: המשתמש מנסה לשנות את השדה collection_status באירוע קיים.
• Then: הפעולה נכשלת ברמת ה-UI (השדה מושבת) או ברמת ה-API עם הודעת שגיאת הרשאה.

TC-INT-001: הרצת סנכרון GSheet (Dry Run)

• Given: קיים TenantRegistry עם ID של Google Sheet המכיל 3 לקוחות חדשים, 2 קיימים, ו-1 עם שגיאה.
• When: מפעילים את פונקציית הסנכרון עם דגל dry_run=true.
• Then: נוצר דו"ח השפעה (impact_report) המציג: 3 create, 2 update, 1 error. לא נוצרים/מתעדכנים לקוחות בפועל.

TC-INT-005: יצוא ריווחית תקין

• Given: קיימות 5 חשבוניות ו-3 תקבולים המוכנים ליצוא.
• When: מפעילים את סקריפט יצוא ריווחית.
• Then: נוצר קובץ Journal_<timestamp>.txt ב-Drive, תואם 100% לפורמט (14 שדות, Tab-delimited, CR+LF, ללא BOM).