בדיקות תוכנה לאתר (QA) הן התהליך שבו מוודאים שהאתר עובד כמו שצריך — בכל דפדפן, בכל גודל מסך, בכל טופס ובכל תרחיש — לפני שגולשים אמיתיים מגלים את התקלות במקומכם. באתר של עסק, רוב התקלות לא נראות כמו "האתר קרס", אלא כמו טופס שלא מגיע, כפתור שמוסתר בטלפון או תשלום שנכשל בשקט. אלה בדיוק הדברים שבדיקה שיטתית תופסת.
מה בודקים: שבעה תחומים
| תחום | מה בודקים |
|---|---|
| פונקציונליות | טפסים, חיפוש, סינון, הרשמה, עגלה ותשלום — מקצה לקצה |
| תצוגה | טלפון, טאבלט ומחשב; כמה דפדפנים; מסכים צרים ורחבים |
| תוכן | טקסטים זמניים, קישורים שבורים, תמונות חסרות, כותרות עמוד |
| נגישות | מקלדת, ניגודיות, כותרות, טקסט חלופי, תוויות בטפסים |
| ביצועים | מהירות טעינה, משקל עמוד, מדדי Core Web Vitals |
| אבטחה | הרשאות משתמשים, הגנה על טפסים מספאם, HTTPS |
| טכני | הפניות, דף 404, מפת אתר, תגיות noindex שנשכחו |
בדיקות פונקציונליות: לחשוב כמו גולש
עוברים על כל פעולה שהאתר אמור לאפשר, כמו שגולש היה עושה:
- טפסים: שליחה תקינה, שליחה עם שדה חסר, כתובת מייל שגויה, טקסט ארוך במיוחד. האם ההודעה מגיעה? לאן? האם הגולש מבין שהטופס נשלח?
- חנות: הוספה לעגלה, שינוי כמות, קופון, תשלום, חשבונית, מייל אישור, ביטול. ראו סליקה באתר.
- חיפוש וסינון: חיפוש בלי תוצאות, חיפוש בעברית ובאנגלית, שילוב של כמה מסננים.
- מקרי קצה: מה קורה כשהרשימה ריקה? כשהשם ארוך מאוד? כשהמשתמש לוחץ פעמיים על "שלח"?
תצוגה: לא רק "נראה טוב אצלי"
האתר צריך להיבדק בכמה רוחבי מסך — לא רק במחשב של מי שבנה אותו. בדיקה טובה כוללת לפחות טלפון צר (סביבות 360–390 פיקסלים), טאבלט ומחשב, ובכמה דפדפנים. דברים שנשברים בדרך כלל: טבלאות רחבות שגורמות לגלילה הצידה, כתובות ארוכות שחורגות מהמסך, ותפריטים שלא נסגרים. באתרים בעברית מוסיפים גם בדיקת כיווניות: תוכן מעורב בעברית ובאנגלית, מספרי טלפון וסוגריים. ראו פיתוח אתרים מימין לשמאל ואתר רספונסיבי.
נגישות: הבדיקות הבסיסיות
ה-W3C מפרסם רשימת "בדיקות קלות" לנגישות: כותרת עמוד, טקסט חלופי לתמונות, כותרות היררכיות, ניגודיות צבעים, הגדלת טקסט, ניווט במקלדת עם פוקוס נראה, טפסים עם תוויות והודעות שגיאה, תוכן זז או מהבהב, וחלופות למולטימדיה. ה-W3C מדגיש שאלה בדיקות ראשוניות בלבד — עמוד יכול לעבור אותן ועדיין להכיל חסמי נגישות משמעותיים. לכן הן נקודת התחלה, לא תחליף לבדיקה מלאה לפי התקן. ראו חוק נגישות אתרים.
ביצועים
- מודדים את העמודים המרכזיים — דף הבית, עמוד שירות, עמוד מוצר — ולא רק אחד.
- בודקים במצב מובייל, שבו רוב הבעיות מופיעות.
- מוודאים שתמונות דחוסות ושאין סקריפטים מיותרים. ראו בדיקת מהירות אתר וCore Web Vitals.
אוטומטי או ידני?
בדיקות אוטומטיות טובות לדברים שחוזרים: קישורים שבורים, שגיאות נגישות שמכונה מזהה, מהירות, ובאתרים מורכבים גם תרחישים כמו "הוספה לעגלה ותשלום". כלי דפדפן אוטומטיים יכולים לפתוח את האתר ברוחבים שונים ולצלם כל עמוד. אבל הרבה דברים דורשים עין אנושית: האם הטקסט ברור, האם הסדר הגיוני, האם מה שמכונה סימנה כתקין באמת עובד לגולש עם קורא מסך. השילוב הנכון: אוטומציה לכיסוי רחב, ובדיקה ידנית לתרחישים החשובים.
מתי בודקים
- לפני השקה — בדיקה מלאה. רשימה בצ׳קליסט השקת אתר.
- אחרי כל שינוי משמעותי — עיצוב חדש, תוסף חדש, עדכון גרסת PHP — בסביבת בדיקות.
- באופן תקופתי — טפסים ותשלומים מפסיקים לעבוד גם בלי שמישהו נגע באתר, למשל כששירות חיצוני משתנה.
שאלות נפוצות
מי צריך לבדוק — המפתח או בעל האתר?
שניהם. המפתח בודק את הצד הטכני באופן שיטתי; בעל האתר בודק שהתוכן נכון ושהתהליכים מתאימים לעסק.
האם תוסף נגישות פותר את בדיקות הנגישות?
לא. תוסף יכול להוסיף כלים לגולש, אבל לא מתקן בעיות בקוד כמו טפסים בלי תוויות או ניווט שלא עובד במקלדת.
בדיקה ברוחבי מסך שונים, בטפסים ובנגישות היא חלק מכל אתר שאני בונה, לפני ההשקה ואחרי שינויים. אם האתר שלכם צריך בדיקה כזו, ראו תחזוקת אתרים או שלחו לי את הכתובת.
אהבתם את המאמר?
