משאבים · 57
דיאלוגים ומקלדות: בדיקת מסע המיקוד
בדיקת פתיחה, תנועה, סגירה ושחזור הקשר בממשקים שמפריעים למשימה.
מעודכן · 3 min
מה מדריך זה עוזר להשיג
- בחירת הרכיב הנכון
- הצבת מיקוד מובן
- מתן אפשרות לסגירה
- שחזור הקשר
בדיקה מהירה
- האם מודאל הכרחי?
- היכן נוחת מיקוד הפתיחה?
- האם הרקע באמת אינרטי?
- האם ניתן להיסגר הדו-שיח באמצעות המקלדת?
- היכן חוזר המיקוד אם הטריגר נעלם?
שיטה שלב אחר שלב
- 1
בחירת ההפרעה
החלטה האם מידע זקוק למודאל או יכול להישאר בדף. הפרדת דו-שיחים, פאנלים ותפריטים מודאליים. העדת אלמנטים מקוריים מתאימים ובדיקת התנהגות; תפקיד ARIA אינו יוצר אינטראקציות באופן אוטומטי.
תוצר: בחירת רכיב והיגיון.
- 2
מתן שם ופתיחה
חיבור שם נגיש לכותרת גלויה. מקם את המיקוד בצורה נכונה: בתחילת תוכן מובנה, שדה שימושי או פעולה בטוחה בהתאם למשימה. פתיחה לא צריכה לגלול את תחילתה אל מחוץ לטווח הראייה.
תוצר: פתיחה שנבדקה.
- 3
ניווט באמצעות מקלדת
תחת תבנית הדו-שיח המודאלית של W3C, Tab ו-Shift+Tab נשארים בתוך התוכן ומחוץ לו הם אינרטיים. ודא מיקוד גלוי, סדר לוגי וללא מלכודות בפקדים מקוננים.
תוצר: ניווט קדימה ואחורה.
- 4
סגירה ושחזור
ספק סגירה גלויה והתנהגות Escape צפויה. החזר את המיקוד לטריגר או לשלב לוגי אם הטריגר כבר לא קיים. לאחר ההגשה, המשתמשים צריכים למצוא מה השתנה ומה יכול לקרות בהמשך.
תוצר: שוחזר המיקוד וההקשר.
- 5
בדיקת שגיאות ורווח
כלול הודעות ארוכות, שדות לא חוקיים, מקלדות ניידות וזום. גלילה לא צריכה להסתיר לצמיתות פעולות או כותרות. שגיאות צריכות להיות מובנות ונגישות מבלי לאבד ערכים שהוזנו.
תוצר: מקרים של שוליים צרים של מסך.
- 6
בדיקה בדף
בדיקת הרכיב המשולב באמצעות מקלדת וטכנולוגיית מסייעת, לא רק בהדגמה מבודדת. בדיקת פתיחה כפולה ומיקוד לאחר סגירה חוזרת. קבלה מקומית לבדה אינה מקימה הסמכת WCAG.
תוצר: רישום קבלה ומגבלות ידועות.
גליון עבודה לשימוש חוזר
מלאו את התצפיות המאושרות שלכם. שדות אלה הם תבנית עבודה, לא תוצאות שנצפו.
| שדה | מידע לרישום |
|---|---|
| פתיחה | טריגר, כותרת ומיקוד ראשוני |
| מסע | Tab, Shift+Tab, רקע אינרטי ומיקוד גלוי |
| סגירה | Escape, כפתור והחזרה לוגית |
| מגבלות | בדיקת זום, תוכן ארוך, שגיאות וסיוע |
דוגמה בדיונית
סיטואציה להמחשה
דוגמה בדיונית: תיבת דו-שיח מאשרת מחיקת שורה וכפתור הפתיחה שלה נעלם.
החלטה וראיות צפויות
לאחר האישור, המיקוד חוזר לרכיב לוגי הבא או לכותרת הרשימה, עם תוצאה מוכרזת ושלב הבא גלוי.
הבחנה בין המנגנונים
| מנגנון | מטרה | אימות או הגבלה |
|---|---|---|
| דו-שיח מודאלי | פסיקה עבור משימה מוגבלת | רקע אינרטי ומיקוד כלול |
| לוח לא מודאלי | שמירה על הקשר זמין | תנועת מיקוד קוהרנטית |
| מקטע עמוד | הצגת מידע מתמשך | לעתים קרובות קל יותר להתייעצות |
מדדי ניהול
| מדד | מה הוא מודד | פעולה ראשונה |
|---|---|---|
| מסעות מקלדת שהושלמו | משימות שבוצעו ללא מצביע | תיקון חוסמים |
| החזרת מיקוד נכונה | סגירות שחזור הקשר שימושי | טיפול בטריגרים חסרים |
| מצבי קצה שנבדקו | זום, שגיאות ותוכן ארוך | השמטות במסמך |
טעויות נפוצות
- הוספת אריה-מודאלית ללא תוכן אינרטי
- אובדן מיקוד לאחר סגירה
- חסימת בריחה ללא יציאה ברורה
- בדיקה של פתיחת עכבר בלבד
שאלות נפוצות
האם דיאלוג מקורי מספיק?
הוא מספק התנהגות שימושית, אך מתן שמות, מיקוד ראשוני, תוכן, שגיאות ואינטגרציה עדיין דורשים בדיקה.
האם הכפתור הראשון צריך לקבל מיקוד?
לא תמיד. הנקודה המתאימה תלויה בתוכן ובמשימה, במיוחד עבור החלטות בלתי הפיכות.
האם אוטומציה יכולה לאמת את המסע?
הוא מזהה פגמים מסוימים, אך הבנה, סדר שימושי והקשר משוחזר דורשים קבלה ידנית.
הפניות רשמיות
הפניות תומכות בשיטה. התאימו את הבדיקות להקשר שלכם; הן אינן הסמכה. כותרות הפניות ומסמכי המקור המקוריים עשויים להיות בשפה אחרת.
תאריך בדיקת המקורות .
