אתר אינו מוכן רק כי דף הבית נראה יפה. בדיקת קבלה עוברת על התכולה שסוכמה ועל פעולות שהמשתמש צריך לבצע. אתר תדמית, חנות ומערכת ניהול דורשים בדיקות שונות; לא צריך לדרוש סליקה באתר שאין בו רכישות.
ממפים תכולה למסלול שימוש
עבור כל דרישה כתבו מה המשתמש עושה ואיזה מצב מוכיח הצלחה. לדוגמה, פנייה מהאתר מופיעה במערכת עם הפרטים שנשלחו. בדקו גם מה קורה עם שדה חסר או חיבור שנכשל.
מסך הצלחה אינו מספיק אם אין רשומה ביעד. תיעוד קצר של הדוגמה והתוצאה מאפשר להחליט על מסירה מתוך ראיות במקום מתוך תחושה.
מובייל, מקלדת ותוכן
בדקו תפריט, קריאה וטופס בטלפון, במקלדת ובהגדלה. טקסט חשוב אינו צריך להיות חתוך או להופיע רק בתוך תמונה. קישורים צריכים להביא לכתובת נכונה.
עברו על השמות, המספר העסקי, המייל וההבטחות בטקסט. תוכן לדוגמה צריך להימחק או להישאר מסומן כטיוטה. ביקורות ופרויקטים דורשים אישור מתאים לפרסום.
גישה ותחזוקה אחרי ההשקה
סכמו מי מחזיק דומיין, ניהול ותיעוד. בדקו כניסה לפאנל והפרדה בין משתמש ציבורי למשתמש מורשה. אם נכלל גיבוי, בדקו מה הוא מכסה ואיך משחזרים.
הפרידו בין תקלה שמונעת פרסום לבין שיפור עתידי. תעדו מה נשאר ומי אחראי. זמן טיפול וליווי נקבעים לפי ההסכם והפרויקט, לא כהבטחה כללית.
שאלות נפוצות
בודקים רק את דף הבית?
לא. עוברים על מסלולי המשתמש ועל התכולה שסוכמה.
האם צריך לבדוק גם שגיאה?
כן. שדות חסרים וכשל בשמירה הם חלק מהשימוש האמיתי.
מה נחשב הוכחה שהטופס עובד?
פנייה עם פרטי הבדיקה שנשמרה ביעד, לצד הודעת אישור נכונה.
אפשר לעלות עם משימות עתידיות?
כן, אם הן אינן מונעות שימוש, מתועדות ומוסכמות בנפרד מהתכולה שנמסרה.
המדריך מסביר עקרונות ותהליכי עבודה. פרטי המימוש נקבעים לפי המערכות והצרכים של העסק. דוגמאות להמחשה אינן תוצאות של לקוחות.