PracticU

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

בלי כתוביותעם כתוביות
PracticU › Quality Center › הרצאה 8 - קורס Quality Center הראשון
מילון מושגים:
דרישות - התיאור של מה שמערכת או תוכנה צריכות לעשות, המשמש בסיס לפיתוח ולבדיקות.
רגרסיה - בדיקות שמוודאות שתכונות שעבדו קודם ממשיכות לעבוד גם לאחר שינויים בקוד.
כפתור - רכיב בממשק המשתמש שהמשתמש לוחץ עליו כדי להפעיל פעולה, כמו שליחת טופס או מעבר לדף אחר.
שם משתמש - מזהה ייחודי שמשתמש מזין כדי להזדהות במערכת, לרוב יחד עם סיסמה.
תיקייה - מכל במערכת הקבצים שמשמש לארגון קבצים ותיקיות אחרות בתוך מבנה היררכי.
רכיב - יחידת בניין עצמאית וניתנת לשימוש חוזר בתוך מערכת או ממשק משתמש, שאחראית על חלק מוגדר מהתפקוד.

הרצאה 8 - קורס Quality Center הראשון
השיעור השמיני ממשיך לדרישות ההתחברות, ומסביר את הדרכים לכתוב בדיקות: ברמת Sanity, פונקציונליות ורגרסיה, וכן עקרונות Positive, Negative ו-End case.
הדרישות שנכתבות ונבדקות
1. כפתור ההתחברות: אחרי לחיצה הכפתור עובר למצב disabled, ולכן הדרישה נבדקת כחלק מהתחברות ולא בנפרד.
2. שם משתמש קודם: השם שהתחבר לאחרונה מופיע בחלון ההתחברות, ואפשרויות ההתחברות מוצגות כקישורים.
3. התחברות מרובה: הדרישה שמשתמש יכול להתחבר בכמה לקוחות במקביל נבדקת בבדיקה נפרדת.
4. טולטיפ סטטוס: מעבר עם העכבר על אייקון במגש מציג טולטיפ עם סטטוס Connect או Disconnect.
5. דרישת דאטאבייס: הנתונים שמוזנים בהרשמה נכתבים לטבלת users. בדיקה כזאת נעשית בנפרד, דרך האדמין.
סוגי הבדיקות
6. Sanity: בודק את המסלול הבסיסי, למשל פתיחת האפליקציה והתחברות.
7. פונקציונליות: עוברים על כל הכפתורים והאפשרויות במסך ובודקים שהם עובדים, כולל תאריכים וערכים שמוחזרים או מוחלפים.
8. רגרסיה: בדיקה של כל פיצ'ר קטן במערכת אחרי שינוי, כדי לוודא שלא נשבר דבר.
עקרונות כתיבה
9. Positive: בודק שהכול מתנהל כמצופה.
10. Negative: מנסה פעולה שאינה מותרת, למשל ניסיון להתחכם או לפעול בסדר לא נכון.
11. End case: בודק את הגבולות וההתנהגות ברגעי מעבר, למשל שינוי מצב באמצע פעולה.
שיוך ומבנה
השיעור מסביר שכל מקום עבודה מגדיר קונבנציה משלו לכתיבת בדיקות, למשל מבנה של תיקיות לפי קומפוננטה וחלוקה לסוגי בדיקה. אחרי השיעור אפשר לנסח בדיקות להתחברות ולהבחין בין Positive, Negative ו-End case.
השיעור הבא בקורס: הרצאה 9 - קורס Quality Center הראשון

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

  1. 00:00

    בדיקות מערכת מקצה לקצה

  2. 00:50

    בניית טסטים לכל דרישות הלוגין

  3. 01:55

    תכנון בדיקות לוגין לפי תרחישים

  4. 03:29

    טסט Path to Start: התקנה והפעלה

  5. 04:30

    שיוך הבדיקות לדרישות הלוגין

  6. 06:19

    טסט Taskbar Icon למשתמש מחובר

  7. 08:12

    טסט ChangeStatus של האייקון

  8. 12:09

    בדיקת Tool Tip של סטטוס המשתמש

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

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

  1. 00:02

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

  2. 00:29

    ריקוברי ועוד אחרים אבל בואו נמשיך ל-requirements אז עשינו את רג'יסטריישן לוגין שלנו אוקיי עשינו path to start אייקון צ'יינג' טול טיפ כל אלה אוקיי עכשיו בעצם אנחנו צריכים לכתוב טסטים לכל אלה בואו נתחיל נלך לטסט פלאן אנחנו רג'יסטריישן סיימנו אנחנו נמשיך ונכתוב לוגין עשינו לוגין תוך לוגין בוא נראה בעצם יש

  3. 01:51

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

  4. 02:38

    username and password, pay, יש לנו פה, previous username, wrong username, user already connected, אוקיי, אז בואו נתחיל לרשום את הבדיקות, אחר כך נשייך אותן לפי קטגוריה במצב כזה, נחזור לטספלן, לוגין, שוב פעם נציץ נגיד מה

  5. 03:19

    הבדיקה הראשונה שצריכים לעשות, בוא נעלה מלמטה למעלה path to start application אוקיי זה בעצם אומר שאנחנו צריכים לעשות install אוקיי אז בוא נעשה test plan ואחרת נעשה test עושים קודם כאן שזה בעצם ספרי הטסט שלנו יהיה path to start

  6. 04:08

    academia אוקיי בוא נכתוב user install the academia אז אמרנו אוקיי אז יש לנו פה requirement coverage אנחנו נסגור את הכל שם ה-registration בואו נעבור ללוגין אנחנו נלך נעביר אותו בואו נלך לדיזיין סטפס סטפס ראשון install the academia בואו נראה פה אם יש לי ראשית טעות כתבתי אוקיי יופי אוקיי אקדמיה אז אמרנו install the

  7. 06:36

    academic software האקספקטד זול זה אקדמייז אינסטולד ממשיך לסטאפ הבא אופן בוא נגיד שבוא נראה מה הפאס עצמו נלך שוב אמרנו go to בואו נשים את הפאס ואז נגיד נעשה בדיקה שהוא ממש קיים ועובד אוקיי בוא נראה אם יש לנו ממש את הפאס הנה יש לנו לא בדיוק

  8. 07:37

    נעשה אוקיי נחזור לפלן ונלך ל-edit בוא נגיד ככה open my computer and אוקיי בוא נגיד we can check that for run אוקיי אז אמרנו שopen my computer אמרנו check that the path is correct and run ממש לפי הפער ויש לנו אקדמיה אוקיי אז ככה ממש בדקנו את הפער בדרך כלל כשאנחנו עושים דבר כזה אנחנו קוראים לו זה נשמע קצת שיעי אבל סטאפ זה סטאפ של הטסט אוקיי שמו שמו גם את

  9. 10:15

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

  10. 10:41

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

  11. 11:45

    אז צריך לרשום בדיוק על מה פייל ולמרות שזה עושה לנו בלאגן כי הבלאגן נמצא יותר ברפורטים שאנחנו נדאג לעשות אנחנו עושים את זה לפי כמה requirements coverage יש לנו עדיף לעשות בעצם כל אחד נפרד לכתוב דרכים איפה שהוא מעריך אותם אז אוקיי user.login.to.theacademia.theicon.task.

  12. 12:30

    for.icon. ChangeStatus אוקיי ChangeStatus הראינו בעצם את זה אנחנו עושים לוגין כמו שאמרנו חיברנו requirements אנחנו צריכים עכשיו רק לעשות את זה אוקיי בוא נעשה פלוס נתחיל צעד ראשון log.login.to.theacademia אוקיי מכיוון שאנחנו יודעים מה זה לוגין ואנחנו בבדיקה הזאתי לא מתעסקים בלוגין אז יש

  13. 13:29

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

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

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

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

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

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

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

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