PracticU

הרצאה 14 - קורס Quality Center הראשון

בלי כתוביותעם כתוביות
PracticU › Quality Center › הרצאה 14 - קורס Quality Center הראשון
מילון מושגים:
באג - תקלה או שגיאה בקוד שגורמת לתוכנה להתנהג בניגוד למצופה.
טופס - אזור בממשק שבו המשתמש מזין נתונים בשדות ושולח אותם, למשל טופס הרשמה או התחברות.
דרישות - התיאור של מה שמערכת או תוכנה צריכות לעשות, המשמש בסיס לפיתוח ולבדיקות.
QA - הבטחת איכות (Quality Assurance): תחום שעוסק בבדיקת תוכנה ובתהליכים שמבטיחים שהמוצר עומד בדרישות.

הרצאה 14 - קורס Quality Center הראשון
כאן מתחילים לפתוח דיפקטים (באגים) ב-Quality Center. אחרי שהטסטים כבר נכתבו והורצו, בדיקה שנכשלה נרשמת כדיפקט כדי שהמפתחים יטפלו בו. ההרצאה עוברת על השדות בטופס ועל מחזור החיים של הדיפקט.
השדות בטופס
1. Summary: שורה אחת שמתארת את הבעיה, למשל אם מדובר בפונקציונליות או בבדיקת Sanity. את התיאור המלא כותבים בשדה Description.
2. Severity ו-Priority: Severity קובע כמה דחוף לתקן את הבאג. Priority קובע כמה דחוף היה להריץ את הבדיקה לפי ה-Requirements.
3. Assign to: מי שאחראי לטפל בדיפקט. בדוגמה הדיפקט הוקצה למפתח בשם אסף.
4. Project ו-Version: הפרויקט והגרסה שבהם נמצא הבאג. בפרויקט שבהרצאה יש גרסה אחת בלבד, ולכן בוחרים All Versions.
5. Reproducible: האם אפשר לשחזר את הבאג. בדוגמה סומן שכן.
6. Comment: תגובה על הדיפקט. המפתח יכול לטעון שזו התנהגות תקינה, או לדחות (Reject) את הדיפקט, ואז מתנהל ויכוח בין QA לפיתוח.
מחזור החיים של דיפקט
הסטטוס הראשון הוא New. מכאן הדיפקט עובר לפיתוח, שיכול לדחות אותו (Rejected) או להעביר אותו ל-Open. יש צוותים שמעבירים ישר ל-Open. כשהבאג מסומן כמתוקן (Fixed) בודקים שוב. אם הוא עבר, סוגרים אותו (Close). אם לא, פותחים אותו מחדש (Reopen).
פילטרים
אפשר לסנן את רשימת הדיפקטים לפי סטטוס, למשל רק Open ו-New, ולשמור את הפילטר כמועדף בשם שבוחרים. כדי לחזור לתצוגה המלאה מנקים את הפילטר.
מעתה אפשר לפתוח דיפקט מלא, לעדכן אותו ולסנן את הרשימה לפי סטטוס.
השיעור הבא בקורס: הרצאה 15 - קורס Quality Center הראשון

פרקי ההרצאה: הרצאה 14 - קורס Quality Center הראשון

  1. 00:00

    הקדמה: פתיחת דיפקטים לפני ההרצה

  2. 00:51

    ערכי Severity ו-Priority

  3. 01:42

    כותרת הבאג: שדה Summary

  4. 02:21

    שדות הפרויקט והגרסה בדיפקט

  5. 03:58

    תיאור מלא של הבאג בשדה Description

  6. 05:11

    מזהה הדיפקט וחיפוש באגים

  7. 06:09

    תגובות ושיתוף פעולה עם הפיתוח

  8. 08:54

    מחזור החיים של דיפקט (Bug Lifecycle)

תמלול ההרצאה: הרצאה 14 - קורס Quality Center הראשון

הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה 14 - קורס Quality Center הראשון» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

    אוקיי, אז כבר הכנו טסטים להרצאה, הבנו איך מריצים טסטים, הדבר הנותר לנו זה בעצם ללמוד איך לפתוח דיפקטים. אז בואו נעבור לדיפקטים.

  2. 00:17

    דיפקט? אוקיי, טוב, אז הנה ככה זה בעצם המסך שלנו, יש לנו פה, אנחנו יכולים להזיז את זה, אנחנו יכולים להוסיף עוד כל מיני טאבים, כאן כפי שאתם רואים יש לנו עוד הרבה, אנחנו אבל נוותר עליהם, בואו נראה אם יש משהו, קומנטס תמיד טוב שיש אפשר להגיד סביריטי אוקיי סביריטי זה כמה דחוף צריך לתקן את זה

  3. 01:10

    ופריוריטי זה בעצם אפשר להגיד כמה דחוף היה צריך להריץ את זה או מבחינת requirements מה קודם למה אוקיי זהו אפשר להוסיף עוד זה יספק אותנו אוקיי רואים שיש תוספו לנו פה עוד אוקיי טוב הדבר הראשון אנחנו עושים דבר ראשון סאמרי מה אנחנו רושמים בסאמרי אוקיי עוד רגע אנחנו נמלא את זה בוא נעבור סוויריטי

  4. 02:02

    סוויריטי אמרנו דחוף לתקן דיטקטד אין ורג'ן אוקיי לא לא ממש שומעים ורג'ן אבל אנחנו נדאג לסדר את זה פרוג'קט אוקיי זה דברים שאנחנו צריכים זה All Projects ו-Versions זה כרגע All Versions ונשים את זה כי אין לנו יותר מ-Version

  5. 02:30

    אחת ובפרו-פרוג'קט הגדרנו רק פרו-רוג'קט אחד ואת זה אנחנו עושים מהאדמין. אוקיי, Assign to זה למי שיש לנו פה בוא נגיד Assign to הסף.

  6. 02:51

    Priority זה לפי Requirements או בעצם מה כמה חשוב היה לבדוק או כמה חשוב בעצם הבדיקה שנכשלה, בוא נגיד שהיא גם ב-high, reproducible, גם אנחנו יכולים לשחזר, ו-subject, אנחנו נשים ב-subject, כדאי לזה מספיק version, אנחנו לא שמנו בפרויקט,

  7. 03:22

    לא שמנו, זה בסדר. אוקיי, עכשיו זה אמפתי. אוקיי, אנחנו לא יכולים לעשות תומינט כזה, כפי שראינו.

  8. 03:37

    פה אנחנו כותבים ב-summary, דבר ראשון, עם זה אנחנו אומרים שיש לנו פה defect, אנחנו צריכים לכתוב בכתרה על מה הדיפק כמה מילים אם זה פונקציונליות אם זה Sanity מה שזה לא יהיה זה מספיק ופה אנחנו כותבים תיאור מלא במקומות אחרים יהיו הרבה יותר השדות שצריך למלא אבל זה השדות הסטנדרטיים פחות או יותר

  9. 04:12

    שתמיד יהיו בכל מקום כל השאר אפשר להוסיף להוריד זה הכל שלא יש לנו פה חיפוש חכם find a similar defect. כרגע אנחנו לא נתעסק עם הדברים האלה יש פה גם url כל מה שאנחנו צריכים לקשור אבל כרגע אנחנו לא נתעסק עם זה זה רק איך בעצם אנחנו נותנים defect בואו נבדוק נעשה טס ונגיד לה לה לה לה קלוז והנה מופיע לנו defect id מספר 1 אנחנו רואים אם יש comment מה קורה פה בדיוק

  10. 05:19

    אני רוצה להיכנס שוב פעם אני רציתי להראות דבר נוסף שאני לא אוהב את זה שאנחנו פותחים את הבאג בואו נפתח אחד נוסף אה בעצם זה מספיק לא להראית כמה שאני צריך להראות אוקיי לאחר שנפתח הבאג אנחנו מגיעים למסך הזה פה אנחנו מוסיפים comment אנחנו הולכים ללחוץ פעמיים על הדיפקט ואנחנו רואים שיש לנו כל מיני דברים שזה כבר קשור יותר לבילד שזה

  11. 05:58

    מתי זה כבר הולך להיות מתוקן הם ממלאים את החלק הזה זה ה-details יש פה את ה-description ו-common נגיד ואני כרגע מחובר לכמובן רשת וזה ה-quality center גם כמו שהוא עכשיו הוא על רשת מסוימת אנחנו מתקשרים אחד עם השני אני עושה את זה assigned לאסף אני רוצה להגיד לו סאף דיס אפקט איז אקס אנד וואי ואז אני עושה לו אד קומנט אבל לפני זה אני עושה כך כי

  12. 06:48

    אני צריך קודם ללחוץ על אד קומנט ואז אני עושה קונטרול וי ואני עושה לו אוקיי ואז ככה הוספתי סאף יקרא את זה ויחזיר קומנט וככה אנחנו נתקשר דרך פה לקומנט והוא יגיד לי שזה behavior ואני אגיד לו שזה לא ויגיד לי שזה ריג'קט ואני אגיד לו שזה ככה ונתווכח ולא חייב להתווכח אבל תמיד יש בעיות בין צוות הפיתוח ל-QA.

  13. 07:22

    אפשר להבין את זה, שמוצאים באגים באומנות שלהם. אוקיי, אז זה בסדר, שני לומדים זה חלק מהעבודה, יש נחמדים ויש לא נחמדים.

  14. 07:37

    טוב, בקיצור, זה מה שעברנו על כל זה. מה יש לנו עוד? יש לנו פה את הטאצ'מנט, את ה-History, כל השאר זה באמת פחות חשוב. ככה בעצם מוסיפים דיפק.

  15. 07:56

    יש מה שנקרא פילטרים, זה פילטר, אלה פילטרים, נלמד על הפילטרים האלה ממש בקצרה ונוסיף עוד דיפקט נוסף, אפילו דיפקט נוסף פשוט שהוא יהיה על סיינד, שנייה אחת, והנה אנחנו מוסיפים new defect, severity high, sign to david, priority low, reproduce over,

  16. 08:31

    וזה על כל האקדמיה, אוקיי, גם אפשר תמיד לכתוב כאן רגיל, זה לא משנה כל כך, הנקודות האלה הן רציונליות. סטטוס New זה מה שנקרא סטטוס Bug Lifecycle כפי שאנחנו רואים כאן יש לנו סטטוס New כשאנחנו פותחים באג הוא לראשונה אנחנו פותחים אותו ב-New הוא מגיע לפיתוח הפיתוח יכול לעשות לזה Rejected או שהוא שם את זה ב-Open יש

  17. 09:19

    מקומות שאין New ישר מעבירים את זה ל open או שאתה עושה new והראש צוות מעביר ל open זה תלוי זה ממשיך לפיתוח זה חוזר אם זה חוזר בפיקס אנחנו בודקים אם זה עבר וזה הכל בסדר זה close אם לא וזה עדיין לא תקנה אנחנו עושים reopen אוקיי אנחנו נשים את זה כרגע בניו ונכתוב ניו דיפקט אוקיי נכתוב פה גם בלה בלה תמיד

לקורס המלא: קורס Quality Center אונליין

ההרצאה הקודמת: הרצאה 13 - קורס Quality Center הראשון

ההרצאה הבאה: הרצאה 15 - קורס Quality Center הראשון

הרצאות קשורות מקורסים אחרים

  • הסבר על AD - Administrative Center
  • הרצאה 1 - קורס Load Runner הראשון
  • ה-SCRIPT הראשון שלי
  • הפרויקט הראשון שלנו ב-GitHub

קורסים נוספים במסלול

  • קורס שלם ומקיף בעברית על בדיקות תוכנה
  • קורס Load Runner - בדיקת עומסים
  • מבחן QA לדוגמא