שלב 3
זיהוי פערי QA ותרחישי קצה
בדיקות איכות לא מסתכמות רק בלוודא שה-Happy Path עובד. בשיעור זה נלמד כיצד להזין ל-AI את ה-PRD שלנו ולבקש ממנו לייצר עבורנו עשרות תרחישי קצה (Edge Cases), תרחישי כישלון ובדיקות אבטחה בסיסיות, הרבה לפני ששורת קוד אחת נכתבת.
01מתי משתמשים
- בזמן אישור ה-PRD
- כהכנה ל-QA Kickoff
- כאשר רוצים לוודא שלא פספסנו תרחישי שגיאה
02דוגמה מעשית
אתה בונה פיצ'ר הרשמה עם SMS. ה-AI יזכיר לך לשאול: 'מה קורה אם המשתמש לוחץ על כפתור השליחה 5 פעמים ברצף? האם הוא יקבל 5 הודעות ויחויב על כולן?', או 'מה קורה אם הוא עובר ל-Airplane Mode בדיוק באותו רגע?'
03 פרומפט
פיתוח (Delivery)בינוני
פרומפט לתרחישי קצה ו-QA
גילוי מקרי קצה (Edge Cases), פרצות לוגיות ותרחישי כישלון מתוך מסמך אפיון
QAEdge CasesPRD
פלט צפוי
פלט צפוי
דו"ח בן 4 חלקים: 5 מקרי קצה אכזריים שוברי-מערכת (לא טריוויאליים - Race conditions, Timeouts, קונפליקטים בדאטה), כל אחד עם המלצה מוצרית קונקרטית לטיפול; תרחישי Negative Testing - ניסיונות משתמש להרוס את התהליך במכוון (קליקים כפולים, שינוי סדר בקשות, Injection); 3 המלצות ל-Error Recovery - הודעות שגיאה קריטיות שחייבות להתווסף לאפיון; וסעיף סוגר ונפרד - 'מה חסר לי כדי לדייק' - שמסביר לכל פרט שמסומן כ-[חסר: ...] למה הוא נדרש ואיפה סביר למצוא אותו.
טעויות נפוצות
טעויות נפוצות
- להסתפק רק ב-Happy Path
- לתת ל-QA לגלות את ה-Edge cases רק בסוף הפיתוח
- ליצור רשימה של 200 תרחישים לא סבירים במקום להתמקד בעיקר
תרגול עצמי
תרגול עצמי
קח אפיון לפיצ'ר שעבדת עליו לאחרונה, ובקש מה-AI למצוא 5 תרחישי קצה שלא חשבת עליהם. סמן איזה מהם היית מוסיף ל-PRD המקורי.
תוצרים
- רשימת Edge Cases קריטיים
- תסריטי בדיקה מפורטים לצוות QA