תכלס השאלות מתוך ראיונות עבודה ב-QA - חלק 2
פרקי ההרצאה: תכלס השאלות מתוך ראיונות עבודה ב-QA - חלק 2
תמלול ההרצאה: תכלס השאלות מתוך ראיונות עבודה ב-QA - חלק 2
הטקסט המלא של הדקות הראשונות בהרצאה «תכלס השאלות מתוך ראיונות עבודה ב-QA - חלק 2» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם אז חלק מהשאלות שיכולות לצוץ ברעיון עבודה לתפקיד איש בדיקות יכולות להיות כמו השאלה הבאה ציין את ההבדלים בין סוגי הבדיקות השונות אוקיי אז יש לנו את היוניט טסטינג בדיקות יחידה בדיקות רכיב בדרך כלל מבוצעות על ידי אנשי הפיתוח אנשי
הפיתוח בודקים זה את זה או איש הפיתוח בודק את עצמו בודק רכיב רכיב סגמנט סגמנט בחלק הפיתוחי יותר כן, זה בדרך כלל יהיו בדיקות שקשורות לפונקציונליות של המערכת, אבל יכול להיות גם לא פונקציונליות.
זאת אומרת, בדיקה של האיכות מבחינת התקן, מבחינת צורת הכתיבה הנכונה, מבחינת זה שאין קוד מיותר, מבחינת זה ששומרים על קונבנציה נכונה של כתיבה.
אז unit testing זה בדיקת יחידה, בדיקת רכיב בדרך כלל על ידי איש פיתוח, ובעצם מבוצע בלי קשר ישירות לאיש הבדיקות הקלאסי, כן? אינטגרציה בדיקות רגרסיה אלה בדיקות שבהן בעצם נכנס קוד חדש קוד שפותח קוד שבוצע עליו איזשהו שינוי ושולב עם קוד קיים עם קוד שנמצא כבר בבדיקות מתקדמות או כבר אפילו חלקו אצל הלקוח בייצור בסביבת הייצור ואז יש בדיקות
אינטגרציה בדיקות שלראות את השילוב בין הקוד החדש לקוד הישן והאם יש רגרסיה, רגרסיה זאת אומרת נסיגה באיכות של התוכנה, איזה שהם באגים שנובעים בגלל של שילוב של קוד חדש והתגלות של תקלות שלא היו לפני כן.
בדיקות מסוג שייק-אאוט, הבדיקות של השייק-אאוט טסטינג אמורות לבדוק את המערכת בעצם מקצה לקצה, לראות שבאמת הכל מבוצע בצורה תקינה ברמה של אינטגרציה של המערכת ובאמת אפשר לעשות אנד-טו-אנד בדיקות.
של המערכת ולראות את הפונקציונליות שלה. סוגי בדיקות נוספים שיש לנו במערכת, יש smoke test, smoke test זה בדיקות חלקיות אבל שבעצם נותנות לנו איזשהו אינדיקציה שהמערכת עובדת בצורה תקינה, זאת אומרת התמקדות בדברים המרכזיים של המערכת ובאמת לנסות לראות שהמערכת עובדת בצורה תקינה ולמרות שהבדיקה היא בדיקה
מדגמית לראות באמת שהמערכת היא תקינה אוקיי אז באמת לבדוק שהפונקציונליות המרכזית של המערכת תקינה סמוק טסט זה בדיקות מאוד מאוד קצרות יחסית בזמן בגלל שהן לא מקיפות הן לא כוללות את כל המערכת אלא רק בדיקות של הפונקציונליות המרכזית באופן כללי בדיקות סמוק טסט בדיקות עשן כמו שאומרים נועדו
כדי להחליט האם הבילד או הגרסה יציבה אפשר להמשיך הלאה ברמה של בדיקות נוספות על הגרסה עצמה. יש לנו בדיקות פונקציונליות. המושג בדיקות פונקציונליות אומר כאילו בדיקות שאנחנו רוצים לראות את הפעולות המרכזיות של התוכנה.
לדוגמה, אם יש לנו מערכת של ATM, מערכת משיכת כספים, אז בדיקה פונקציונלית תוודא שבאמת בן אדם בא, מקיש את הקוד הסודי, מקיש את הסכום למשיכה ומקבל את הכסף.
פונקציונליות זה בדיקה פונקציונלית בדיקת ביצועים זה באמת לבדוק שאם יש הרבה אנשים שיושבים על המערכת של הבדיקת ATM בדיקת משיכת כספים בו זמנית לראות באמת שאף אחד לא נפגע ושהמערכת מצליחה להתמודד עם עומס או רצף של בקשות שמבוצעות במקביל מכמה עמדות שונות ובאמת כל אחד מהאנשים מקבל את הכסף ברמת ביצועים סבירה
עומדת בתוכנית של המוצר עצמו. בדיקות קופסה לבנה מול קופסה בדיקה שחורה, יש לנו סרטון בנושא הזה, בדיקת קופסה שחורה מתייחסת לתהליך הפיתוח כקופסה שחורה שבעצם אנחנו מכניסים לו תוצר בצד אחד ומקבלים Output, מכניסים לו קלט בצד אחד ומקבלים תוצר בצד השני, ובעצם הבדיקה שבאמת התוצר הוא עומד בדרישות, אם זה מבחינת ביצועים ואם זה מבחינת האיכות
של התוצר כמו שהוא צריך, כמו שצריך להיות לפי תוכנית האפיון ולפי הטסטינג פלאן ולפי כל התוכניות של הגרסה. לעומת זאת הווייטבוקס מתמקדת בתהליך, מתמקדת בכתיבת הקוד, בתהליך עצמו, במה קורה מאחורי הקלעים, איך הקווירי נשלח,
את היחסים בין המערכות השומרות, את התקשורת בין השרתים, כל הדברים האלה ווייטבוקס אמור לבדוק. זאת אומרת שיש בדיקות שהן מתייחסות כקופסה שחורה לפתוח ויש ויש בדיקות שמתייחסות בצורה כזאת שרוצות לראות את התהליכים ולטייב את התהליכים עצמם.
אנחנו פה במושג של Alpha מול Beta Testing. Alpha זה שאנחנו מציגים את הגרסה המג'ורית ללקוחות הסופים,