בדיקות פונקציונליות ולא פונקציונליות: למה לא רק הקוד נשבר?
השעה כבר חצות, הסוללה במחשב סוגרת על 3% ואתם חושבים לעצמכם: "היי, העיקר שהפיצ'ר עושה את מה שהוא אמור לעשות". אז זהו, שלא. ברוכים הבאים לעולם המרתק של בדיקות פונקציונליות ובדיקות לא פונקציונליות – המקום שבו לא רק "מה עושים" חשוב, אלא גם "איך עושים" ו"האם זה בכלל סביר".
אז מה לעזאזל ההבדל בין בדיקות פונקציונליות ולא פונקציונליות?
לכל מי שלא שמע, בדיקות פונקציונליות עושות בדיוק את מה שאתם מניחים שהן עושות: הן בודקות אם הצ'קבוקס הזה באמת עושה צ'ק, או אם כפתור ה"הבא" אכן מקפיץ לשלב הבא (ולא מוחק לכם את כל מה שכתבתם פה לאחרונה). מצד שני, בדיקות לא פונקציונליות נכנסות לעומק הגדול יותר: כמה מהר זה קורה? כמה יעיל זה? או אפילו האם האתר שלכם ישרוד 10,000 משתמשים רעבים לקופון בלאק פריידי?
בקצרה: חלוקה לטיפוסים
- בדיקות פונקציונליות: בודקות את ההתנהגות הצפויה של הפיצ'ר (מכניקה בלבד – עובד או לא עובד).
- בדיקות לא פונקציונליות: מתעמקות במנעד רחב יותר – פרפורמנס, שימושיות, ביטחון מידע ועוד.
רגע, למה אכפת לי מבדיקות לא פונקציונליות?
בו נשחק משחק קטן – נניח שבניתם אפליקציה חדשה וסקסית לחלוטין. כל פיצ'ר עבר בדיקה פונקציונלית. זה עובד כמו קסם, הכל אופטימי ויפה. אבל אז מגיעים הבלתי נמנעים…
- כמה זמן לוקח לאפליקציה להיטען? מה דעתכם על דיליי של חמש שניות? כי למשתמשים שלכם זה מעצבן (רמז: הם בורחים!).
- מה קורה כשהשרת מקבל בקבוק שמפניה? אה… זאת אומרת, עומס יתר?
- האם כל אחד עם לפטופ ומעט כשרון לפרוץ לדברים יכול לקבל גישה לנתוני המשתמשים שלכם? כי, אה, זה לא יהיה נעים…
כל אלו הן בדיוק הדוגמאות למה בשלב מסוים אתם מבינים שבדיקות פונקציונליות לבד פשוט לא מספיקות.
5 דברים שלא ידעתם על בדיקות לא פונקציונליות (וסביר להניח שלא חשבתם לשאול)
1. כמה משוגע יכול להיות "שיא העומס"?
בדיקת עמידות באופן מדעי היא דבר מדהים: הייתם רוצים לגלות שהאתר שלכם קורס כשהכניסה אליו עולה על 50 משתמשים? כנראה שלא. תא השמע התורן של המדען הטכנולוגי יכלול סימולציה של עומסים מטורפים כדי לבדוק אם השרת באמת מסוגל לשרוד את חג החנוכה אצל המשפחה שלכם. ספויילר: אם תיכננתם את זה גרוע, כנראה שלא.
2. אבטחת מידע או כרטיס כניסה לפריצה הבאה?
חלק עצום מהבדיקות הלא פונקציונליות מוקדש לבדיקת אבטחת מידע. נחשו למה. משתמשים פשוט שונאים להבין שפרצו להם, וזה גם משהו שנטפליקס (או אפילו אתם) לא יכולים לפתור ב"נסה שנית". ודאו שהדאטה הזו בטוחה – לפני שהמשתמשים שלכם בורחים.
3. הזמן שווה כסף (בדיקות פרפורמנס ותזמון)
מי רוצה לתלות תמונה ולגלות ש"צבע" הטפטים מתחלף עוד לפני שסגרתם את המסמר? בדיוק. בדוק זמני תגובה ופרפורמנס כולל. בעידן שבו חוויה איטית גומרת לכם את המשתמש, מהירות היא קריטית.
4. איך לבדוק אם האפליקציה שלכם באמת ידידותית?
"שימושיות" היא מילת הקסם שמדברת על חוויית משתמש נוחה, מהירה ובלתי מתסכלת. אם המשתמש שלכם מרגיש שהוא צריך לעבור דוקטורט כדי להבין איך להגיע ל"דף הבית", כנראה שפספסתם בבדיקות UX.
5. האם אתם מוכנים רעיונית לבלגן?
הבדיקות הלא פונקציונליות בוחנות תרחישי קיצון: דיסקים שבורים, רשת איטית, ואפילו תרחישי אימה. כי מה לעשות, משתמשים לא תמיד מתנהגים כפי שציפו מהם…
שאלות ותשובות: כן, גם לכם זה קורה!
ש: אפשר לוותר על בדיקות לא פונקציונליות אם אין דדליין?
ת: האמת שזה תלוי. אם אתה ממש אוהב חוות דעת שליליות וביקורות 1 כוכב, אולי זה כדאי…
ש: כמה עמוק באמת צריך ללכת בבדיקות?
ת: לומר "כמה שיותר" נשמע קלישאתי, אבל כן – נסו להזיז גבולות. כל משתמש הוא עולם של בדיקות.
ש: מה קורה אם הזנחתי את כל זה?
ת: חדשות רעות – האפליקציה אולי "עובדת", אבל חוויית המשתמש תהיה סיוט.
ש: האם זה יקר?</p