PracticU

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

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

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

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

  1. 00:00

    המשך בניית טסט הרישום

  2. 00:48

    בדיקת Sanity בסיסית לרישום

  3. 01:39

    שיוך הטסט ל-Requirement של ההרשמה

  4. 03:38

    בדיקת הודעות שגיאה ושדות ייחודיים

  5. 06:08

    בדיקת טבלת המשתמשים במסד הנתונים

  6. 08:07

    יצירת תיקיית Functionality לטסטים

  7. 09:51

    הודעות שגיאה ב-Tooltip של השדות

  8. 12:09

    העברת Sanity לתוך Functionality

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

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

  1. 00:01

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

  2. 00:51

    שזה אומר בלי להתחכם בלי יותר מדי עניינים אפילו ב-Description אפשר להוסיף את זה Basic check for registration יופי אנחנו עושים design steps לאחר שאנחנו עושים design steps ואנחנו עוברים לטאב אחר יש לנו את הירוק את הנקודה הירוקה אנחנו מה שלא עשינו לפני אנחנו נעשה עכשיו עכשיו אנחנו נעשים requirements אוקיי

  3. 01:39

    אנחנו עוברים ל-requirement coverage ואנחנו נלך select requirements אז אוקיי אנחנו ב-registration בוא נפתח בוא נראה registration button בוא נפתח אוקיי אפשר להזיז הצידה נזיז פה ונקרא user that is not yet logged in the register button is enabled אוקיי זה אומר שבעצם user שעדיין לא עשה Login זה

  4. 02:24

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

  5. 02:56

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

  6. 03:06

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

  7. 03:32

    פיצ'ר פיצ'ר דבר דבר פיפס פיפס עד הסוף אוקיי אז all fields must be unique אותו דבר אותו דבר sending email את זה אנחנו כן בודקים בוא נכניס גם את זה רג'יסטר בטון מה יש לנו פה מה זה הרג'יסטר בטון הוא מלחץ כף פעמיים אוקיי בוא נעשה אחרת נלך ל-requirements בוא

  8. 04:10

    נסתכל נפתח אופן נסגור את זה רג'יסטר בטון יש לנו אחד כזה יש לנו פה רג'יסטר בטון נוסף זה אחד זה not covered זה בסדר פעמיים ונראה after all a register filled up and the register button was פרס אוקיי פופ-אפ מסג' אפירס קונפיגוריישן רג'יסטרשן סקסיד רגע אנחנו צריך לשנות רק כי זה לא מתאים כל כך לרג'יסטר באקנות בואו נכתוב רג'יסטר קומפליט אוקיי אוקיי אז יש

  9. 05:23

    לנו בואו נפתח נראה איזה עוד רקוורמנט יש לנו אנחנו נלך לרקוורמנט coverage שוב פעם סלקט רקוורמנט נלך רג'יסטרשן שיינג' פספורד אנחנו עדיין לא נכנסנו לזה בואו נסתכל יש לנו database in table מה זה בואו נפתח נסתכל נעשה פעמיים עם הכפתור השמאלי אוקיי זה אומר שאנחנו עושים בדיקה של user של טבלה user שזה בעצם באדמין זה אומר שאנחנו צריכים לעשות בשביל זה בדיקה

  10. 06:18

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

  11. 06:58

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

  12. 07:20

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

  13. 07:45

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

  14. 08:07

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

  15. 09:00

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

  16. 09:45

    קצת בצורה יותר נרחבת זה מה שאנחנו יכולים לבדוק את הטול טיפ שיש לנו כאשר אנחנו עושים registration הוא צריך להודיע לנו מה לא בסדר פה ושם יש לנו pop-up messages שזה אומר שאנחנו מכניסים אימייל אחר או שהוא נמצא במערכת אז יש לנו attachment file, בואו נראה את ה-attachment, יש לנו פה תמונה,

  17. 10:21

    בואו נלחץ לפתוח, יכולים להבין שכאילו זה אמור להיות יוניק ויש לנו אחד כבר כזה, אוקיי?

  18. 10:31

    אז הבנו, זה באמת גם איך שנראית ההודעה שאנחנו צריכים לקבל. זה באמת ככה עובד, זה עבודתנו כ-QA, נמשיך. אוקיי, אנחנו הולכים לבדוק שכל הפילדים יוניק, הולכים לבדוק, אוקיי, יש לנו גם, חייב למלא קצת את כולם, אם לא ממלאים,

  19. 10:56

    יש pop-up, sending e-mail, וג'יסטרשן קומפליט אנחנו יכולים לבדוק בעצם את כל כמעט את כל השאר חוץ מהדאטאבלס שזה בדיקה נוספת ונתחיל אוקיי תסלן מכיוון שאנחנו בחרנו לרשום את הבדיקות בצורה שכזו אנחנו לאחר שנרשום עוד מעט בדיקות אנחנו כבר נדבר על קונבנציות כאלה ואחרות של ממש תלוי במקום עבודה מקומות עבודה גדולים

  20. 11:33

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

  21. 12:20

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

  22. 12:34

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

  23. 13:07

    פול פונקצ'ונליטי. פול פונקצ'ונליטי רג'יסטריישן. user אוקיי אפשר לעשות את זה בצורה including changing password אז בעצם זה מספיק

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

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

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

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

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

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

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