רשומות

מציג פוסטים מתאריך מרץ, 2018

תבניות עיצוב ואוטומציה | Factory Pattern

תמונה
בתור מפתחי אוטומציה (ותוכנה בכלל) אנחנו נתקלים בלא מעט בעיות.. אנחנו לא זוכרים syntax מסוים, נזרק לנו exception שאנחנו רואים פעם ראשונה או אפילו שגיאת קומפילציה שאנחנו לא מכירים. מה אנחנו עושים כדבר כזה קורה לנו? לרוב נפנה לדר' גוגל... הרי כל דבר שקרה לנו כבר קרה למישהו אחר בעבר, ובכל בעיה בה נתקלנו, אנחנו כנראה לא הראשונים שנתקלנו בה. ב-95% מהמקרים גוגל אכן פותר לנו את הבעיה. מה קורה כאשר אנחנו נתקלים  בבעיית Design  בקוד שלנו? אנחנו לא בטוחים כיצד לחבר את ה class-ים או שאנחנו יודעים שמה שעשינו "לא כל כך יפה" אבל אנחנו לא בטוחים כיצד לעשות זאת נכון. לשם כך נוצרו Design Patterns! Desing Pattens הן הפתרונות לבעיות שלנו בעיצוב התוכנה - אלו מעין  תבניות פתורות  וכל מה שנשאר למשתמש זה להתאים אותן למקרה שלו. במילים אחרות,  Design Patterns זה פשוט פתרון לבעיה בעיצוב הקוד. לאחר שהתקדמנו ולמדנו לא מעט בכל הקשור לעיצוב תוכנה מונחית עצמים, וכתיבת תרחישי אוטומציה ב Selenium ו - Appium, הגיע הזמן להמשיך ולהתקדם לנושאים הבאים. מה זה Factory Pattern? תבנית העי

אוטומציה זה אחלה, אבל מה עם לוגים?

תמונה
לאחר שכבר למדנו לכתוב תרחישי בדיקות באמצעות Selenium   ו- Appium , וכן, למדנו את עקרונות העיצוב החשובים של תכנות מונחה עצמים. הגיע הזמן שנעשה צעד נוסף אל עבר בניית מערכת האוטומציה שלנו. כאשר אנחנו כותבים תרחיש בדיקה הוא יכול הרבה פעמים להיות מורכב ולכלול לא מעט שלבים בדרך לסיום. העניין הוא, שקשה (לפחות בתחילת הדרך) לגרום למערכת האוטומציה לעבוד ב-100% ולהיות נקייה מתקלות. לשם כך, בעבור כל פעולה שנעשה, נכתוב לתוך הלוג שלנו משפט שמתאר בקצרה את הפעולה שעשינו. כך, כאשר נחזור לקוד שלנו וננסה להבין איפה התרחיש/המערכת הנבדקת נפלה, נוכל להיות בטוחים בכל סדר הפעולות שהתבצע לפני הנפילה. ובנוסף, ולא פחות חשוב, כך נוכל לדאוג שאנחנו יודעים בדיוק מה קרה בתרחיש הבדיקה שהרצנו, ומה גרם לתקלה. במילים אחרות - כתיבה ללוג משלנו תקל עלינו מאוד בתחקור התרחיש או המערכת הנבדקת. אבל קודם כל... מה זה לוג? לוג הוא תוצר התיעוד של הפעולות שהרצנו אשר נבנה במהלך הריצה , בעבור כל פלט שנכתוב ללוג נוכל לראות את התאריך, השעה, הפונקציה ממנו נקראה הכתיבה ללוג ועוד הגדרות שניתנות לקונפיגורציה.

תבניות עיצוב ואוטומציה | Facade Pattern

תמונה
בתור מפתחי אוטומציה (ותוכנה בכלל) אנחנו נתקלים בלא מעט בעיות.. אנחנו לא זוכרים syntax מסוים, נזרק לנו exception שאנחנו רואים פעם ראשונה או אפילו שגיאת קומפילציה שאנחנו לא מכירים. מה אנחנו עושים כאשר דבר כזה קורה לנו? לרוב נפנה לדר' גוגל... הרי כל דבר שקרה לנו כבר קרה למישהו אחר בעבר, ובכל בעיה בה נתקלנו, אנחנו כנראה לא הראשונים שנתקלנו בה. ב-95% מהמקרים גוגל אכן פותר לנו את הבעיה. מה קורה כאשר אנחנו נתקלים  בבעיית Design  בקוד שלנו? אנחנו לא בטוחים כיצד לחבר את ה class-ים או שאנחנו יודעים שמה שעשינו "לא כל כך יפה" אבל אנחנו לא בטוחים כיצד לעשות זאת נכון. לשם כך נוצרו Design Patterns! Desing Pattens הן הפתרונות לבעיות שלנו בעיצוב התוכנה - אלו מעין  תבניות פתורות  וכל מה שנשאר למשתמש זה להתאים אותן למקרה שלו. במילים אחרות,  Design Patterns זה פשוט פתרון לבעיה בעיצוב הקוד. לאחר שהתקדמנו ולמדנו לא מעט בכל הקשור לעיצוב תוכנה מונחית עצמים, וכתיבת תרחישי אוטומציה ב Selenium ו - Appium, הגיע הזמן להמשיך ולהתקדם לנושאים הבאים. בהמשך לסדרה שלנו שלנו על  תבניו