כיצד להפוך בודק תוכנה: מהראיון למצוא את הבאג הראשון
לעבוד וללמוד / / December 25, 2019
אלכס סמין
ראש המחלקה בבדיקת חברת גלובוס, אשר עוסקת בפיתוח יישומים ניידים ואתרי אינטרנט עבור לקוחות מרכזיים כגון "Yandex", "קספרסקי" של ABBYY, Rutube, "מדיה CTC" HeadHunter "מועדון TNT", "נסיעות Messenger", "ביטוח חיים PPF", של VimpelCom ו אחר. יותר משש שנים במקצוע. הלכתי כל הדרך מן-בודק זוטר ועד ראש המחלקה.
המסע שלי התחיל עם בודק סקרנות. מאז ילדות, הייתי עוסק בהרכבת מחשבי התקנת התוכנה, במהלך שאלה קבועה מתעוררת: "למה לא מותקן? למה אני לא יכול?". באותו רגע חשבתי שאני רוצה להיות בודק, לעסוק בייצור תוכנה באיכות ולמצוא תשובות לכל השאלות האלה.
בהמשך אני רוצה לספר QA-מומחים בעתיד על מה הם יכולים לצפות בתחילת הקריירה שלו, ולתת כמה טיפים מהניסיון שלי.
ראיון
ג'וניור-הבוחן לא קשה מאוד לעבור ראיון. מתוך זה לא מצפה היכרות מעמיקה עם התיאוריה והכלים לבדיקה. כאשר המועמדים כגון הראיון, אנו לשים לב המהירות וחי חשיבה, טרי גישה יצירתית לפתרון בעיות.
לדוגמא, לשאול שאלות נדירות לראות איך האיש חושב:
- המטוס טס מנקודה א 'לנקודה ב 17:00, ומגיע B הנקודה 19:00. כאשר מדובר בטיסה במשך שלוש שעות. למה זה יכול להיות?
- כיצד לוודא כי באמצעות הוצאת צו בקשתך מעודכנת, מתחרים אינם מסוגלים למצוא לו תפקיד חדש?
להיות מוכן, וכדי הכי המשימות הנפוצות - לבדוק חפץ פשוט: פיסת נייר, עיפרון, מסנן קו וכדומה.
כמו כן, לראיון יהיה מועיל:
- בדוק את סוגי בדיקות: בדיקת תפקודי גישוש, בדיקות אוטומטיות (כולל כלים זה), בדיקות עומס ומתח, עשן-בדיקה.
- בנוסף, לקרוא על בדיקות קבלה וקריטריונים.
- אם אנחנו מדברים על בדיקות יישומי אינטרנט, הוא קונסולת דפדפן עבודתה, ומספר הגירסות של דפדפנים, רזולוציית מסך, כלי פריסת בדיקות (מושלם פיקסל).
- אם אנחנו מדברים על יישומים ניידים, סוגים זו של פלטפורמות, אמולטורים, בדיקות קוף. אל תשכחו על הצלחות.
- בדוק את הסוגים-עוקב באג. פופולריים: Jira, Bugzilla, RedMine, גמל שלמה. ראה כיצד הם עובדים, מה התכונות שלהם.
- בטווח הארוך - כלי Jmeter, פוסטמן, צ'ארלס. הם לא מאוד קשים ללמוד ברמה בסיסית.
ביום העבודה הראשון
ביום העבודה הראשון הולך כסטנדרט: לתת למחשב שאתה רוצה להגדיר, להתקין תוכניות עבודה. מנהל המערכת מכין גישה לדוא"ל ותוכניות פנימיות בחברה.
אין צורך לשאול היכן להתקין סקייפ, להשתמש בו כינוי מן gangsta_666 פעמי ספר או תמונה מצחיקה. השתמש בשילוב ניק שם, למשל או ivansmirnov smirnovivan, לשים את התמונה הרגילה שלו.
צעד חשוב לקראת יום העבודה - מפגש עם באג trekrom, אשר משתמשת החברה. זהו לשאול מראש: מאמרי מחקר להסתכל וידאו אימונים. אתה תחסוך עמיתי זמן עצמך תרגיש יותר בטוח.
המשימה הראשונה
אתה תהיה הפרויקט הראשון עבור הטבלה. אני מציע לך להכיר את ההיסטוריה של גשש באג כדי לראות אילו פגמים שכבר נפגשו או הם הנפוצים ביותר. אתה יכול לבטא את עצמם וסטטיסטיקה יבינו ובאילו נקודות כדאי לשים לב יותר.
קח את היוזמה. אם לא ניתן אפליקציית רשימת תיוג, לא לחכות ולבקש ממנו להיות מנטור. אם הארגון לא קיים בדיקת רשימה, אתה יכול לעשות את זה בעצמך. החברה שלנו לעתים קרובות לבצע רשימת סימון "ב- Google Spreadsheets». להלן, יש לנו דוגמה של צ'ק אין רשימה כזו - אתה תהיה על החליפה שלך.
עמיתים עשויים להיות מופתעים אם ניסוחי רשימת פעולות לביצוע כמו מפות מוח, כגון Xmind.net.
Checklist לבדיקת פוקימון GO
אחת הצורות העיקריות של בדיקות למתחילים QA-מומחים עשויים להיות המעבר של רשימות, מקרי מבחן, אנשי מקצוע מבוגרים. שלב זה הוא הכרחי לטבילה מהירה בפרויקט. כדי לבנות את הטירון בבסיס נתוני מבחן הוא יכול להרחיב את רשימת הבדיקה הזו. ג'וניור-בודקים כחלק למידת רשימות בכתב שהוכן גיליון פוקימון ללכת לבדיקת יישום. כאן מתוארים מקרים חיוביים בלבד.
גשש באג הראשון
תיאור של באגים בחברות שונות יכול להשתנות, אבל באופן כללי יש עקרונות של טעם טוב.
נושא
הוא מתאר את הבעיה בעוד כמה מילים. עדיף אם הוא יתחיל עם שלילה: "לא עובד", "זה לא יקרה", "לא נכון" וכן הלאה. לדוגמא: "יש שרת סנכרון על האייפון 6," "אין עבודת השמעת וידאו נקסוס 5."
תסריט
צעד אחר צעד תיאור של המחזה באג. היו ערניים התנאי ואת הסימנים המקדימים את הבאג (למשל, כפתור אדום מואר בצד שמאל).
בנוסף, אתה יכול לעשות צילומי מסך המציגים את המקומות שאליהם כדאי לשים לב (אתה יכול להשתמש ביישום Joxi, LightShot ואחרים), עבור יותר באגים slozhnovosproizvodimyh - להקליט וידאו. כאשר אתה מקליד את החוויה יכולה ללכוד ולהחיל יומנים.
בסוף התסריט מציין את הסביבה שבה בדיקות: גירסת המוצר, הקושחה של המכשיר (אנדרואיד 6.0.1, iOS 9.3.2). אם יישום אינטרנט, בנוסף, ציין את גרסת הדפדפן.
באג המינוי
הבא אתה צריך מישהו להקצות באג. שאל את מנהל הפרויקט או מנטור, מישהו לתלות על הבאג הזה, מישהו מן המפתחים לאזורים השונים של הפרויקט אחראי. אז תוכלו להיפגש עם הצוות בעתיד באגים להקצות.
צבת ביקורתיות
סוגי באגים קריטיים ביותר עוקבים מיוצגים על ידי הרשימה הבאה:
מיידי (Blocker)
שגיאת חסימה. שמיש יישום, וכתוצאה מכך אינטראקציה נוספת עם המערכת נבדקת או פונקציות המפתח שלה הוא בלתי אפשרי.
מכה קריטית - דחוף
שגיאה קריטית, פרה של הלוגיקה עסקית מפתח. הבעיה גורמת לירידה זמנית בשרת או יישום ללא אפשרות הפתרון שלה. Remedy הדרוש לבדיקה.
גבוה
טעות משמעותית, פרה של לוגיקה העסקית הבסיסית. השגיאה אינה קריטית, אפשר לעבוד עם הבדיקה התפקודית באמצעות נקודות כניסה אחרות.
Normal
שגיאת מינור. אינו מפר את הלוגיקה העסקית של היישום תחת מבחן, הבעיה הברורה של ממשק המשתמש ולוקליזציה.
נמוך
טריוויה נושא המעסיק את הלוגיקה העסקית היישום. הבעיה של ספריות צד שלישי או שירותי שיחקו גרוע, בקושי מורגש בשל ממשק המשתמש.
למידה עצמית
על החשיבות של לימוד יודע היטב - ההוראות שלי הן דבר שבשגרה. אז להגיע לנקודה.
להלן - כמה ספרים כי אני אישית ממליץ החניכים שלי:
- "הבדיקה DOT COM», הרומי Savin - חובר שימושי מאוד, כמעט קריאת הספר מתחילה בוחן. הוא מכיל את חלק הארי של ידע כדי להתחיל את הבדיקה בהצלחה להגיב לשאלות הראיון קשורות חלק טכני תיאורטי.
- "איך נבדק Google» - ספר עמוק, אשר מתאר את הארגון של התהליך, במגוון אסטרטגיות וגישות ובדיקה. הספר עוזר להבין מה הוא איכות באילו שלבים ניתן להשפיע עליו.
- «מדריך מתרגל Software Test Design», Lee קופלנד - צבוע מסוג הספר בודק בתור "לבנה" ו "שחורה" תיבה. רשימות ציוד בדיקה שונים, כמו גם כיצד להשתמש בהם ומתי ליישם. בספר ניתן למצוא מאמר מעניין על מחקר הבודק, אשר הוא שימושי מאוד עבור בודקי טירון.
קולגות לכתוב הערות בשם ספרים מעניינים עבור בודקים. אני בטוח שהכל יהיה מועיל.
מסקנה
לסיכום אני רוצה להוסיף כי הנושא של מוצר איכותי - לא תהליך קל ולא מהיר. אתה חייב להיות מסוגל להגן על העמדות שלהם במשא והמתן, לשכנע מפתחים לעשות את זה כמו שצריך, ולא "קביים" כדי להבין איך לעשות את הפונקציונליות יותר ידידותי למשתמש.
זהו רק חלק מן המידע הדרוש עבור בוחן הטירון. כל השאר יצטרכו בתנאי הלחימה כדי לחפש באינטרנט, ולאחר מכן לשאול עמיתים. אל תתביישו לשאול שאלות שעות של googling, לעיתים קרובות התשובה לשאלה אחת תחסוך לך הרבה זמן בעתיד.