לכל חברה בעלת מוצר, החל מסטאראפים ועד חברות גדולות, יש בדיקות בוקר למוצר או למערכות שאיתם עובדים, כדי שהלקוחות שלנו יתחילו את יום העבודה שלהם בצורה חלקה וללא תקלות.
אז מה זה בדיקות בוקר?
בדיקות בוקר הם סט תרחישים המכסים את הנתיבים הקריטיים שיש במערכת או במוצר, כדי לוודא שהיא מתפקדת ומוכנה ליום עסקים הקרוב. לדוג' אם יש לנו מוצר ענן המשמש את לקוחות הקצה שלנו לביצוע אפייליט, אזי נרצה להיכנס למערכת כמשתמש קצה לממשק, ולייצר מכירה אחת, ולוודא שהמערכת רושמת את הליד בצורה נכונה, נרצה לראות שה API מביאים ללקוח הקצה את המוצרים הנמכרים, שאין לינקים שבורים.. וכדומה..
איך מבצעים את בדיקות הבוקר?
את בדיקות הבוקר נהוג להריץ בכלים אוטו' הרי וסט הבדיקות יציב ואיננו משתנה כמו בגרסה בה אנחנו צריכים להכיר את האיפיון ולכתוב תסריטי בדיקות משתנים, ולכן השאיפה היא למכן כמה שיותר בדיקות בוקר בתצורה אוטו', במידה ואין לנו את היכולת או את האפשרות נשתמש באיש תפעול או בודק, כשיש לו את סט התרחישים מסודר לפניו, וביצוע רישום מסודר בכל יום.
מהן המקרים ותגובות לבדיקות הבוקר?
במקרה הפשוט שהכול תקין, פשוט מבציעים רישום מסודר של סט הבדיקות שנעשה, וחוזרים לשגרת היום, הרישום הוא חשוב מפני שאם יש תקלה, מנהל המערכת יכול ללכת אחורה ולהבין האם בין דיווח התקלה ועד בדיקות הבוקר היה אירוע חריג שגרם לבעיה כך שאיש התפעול או הבודק לא התריעו בבוקר על התקלה.
במקרה ויש תקלה, חוזרים לתיק תיפעול ומנסים להתמודד עם התקלה, לדוג' מסך לבן בעת הזנקת האפליקציה מצריך איתחול לשרת ה Back End, וחוזרים על בדיקות הבוקר, במידה ולא צלח, כמובן שמדווחים למנהל המערכת, תוך תיעוד מסודר של התרחיש, התוצאה הצפייה ומה קרה בפועל. בגלל שבדיקות הבוקר הם על הנתיב הקריטי, זה יצריך כמובן הקפצה בכל שעות היממה של מנהל המערכת.
הפקת לקחים
בסיום האירוע של בדיקות הבוקר, חשוב לייצר הפקת לקחים של אירוע, לדוג' אם ייצרנו איתחול לשרת ה Back End ובא לציון גואל, המערכת חזרה לתפקוד, זה אומר שיש בעיה או באפליקציה או בסביבת העבודה כגון תקשורת, Fire Wall או משתנה אחר שגרם לסוגיה, ונדרש פה תחקור מעמיק כדי שלא נצטרך להתמודד עם התקלה הזו ויותר מזה שלא תופיע במהלך יום העסקים ותפריע לפעילות השוטפת של לקוחות הקצה שלנו.
מתעניין בבדיקות תוכנה? כנס עכשיו לקורס שלנו >>
TesQA 