
הטקסט המלא של הדקות הראשונות בהרצאה «Page Object Design - חלק 1» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.
שלום לכולם, בשיעור הקרוב נלמד חלק חשוב בתהליך האוטומציה שלנו, בתשתית האוטומציה שלנו. בשיעור הקרוב אנחנו לא נכתוב ממש קוד, אבל נכיר חלק חשוב כאמור בתשתית האוטומציה שלנו.
הנושא של השיעור או הסרטון הקרוב יהיה ה-Page Object Design, או תכנון הפרויקט שלנו בשיטת הדפים. אז הכרנו בשיעורים הקודמים בשיעור הסלניום הבסיסי את הכתיבה שלנו בסלניום הכרנו את היכולת שלנו לזהות רואה באלמנט לבצע פעולות והכרנו גם את ה-TestNG את ה-assert את הווידוא את הבדיקה של הדוחות ריצה וכדומה אבל כדי
להיות באמת מקצועני אוטומציה אנחנו צריכים ללכת עוד צעד אחד קדימה והצעד הזה קדימה הוא הכירות עם תהליך האוטומציה או תהליך כתיבת האוטומציה בשיטה שנקראת Page Object Design.
ליצור תשתית של דפים בפרויקט אוטומציה שלנו. אני אסביר בדיוק ואנחנו נדגים בדיוק למה אני מתכוון. למה זה חשוב? למה כדאי לנו לעבוד בשיטת ה-Page Object Design?
אז כשאנחנו אומרים Page Object Design זה בעצם ליצור את פרויקט האוטומציה שלנו במבנה דומה למבנה המערכת או האתר או האפליקציה שאותה אנחנו בודקים.
זאת אומרת Page Object Design הוא בעצם שיטת עבודה שבה הפרויקט שלנו יהיה העתק או באותו מבנה של אותה מערכת שאנחנו בודקים אותה אפליקציה או אותו אתר. אם יש לנו אתר מסוג לוגין באפליקציה שלנו, אז בשיטה הזאת של הפייג' אובייקט דיזיין אני מצפה שיהיה לי גם קלאס שייקרא לוגי.
אז אנחנו חוזרים לשאלה למה זה הכרחי או למה כדאי לנו להשקיע זמן בלימוד של הפייג' אובייקט דיזיין. הסיבה הראשונה היא שזה סטנדרט, כל איש בדיקות אוטומטיות צריך להכיר את שיטת העבודה הזאת.
גם אם הוא לא משתמש בה בשלב הראשון או בחלק מהפרויקטים שלו, וכדאי לו מאוד להכיר את ה-Page Object Design, איך לתכנן את זה, איך לעבוד איתה, מה זה.
זו בעצם שיטת עבודה נפוצה מאוד בחלקים גדולים, אם לא ברוב הפרויקטים של האוטומציה בעזרת סלניום. הסיבה השנייה, זה עושה היגיון, קל לעקוב אחרי השיטה הזאתי.
זאת אומרת, כשאנחנו כותבים ב-Page Object Design, אנחנו כותבים בצורה מאוד מאוד לוגית. תחום האוטומציה או בדיקות האוטומציה הוא תחום שבו הצורך לכתוב בצורה ברורה ידידותית הוא מאוד חשוב בגלל שאנשי ה-QA לא תמיד באים עם אוריינטציה של פיתוח או לגמרי פיתוח R&D כמו שלבי הפיתוח.
קוד באופן כללי כדאי שהוא יהיה ברור אבל פרויקט אוטומציה ובדיקות אפילו עוד יותר. אנחנו נראה דוגמאות לזה ורק נגיד שה-Page Object Design הוא מאוד מאוד ברור מבחינת המבנה שלו. זאת אומרת, אנחנו נראה את האפליקציה שאנחנו בודקים, אנחנו נבנה את הדפים בהתאם לאפליקציה ונבצע פעולות דרך הקלאסים של אותם דפים שמדמים את הדפים באפליקציה.
הסיבה השלישית, השיטה הזאת מקלה עלינו את התחזוקה. בכל פרויקט אוטומציה אחד הסיכונים, אחד הדאגות שלנו יהיו הצורך להקטין ככל הניתן או לשלוט בכמות הזמן שלוקח לתקן ולתחזק טסטים.
מספיק שאיזשהו אקספאט או איזשהו מיקום של WebElement משתנה ואנחנו נצטרך להגיע לאותו מקום ולעשות את השינוי ואת ההתאמה לאקספאט החדש או ל-ID החדש של אותו WebElement. בשיטת הפייג' אובייקט הנושא הזה של התחזוקה הוא מאוד מאוד ידידותי ומאוד קל.
זאת אומרת השתנה איזשהו איידי בדף של חיפוש כללי או ב-home page שלנו אז אנחנו יודעים לגשת ל-home page ולעשות את התיקון באותו דף. הסיבה הרביעית שקל מאוד להרחיב להעתיק לשכפל בעצם את הקוד שלנו בעזרת הפייג' אובייקט דיזיין ובצורה הזאת בעצם לכתוב עוד ועוד דפים שמדווים עוד ועוד מקומות שאותם אנחנו רוצים לבדוק
באתר שלנו. זאת אומרת בעזרת הפייג' אובייקט דיזיין נוכל