נגישות במפרט פיתוח: מסע שימוש ותנאי קבלה
מאת איתי דילן זריהן זיונץ· הבעלים של POCAST
נגישות נכנסת למפרט כדרישות למסלול שימוש, ולא רק כמשימה להוסיף כפתור בסוף.
תשובה מעשית
נגישות נכנסת למפרט כדרישות למסלול שימוש, ולא רק כמשימה להוסיף כפתור בסוף. הגדירו איך מגיעים, קוראים, ממלאים טופס ומתקנים שגיאה באמצעות מקלדת ועזרי קריאה.
תהליך עבודה והחלטות
בחרו מסלולים מרכזיים והגדירו תנאי קבלה: תוויות לשדות, סדר פוקוס, הודעת שגיאה שמקושרת לשדה, ניגודיות ופעולה ללא עכבר. ב־RTL בדקו גם טקסט מעורב ומספרים. בדיקות אוטומטיות מסייעות למצוא חלק מהפערים; הוסיפו בדיקה ידנית למסלול האמיתי. הגדירו את היעד המקצועי לפי התוכן והפרויקט; רשימת בדיקה קצרה אינה אישור עמידה מלאה.
דוגמה לתכנון
בטופס דמיוני, כפתור השליחה מציג הודעה אדומה בלבד ושדה הטלפון מסומן בלי הסבר. תנאי קבלה מבקש טקסט ברור, חיבור לשדה ופוקוס מתאים, ואז בודקים השלמה ותיקון גם במקלדת.
רשימת בדיקה לפני שממשיכים
- מסלולים מרכזיים נבדקו ללא עכבר.
- שדות ושגיאות מזוהים בטקסט.
- סדר הפוקוס מתאים למסך ול־RTL.
- הוגדרו בדיקה ידנית ואחריות לתיקון.
מקור מקצועי והעמקה
מפת דרישות WCAG 2.2 של W3C מסייעת לבחור קריטריונים לבדיקה; זהו מקור טכני, לא חוות דעת משפטית.
הכנת בריף לפרויקט
כלי לאפיון אתר ומערכת עסקית — הגדירו מטרה, היקף וחומרים. בסיום אפשר לערוך, להעתיק או להדפיס את הסיכום ולפנות לפי בחירה.
דוגמאות מהעבודות שלנו
תכנון הפרויקט עם POCAST
לפרטי השירות ולפנייה בנושא נגישות במפרט פיתוח: מסע שימוש ותנאי קבלה. שלחו מטרה, חומרים קיימים והיקף רצוי; ההצעה תגדיר תכולה ותוצרים לפני תחילת עבודה.
למרכז המדריכים בנושא בית תוכנה ופיתוח.