תארו לעצמכם את הסיטואציה ההיפותטית הבאה: אתם עובדים ב-Easy LMS על קורס GDPR מדהים. הוא מדהים כי הפכתם אותו למרתק עם אינפוגרפיקות מגניבות וסרטונים מושכים. שלום, שלום, הדרכות תאימות משעממות. כל המידע על GDPR נמצא שם; אתם רק צריכים להכניס אותו למערכת. הכל מתנהל על מי מנוחות. עד שאתם רוצים להעלות סרטון. לפתע, כל הקורס נעלם! בלחיצה אחת. אאאאאאאאאאאאאאאאאאאאאאאאאאאאאאא
ברור שזו לא המטרה שלנו או שלכם! אנחנו מאמינים שעדיף לגלות שיש בעיה לפני שהלקוחות שלנו מגלים אותה. לכן יש לנו נוהל בקרת איכות (QA) מקיף הכולל בדיקות ידניות ובדיקות אוטומטיות. במאמר זה נתמקד רק בבדיקות ידניות. כי לפעמים פשוט צריך בני אדם במקום רובוטים ?. ברוכים הבאים לעולם הבדיקות הידניות שלנו!
מהי בקרת איכות? ולמה היא נחוצה?
אנשי בקרת איכות הם לרוב השומרים בקופה, הקובעים אם התכונה או התיקון מוכן לשחרור.
ראשית, בואו נחזור צעד אחורה למקרה שאתם מרגישים המומים מהמונח "אבטחת איכות". מהי אבטחת איכות? ולמה היא דרושה? אבטחת איכות (QA) היא תהליך שמבטיח שמשהו פועל כמתוכנן. לדעתנו, תהליך QA הוא קריטי למוצר (התוכנה) שלנו ולשביעות רצון הלקוחות, ולכן גם להצלחת החברה. אנשי QA הם לרוב השומרים בקופה, הקובעים אם תכונה או באג שתוקן מוכנים לשחרור.
בעוד שיש מי שמצמצמים את בקרת האיכות לבדיקות בלבד, אנו סבורים שמדובר במשהו הרבה יותר מזה. בקרת איכות טובה היא חיונית לא פחות מהבנייה עצמה. היא מבטיחה שתוכלו לעמוד בסטנדרטים הגבוהים שלכם! הוא גם הופך את המוצר שלכם ליציב ונותן לצוות שלכם תחושת ביטחון. כולנו עושים טעויות; זה חלק בלתי נפרד מהיותנו בני אדם, גם אם אתם מפתחים מחוננים (כמונו ? ). אבל רשת ביטחון נותנת לכם חופש מחשבתי ועבודה, כך שתוכלו לדחוף את הגבולות שלכם. בסופו של דבר, זה יוביל לכישורים מתקדמים יותר (פיתוח, עיצוב, כתיבה, מה שתרצו)!
מי מבצע את הבדיקות?
לפני שנה, קרוליין הייתה אחראית הבטחת האיכות היחידה שלנו. היא בדקה ידנית את כל מה שפיתחו המפתחים שלנו. ואנחנו יכולים להגיד לכם: זה הרבה. מכיוון שאנו שואפים ליצור צוותים אוטונומיים שיכולים לפעול באופן עצמאי לחלוטין, ניסינו להפעיל את בקרת האיכות על ידי צוותי הפיתוח עצמם. הניסוי הצליח! "הבדיקות עם הצוות שלנו מרגישות כמו הדבר הנכון לעשות. הצוות שלנו הוא רב-תחומי, ולכן כולנו מבחינים בדברים שונים. זה נותן לנו ביטחון רב יותר באיתור בעיות קטנות מאשר אם חבר אחד היה בודק לבד. אנחנו גם יודעים איך הקוד עובד, ולכן יש לנו מושג ברור יותר איך אפשר לשבור אותו!", הסביר ברם, מפתח Back-End.
כיצד נראה הליך הבדיקה שלנו?
תהליך הבדיקה הידנית שלנו מורכב מששה שלבים. בואו נעבור עליהם יחד!
שלב 0: ודא שהקוד עומד בסטנדרט האיכות שלנו.
לפני שאנחנו מתחילים בבדיקות ידניות, אנחנו מבצעים בדיקת קוד. מפתח אחר מאמת את איכות הקוד. אנחנו בודקים, למשל, באופן מפורש אם יש פגיעויות אבטחה. כמו כן, אנו מבצעים בדיקות אוטומטיות המנתחות את איכות הקוד. בדיקות אלה חייבות לעבור בהצלחה לפני שאנו ממשיכים. אם הבדיקה נכשלת, אנו חוזרים לשולחן השרטוט ומתקנים את הבעיות.
שלב 1: ודא שכל קריטריוני הקבלה מתקיימים.
כאשר אנו בונים תכונה חדשה, אנו מתחילים בכתיבת קריטריוני קבלה. קריטריוני קבלה מגדירים כיצד תכונה מסוימת יכולה לשמש מנקודת המבט של הלקוח. לכן, אנו חושבים על האופן שבו תכונה צריכה לעבוד, כדי שנוכל לבדוק לאחר מכן אם היא אכן פועלת כמתוכנן.
שלב 2: ודא שההגדרה שלנו ל"מוכן" התקיימה.
ההגדרה של "בוצע" היא קבוצה מוסכמת של פריטים שיש להשלים לפני שניתן להחשיב פרויקט כגמור. ההגדרה שלנו של "בוצע" כוללת, לדוגמה:
שלב 3: נסה לשבור דברים
אנו מאמצים את נקודת המבט של הלקוח. ראשית, אנו משתמשים בתכונה כפי שאנו מצפים שהמשתמש הסופי ישתמש בה. לאחר מכן, אנו לוקחים אותה לקצה. אנו חוזרים על פעולות יותר מפעם אחת, משתמשים במקרי בדיקה קיצוניים ומאמתים שהתכונה החדשה לא פגעה בתכונות הקיימות. מה קורה ל-X אם אני לוחץ על הכפתור החדש Y? אנו גם מבצעים בדיקות עם חשבונות בדיקה שונים בעלי מאפיינים אחרים.
אנו רואים את הדברים מנקודת המבט של הלקוח
שלב 4: בדוק מנקודת מבט של אבטחה.
אנו שואפים לעמוד בתקן GDPR. אנו מתייחסים ברצינות לנתוני לקוחותינו. לכן, אנו בודקים את האתר לאיתור נקודות תורפה אפשריות באמצעות מספר טכניקות פריצה נפוצות. אנחנו אנשים טובים, ולכן לעולם לא משתמשים בטכניקות אלה בחיים האמיתיים; אל דאגה!
שלב 5: בדוק את התרגומים החדשים וערוך אותם.
אנו תומכים ב-11 שפות בלוח המחוונים שלנו, וממשק הנגן שלנו זמין ב-24 שפות. יש לנו מאגר מתרגמים פרילנסרים המתרגמים את כל הטקסטים באופן ידני בכלי תרגום נפרד. אנו מוודאים שכל הטקסטים מתווספים לכלי זה. בנוסף, אנו בודקים ועורכים אותם, כך שהם מוכנים לשימוש מיידי!
שלב 6: שקול איזה תוכן יהיה צורך לעדכן או לכתוב.
ברוב המקרים, תכונה חדשה מלווה בטקסט חדש. אנו מכינים מראש את כל התוכן הפנימי והחיצוני, במידת האפשר. כשאנו משחררים תכונה חדשה, אנו רוצים שהיא תהיה שלמה! זה קשור לחזון שלנו של זרימת פריטים בודדים!
"ביצוע בקרת איכות בצורה טובה יכול להיות משימה שדורשת זמן רב. ככל שיש יותר נקודות מבט ועיניים מעורבות, כך התוצאה טובה יותר. תיעוד השלבים כך שכל אחד יכול לבצע אותם, במקום להסתמך על אדם אחד בלבד, הוא דבר יעיל. ב-Easy LMS אנו עובדים בצוותים רב-תחומיים, עם מפתחי back-end ו-front-end העובדים בשיתוף פעולה הדוק עם יועצי היישום שלנו, המביאים את נקודת המבט של הלקוח. זה הגיוני!", אמרה קרוליין, אחראית בקרת איכות.
מתי אנו מבצעים בדיקות ידניות?
כל תכונה נבדקת באופן ידני
כל תכונה נבדקת באופן ידני ועוברת את אותו התהליך! אפילו תכונות קטנות (כמו החלפת תמונה בדף הבית) שלא נראות זקוקות לבדיקה במבט ראשון. אבל השטן נמצא בפרטים הקטנים ובדברים הקטנים ?. אנו מבצעים את הליך הבדיקה הידנית שלנו לאחר סיום הפיתוח. הבדיקה עברה בהצלחה? אז הגיע הזמן לשחרר את המוצר כדי שהלקוחות שלנו יוכלו ליהנות ממנו! הבדיקה נכשלה? אז התכונה נבדקת שוב. זה אומר שצוות הפיתוח יפתור את הבעיה ויבדוק שוב את האיכות. אנחנו חוזרים על התהליך עד שכל הסעיפים ברשימת הבדיקה של בקרת האיכות מסומנים.
