כשאנחנו מדברים וחושבים בדיקות תוכנה, אנחנו בדרך כלל מתייחסים אליהם כחלק מתהליך הפיתוח. לא משנה אם מדובר על מתודולוגית אג'יל או Waterfall, כלומר הורגלנו לחשוב שגבולות הגזרה של הבודקים נמצאים בתהליכי פיתוח. לאחרונה התפיסה הזו משתנה ויותר ויותר אנחנו רואים את בודקי התוכנה משתלבים בריצפת הייצור.
כשיש תהליכים מסועפים ואינטגרטיביים במיוחד בעולמות הדיגיטל שצריכים להיות סינכרונים, עשויים להיות כשלים, והרבה. אז כדי שלא נגלה בדיעבד על תקלות אלו, כדרך משתמש הקצה, או דרך התראות של SEO שזה כבר מאוחר מדי, נדרש לייצר התראות, ניטורים ובקרות.
לאחרונה נכנסו יותר ויותר אנשי ה QA לתהליכי השו"ב, תוך הקמת אוטומציה על חווית הלקוח. בודק התוכנה הוא דמות המכירה את האפליקציה, את העולם העסקי שהתוכנה מייצרת ובאופן הזה הבודק יכול להגדיר את הניטור בצורה הטובה ביותר.
בואו ניקח דוג', אם אנחנו יודעים שנכנסים לאתר שלנו סביב ה 1,00,000 גולשים בחודש, ויש לנו כ 100 הזמנות ביום, הרי שאם יש רק 5 ביום, צריכה להיות התראה יומית על התהליך, אין כאן מה להמתין לניתוח הדוחות, חד משמעית מדובר על תקלה בחווית המשתמש.
יותר מזה, אם להגיע ללחיצת כפתור של הזמנה אנחנו צריכים למלא 5 דפים, אז הבודק יודע שהוא צריך לייצר בדיקה כל X שעות אשר מדמה את התהליך מתחילתו ועד סופו (בלי לשמור את ההזמנה כדי לא לכלכך את מס"ד הנתונים" ולייצר התראה במקרה של כישלון.
יש לא מעט כלים שיודעים לייצר את ההקלטה הזו, כגון TesCraft , QTP ועוד..
רוצים להעמיק את הידע שלכם בבדיקות תוכנה, הצטרפו לקורס דיגיטלי שלנו. שם אנחנו מספרים את כל הסודות בעולם הבדיקות תוכנה.
קורס דיגיטלי לבדיקות תוכנה לפרטים נוספים >>
בעלי עסקים הזקוקים לייעוץ או לבודקים איכותיים, השאירו פרטים בצור קשר, ונחזור אליכם.
TesQA 