
הטקסט המלא של הדקות הראשונות בהרצאה «תכלס השאלות מתוך ראיונות עבודה ב-QA - חלק 5» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם, גם בסרטון הזה ננסה להכין אתכם לראיון עבודה לתפקיד איש בדיקות. אז איזה שאלות יכולות לצוץ בראיון עבודה ואיך נענה עליהן בצורה הטובה ביותר על מנת לקבל את הסיכוי הגבוה ולקבל את התפקיד?
אז לדוגמה, אם שואלים אתכם מה מאפיין אתכם כאיש בדיקות או איך תתארו את עצמכם כאנשי בדיקות, אז חשוב להגיד את הרקע שלכם, את הניסיון הקודם אם יש, להדגיש את התכונות שיכולות לסייע לכם מבחינת ההצלחה בתפקיד.
אז התכונות האישיות הן הקפדה על כללים, יכולת ירידה לפרטים והבנה של חלק תיאורטי לחלק מעשי, זאת אומרת ההבנה והתרגום של מסמכי אפיון לאיך המערכת אמורה להתנהג, הבנה של תהליכי שימוש, עבודה מול המערכת כ-Customer, להבין את הצדדים וגם ידע טכני, זאת אומרת ידע רחב על המערכות עצמם אם זה
הבנה של sql אם זה הבנה של איך קוד עובד הבנה של מה זה black box טסטינג וwhite box טסטינג כל הדברים האלה אמורים להציג למראיין אתכם כאנשי בדיקות שאוהבים את התפקיד ורוצים להצליח בו ומסוגלים למלא אותו בצורה הטובה ביותר אוקיי חשוב להשתמש במושגים מעולם הבדיקות כמו טסט קייס טסט פלן היכולת לכתוב טסט פלאן, היכולת לכתוב טסט קייסים,
היכולת להריץ טסטים, לפתוח תקלות, כל הדברים האלה שישכנעו את מי שמראיין אתכם שאתם באמת אוהבים את התפקיד הזה ויודעים לעשות אותו.
אז השאלות הבאות מדברות על מושגים, להבין מושגים. מה זה QA? QA זה Quality Assurance והכוונה היא לכל סל העבודה או כל סל המשימות של איש הבדיקות. זאת אומרת, הצורך להכין את המערכת ברמה איכותית, זאת אומרת, גם ברמה של בדיקות סטטיות, בדיקות שלא קשורות לעבודה מול הגרסה עצמה, אלא כבר בשלב התכנון, בשלב האפיון של המערכת,
כבר רז לתת תוצרים ולדעת איפה צריך לכוון את הבדיקות. אז quality assurance זה גם טסטינג, אבל זה גם הבטחת איכות באופן כללי, כן? quality control, אז יש לנו את ה-Quality Control, זה הכל הקטע של לשפר והצעות לשיפור של המערכת, אוקיי?
זה חלק מעבודת ה-QA. Quality Control בעצם רוצה להתריע או להציע הצעות על מנת לשפר את התחום של האיכות של המוצר באותה מערכת שאותה אנחנו בודקים. ויש לנו את ה-Software Testing, שזה בעצם הביצוע של ה-Test Cases והווידוא שבאמת המערכת עובדת בהתאם לדרישות, בהתאם לסיפורי לקוח, סיפורי משתמש של המערכת.
אז מהם התכונות של טסט קייס טוב? אז טסט קייס טוב מוודא שגם בדיקות חיוביות וגם בדיקות שליליות הן מכוסות. זאת אומרת, טסט קייס חייב לכלול גם את הקטע של טיפול בשגיאות, כן?
גם התנהגות לא תקינה, איך המערכת תנטר אותה, לדוגמה הכנסת קוד שגוי למערכת הכספומט, וגם תהליך פוזיטיבי, תהליך אפיפס. אבל בדרך כלל אנחנו נרצה, כאנשי בדיקות שנמצאים ברעיון עבודה, להדגיש, לשים את הדגש על הבדיקות הנגטיביות, כן, בדיקות של תווים מיוחדים, בדיקות של התנהגות שהמערכת עלולה לא לצפות
אליה, ולנסות לאתר כמה שיותר תקלות במקום הזה. כשאנחנו כותבים טסט קייס אנחנו צריכים, להתבסס על כותרת ברורה על מטרות זאת אומרת לבדוק בדיוק מה המטרות של הטסט קייס מה הוא רוצה לבדוק תיאור של הטסט קייס המטרה של הטסט קייס ותנאי תנאים מקדימים לטסט קייס מה אנחנו צריכים מבחינת המערכת כדי להתחיל את הטסט קייס שאותו אנחנו הולכים לכתוב מה זה
טסט פלנט טסט פלנט זה בעצם איזשהו מסמך על שמסביר איך אנחנו ניגשים לכל תהליך הבדיקות של מערכת מסוימת, מערכת שנמצאת תחת בדיקות A-U-T, Application Under Test, אוקיי? אז כשאנחנו רוצים לתאר איך אנחנו הולכים לבצע את הבדיקות, אנחנו נעשה את זה על ידי טסט פלאן. טסט פלאן אמור לענות על השאלות הבאות, מי הולך לבצע, מתי הולכים לבצע,
כמה זמן הולכים לבצע, קריטריון יציאה וכניסה של תהליך הבדיקות, האסטרטגיה שאנחנו הולכים לבצע מבחינת הבדיקות, כמה טסט קסים נריץ, מי יריץ את הטסטים האלה,