✕ סגור 
צור קשר
תודה על ההתעניינות .

Thank you! Your submission has been received!

Oops! Something went wrong while submitting the form

3 סיבות לביצוע בדיקות לתשתית האוטומציה שלך

תומר כהן
|
קלה
|
Aug 29, 2018
alt="facebook"alt="linkedin"
להרשמה לניוזלטר

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

"מי כאן מגדיר את עצמו כמפתח?" (ידיים בודדות)

והשאלה האחרונה הייתה - "מי כאן כותב בדיקות לתשתיות האוטומציה שלו?" הייתה דממה בקהל. מתוך כ-60 אנשים אף לא יד אחת.

במאמר זה אציג את החשיבות שבביצוע בדיקות לתשתיות האוטומציה ב- 3 נקודות עיקריות

סיבה ראשונה – חשיבות עבור מפתחים

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

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

נצטרך לדעת לכתוב קוד יותר טוב, להכיר design patterns, לעבוד אל מול source control, לעשות אחד לשני code review, לנהל את פרויקט האוטומציה שלנו ב- Jira והכי חשוב, המוצר שלנו - כמו המוצר של ה-R&D יצטרך להיבדק.

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

סיבה שנייה - אסור לסנדלר ללכת יחף!

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

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

סיבה שלישית - אוטומציה לא איכותית = מוצר לא איכותי!

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

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

בנוסף חשוב שנזכור שבמקרה שלנו הצורך בבדיקות הוא אפילו גבוהה יותר - משום שלנו אין QA!

המפתחים בצוותי הפיתוח עוד איכשהו יכולים להרשות לעצמם לא להיות בטוחים ב-100% במה שהם פיתחו מכיוון שבמרבית הפעמים המוצר שלהם עובר תחנה נוספת של בדיקות לפני שחרור.

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

,מאת: תומר כהן

Automation team leader

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

"מי כאן מגדיר את עצמו כמפתח?" (ידיים בודדות)

והשאלה האחרונה הייתה - "מי כאן כותב בדיקות לתשתיות האוטומציה שלו?" הייתה דממה בקהל. מתוך כ-60 אנשים אף לא יד אחת.

במאמר זה אציג את החשיבות שבביצוע בדיקות לתשתיות האוטומציה ב- 3 נקודות עיקריות

סיבה ראשונה – חשיבות עבור מפתחים

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

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

נצטרך לדעת לכתוב קוד יותר טוב, להכיר design patterns, לעבוד אל מול source control, לעשות אחד לשני code review, לנהל את פרויקט האוטומציה שלנו ב- Jira והכי חשוב, המוצר שלנו - כמו המוצר של ה-R&D יצטרך להיבדק.

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

סיבה שנייה - אסור לסנדלר ללכת יחף!

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

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

סיבה שלישית - אוטומציה לא איכותית = מוצר לא איכותי!

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

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

בנוסף חשוב שנזכור שבמקרה שלנו הצורך בבדיקות הוא אפילו גבוהה יותר - משום שלנו אין QA!

המפתחים בצוותי הפיתוח עוד איכשהו יכולים להרשות לעצמם לא להיות בטוחים ב-100% במה שהם פיתחו מכיוון שבמרבית הפעמים המוצר שלהם עובר תחנה נוספת של בדיקות לפני שחרור.

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

,מאת: תומר כהן

Automation team leader

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
תומר כהן
בואו נעבוד ביחד
צרו קשר