
הטקסט המלא של הדקות הראשונות בהרצאה «הרצאה 7 - קורס Quality Center הראשון» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
אוקיי אז אנחנו ממשיכים אנחנו היינו בטסט דירקטור ועשינו טסט הנה נפתח טסט דירקטור quality center עשינו טסט רג'יסטר אחד פסוורד יוני סנטיקייט לוגין אוקיי אנחנו נשלים עכשיו את כל הבנייה של הטסט נעשה קלוז אוקיי בואו נלך לאקדמיה אנחנו עשינו תיקיית סייניטי אוקיי זה הטסט סייניטי שיש לנו הוא בודק את הפונקציונליות של הרג'יסטר ברמה של סייניטי
שזה אומר בלי להתחכם בלי יותר מדי עניינים אפילו ב-Description אפשר להוסיף את זה Basic check for registration יופי אנחנו עושים design steps לאחר שאנחנו עושים design steps ואנחנו עוברים לטאב אחר יש לנו את הירוק את הנקודה הירוקה אנחנו מה שלא עשינו לפני אנחנו נעשה עכשיו עכשיו אנחנו נעשים requirements אוקיי
אנחנו עוברים ל-requirement coverage ואנחנו נלך select requirements אז אוקיי אנחנו ב-registration בוא נפתח בוא נראה registration button בוא נפתח אוקיי אפשר להזיז הצידה נזיז פה ונקרא user that is not yet logged in the register button is enabled אוקיי זה אומר שבעצם user שעדיין לא עשה Login זה
באמת Enabled זה Requirement שאנחנו מכסים בטסט ואנחנו בודקים אותו אנחנו נשים את זה פה, מה שכן אנחנו צריכים לכתוב טסטים שהם בהתאם ל Requirement וזה מה שבדיוק קורה לנו במהלך הבדיקות בדיוק כמו שקרה לנו עכשיו צריך לחבר אבל לא כתבנו לשים לב ולבדוק את זה אז בואו נבדוק אם זה בעצם נכנס פנימה והרי שזה נכנס פנימה כי מתי בואו נסתכל, נלך לפלאן, אנחנו כבר בפלאן,
פשוט נלך לסטפס, סליחה. אנחנו רואים שאנחנו, קליק און דה רג'יסטר בטון, זה אומר שהוא צריך כבר להיות בפנים. אוקיי.
בעצם ה-requirement, במבט נוסף, זה מה שאנחנו רוצים לבדוק. אוקיי. רג'יסטר דיאלוג, פופ-אפ מסאג', אנחנו לא בודקים את זה כאן, כי אנחנו בעצם לא בדקנו פופ-אפ מסאג'ס, שזה אומר כל מיני דברים שאנחנו עושים בבדיקות פונקציונליות ורגרסה שנסביר עוד מעט מה זה וזה בסוף זה בעצם בדיקה שאנחנו נכנסים עמוק
פיצ'ר פיצ'ר דבר דבר פיפס פיפס עד הסוף אוקיי אז all fields must be unique אותו דבר אותו דבר sending email את זה אנחנו כן בודקים בוא נכניס גם את זה רג'יסטר בטון מה יש לנו פה מה זה הרג'יסטר בטון הוא מלחץ כף פעמיים אוקיי בוא נעשה אחרת נלך ל-requirements בוא
נסתכל נפתח אופן נסגור את זה רג'יסטר בטון יש לנו אחד כזה יש לנו פה רג'יסטר בטון נוסף זה אחד זה not covered זה בסדר פעמיים ונראה after all a register filled up and the register button was פרס אוקיי פופ-אפ מסג' אפירס קונפיגוריישן רג'יסטרשן סקסיד רגע אנחנו צריך לשנות רק כי זה לא מתאים כל כך לרג'יסטר באקנות בואו נכתוב רג'יסטר קומפליט אוקיי אוקיי אז יש
לנו בואו נפתח נראה איזה עוד רקוורמנט יש לנו אנחנו נלך לרקוורמנט coverage שוב פעם סלקט רקוורמנט נלך רג'יסטרשן שיינג' פספורד אנחנו עדיין לא נכנסנו לזה בואו נסתכל יש לנו database in table מה זה בואו נפתח נסתכל נעשה פעמיים עם הכפתור השמאלי אוקיי זה אומר שאנחנו עושים בדיקה של user של טבלה user שזה בעצם באדמין זה אומר שאנחנו צריכים לעשות בשביל זה בדיקה
נפרדת ולשים את ה-requirement אחר את ה-requirement הזה זה בדיקת דאטאבייס ואנחנו נעשה אותה בהמשך בואו נעשה אוקיי ונסתכל פה כבר אנחנו רואים שסיימנו את ה-requirement שלנו לעכשיו אוקיי בוא נחזור יש לנו כבר טסט רג'יסטר אוקיי בוא נזוז הצידה אנחנו רואים שעדיין אין לנו נקודה אדומה סליחה ירוקה נעשה רפרש רפרש והיא הופיעה לנו טוב יש לנו לעשות
attachment לא עשינו מה שאנחנו צריכים לעשות יופי עכשיו אפשר לעשות עוד ציינתי של דברים אחרים אפשר לחלק את זה בצורה כזאתי השאלה היא בעצם איך בעצם במקום שאנחנו עובדים, איך הם עובדים שמה.
זה נקרא קונבנציה. מה, איך הם בעצם כולם עובדים באותה שיטה מסוימת, בשיטת כתיבה מסוימת שדרכה אנחנו מפרטים וכותבים ובוחרים בדרך הזאת. בגלל שאנחנו כרגע נמצאים בטסט פלאן, אנחנו לא עושים סטים של טסטים, לכן זה ככה.
עכשיו, כי מה זאת אומרת זה ככה? זה הכל ככה פתוח, לא בודקים בראש ובודקים בצורה של צריך לשים טסט כזה ואחר ואחר ובונים את זה בצורה עצית כזאת מסוימת של כמו שאנחנו נרכיב בפלן שלא במאוחר יותר.
אוקיי, אז אנחנו נעשה עכשיו בדיקת פונקציונליות. לכן אנחנו נפתח כאן בכפתור הזה, פולדר חדש, נרשום functionality, יופי עכשיו יש לנו פונקציונליות איזה בדיקות פונקציונליות יש בואו אנחנו נסתכל ברקוורמנטס מהרקוורמנטס נדאג למלא את כולם ולשים להם טסטים אז אם כבר עשינו על
רג'יסטריישן בואו נלך אוקיי יש לנו דאטה בסט צ'ק שאנחנו יכולים לעשות את זה ואנחנו נעשה את זה אבל קודם נעשה פונקציונליות אוקיי טוב בעצם אנחנו נעשה כל העניין של הפרוצדורה מצד אחד עד צד שני ואנחנו נבדוק את כל הפרמטרים נבדוק את כל מה שאנחנו צריכים לבדוק אוקיי אז בעצם אנחנו הולכים לבדוק שוב פעם את זה
קצת בצורה יותר נרחבת זה מה שאנחנו יכולים לבדוק את הטול טיפ שיש לנו כאשר אנחנו עושים registration הוא צריך להודיע לנו מה לא בסדר פה ושם יש לנו pop-up messages שזה אומר שאנחנו מכניסים אימייל אחר או שהוא נמצא במערכת אז יש לנו attachment file, בואו נראה את ה-attachment, יש לנו פה תמונה,
בואו נלחץ לפתוח, יכולים להבין שכאילו זה אמור להיות יוניק ויש לנו אחד כבר כזה, אוקיי?
אז הבנו, זה באמת גם איך שנראית ההודעה שאנחנו צריכים לקבל. זה באמת ככה עובד, זה עבודתנו כ-QA, נמשיך. אוקיי, אנחנו הולכים לבדוק שכל הפילדים יוניק, הולכים לבדוק, אוקיי, יש לנו גם, חייב למלא קצת את כולם, אם לא ממלאים,
יש pop-up, sending e-mail, וג'יסטרשן קומפליט אנחנו יכולים לבדוק בעצם את כל כמעט את כל השאר חוץ מהדאטאבלס שזה בדיקה נוספת ונתחיל אוקיי תסלן מכיוון שאנחנו בחרנו לרשום את הבדיקות בצורה שכזו אנחנו לאחר שנרשום עוד מעט בדיקות אנחנו כבר נדבר על קונבנציות כאלה ואחרות של ממש תלוי במקום עבודה מקומות עבודה גדולים
ורחובות גדולות יש להם בדרך כלל שיטות דומות אחת לשנייה אנחנו נגיע לזה אנחנו בינתיים נמשיך בגלל שאנחנו בודקים כרגע אמרנו רג'יסטרשן בוא נכניס את הכל לרג'יסטרשן זה יותר נחמד נעשה אוקיי ונכניס את הפונקציונליות יס נכניס את הסייניטי שוב פעם הוא אומר את אותו הדבר אם אנחנו מסכימים להזיז סייניטי לפונקציונליטי
אנחנו אומרים כן, וככה זה עשה נוח. לא, האמת היא הכנסנו. סייניטי לפונקצ'ונליטי זה לא המטרה, המטרה להכניס לרג'יסטריישן. כן, זהו, זה כבר מסודר יותר טוב.
אוקיי, סיימנו עם הסייניטי, נמשיך. פונקצ'ונליטי, אנחנו נכתוב פול רג'יסטריישן. נעשה אוקיי, ואנחנו בואו נסביר קצת מה אנחנו הולכים לבדוק.
פול פונקצ'ונליטי. פול פונקצ'ונליטי רג'יסטריישן. user אוקיי אפשר לעשות את זה בצורה including changing password אז בעצם זה מספיק