LOGIN
התחברות או הרשמה
Avatar
להמשך הרשמה ידנית – לחץ על כפתור ההרשמה, להרשמה/כניסה מהירה בעזרת חשבון רשת חברתית – לחץ על הלוגו בכותרת

אפס סיסמה - שכחתי את שם המשתמש

שם משתמש
סיסמה
זכור אותי

he icon   en icon

למדו מתי להשתמש באוטומציה ומתי לא

נכתב על ידי 
שבת, 12 יולי 2014 13:19
דרגו כתבה זו
(1 הצבעה)

למדו מתי להשתמש באוטומציה ומתי לא

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

אין זה אומר שכל הבודקים חייבים להשתתף בפעילות תכנות מקיפה – אבל לכל קבוצה חייב להיות מתכנת מנוסה אשר יודע כיצד לבצע זאת בצורה איכותית.

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

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

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

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

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

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

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

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

וגם לדעת באילו מקרים עדיף "לא להילחם עם האוטומציה" אלא להמשיך ולבצע ידנית.

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

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

חומר קריאה נוסף:

http://www.mkltesthead.com/2013/07/99-ways-workshop-5-learn-when-to.html

 

נשמח לשמוע רעיונות הערות והארות מכם הקוראים – בחלונית התגובה מטה, ו/או בפורום.

סדרת טיפים זו "כיצד להפוך לבודקים טובים יותר" מתבססת על דיון ב: Software Testing Club

99 Things Testers Can Do To Become Better Testers

ה-eBook החינמי שנוצר בעקבות דיון זה: 99ThingsEbook.pdf

וסדרת פוסטים מאת Michael Larsen בשם: Ways Workshop 99 - בה מיכאל מרחיב על כל אייטם וגם מספק הנחיות כיצד לתרגל הנושא.

 

automation-ROI

חובה להיות משתמש רשום במערכת בכדי להגיב - ההרשמה/כניסה בכותרת האתר

חדשות מעולם הבדיקות

  • Defect phase containment and how to calculate it?

    Defect phase containment is a software quality engineering practice that involves identifying and fixing defects as early in the development process as possible. This helps to prevent the defects from being introduced into later phases of the development process, where they can be more costly and time-consuming to fix.

    8.12.2022 | 12:56 קרא עוד...
  • Five Blogs – 8 December 2022

    The (best) five blogs we can read today. Check them out. What Were You Thinking? Written by: Frank Sonnenberg Why Putting Profit Over People is Always Bad for Your Company Written by: Lolly Daska How Visibility on Software Supply Chain Can Reduce Cyberattacks Written by: Priya James Leading With “I Want To Apologize” Written by: Terri Klass The Motivational Leader Written by: Steve Keating Quote of the day: “And one has to understand that braveness is not the absence of fear but rather the strength to keep on going forward despite the fear” -Paulo Coelho You can follow this page on Twitter

    7.12.2022 | 11:40 קרא עוד...
  • Fresh Tester Start In A Project

    Subscribe to my YouTube channel: https://www.youtube.com/@STQTalks When I started working in Software Testing, the amount of information that I needed to grasp was exhaustive. Not only that I needed to learn about the industry, the business, the domain,  the product and its features, I had to get acquainted with the testing side of things – testing strategy, methodologies, test setups, tools required, etc. A very exciting challenge indeed, but it could also lead to burnout quickly if not properly handled. It’s worthwhile to have a charter or a map on learning and to gain knowledge. In this blog, let us look at the top priority things as a fresh tester start that needs to be considered in their journey to get accustomed with their day-to-day work in their project. Product Requirements Analysis The first and foremost thing that a fresh tester needs to look into is the product they are working on, and how it fits into the industry, the business, and the domain. Studies have shown that 65% of the defects found are related to requirements. In order to come up with requirements that are complete in several aspects like performance, security, accessibility, UI/UX, etc., it is important to first understand the product’s placement in the business. We should not be looking at the requirements in isolation, but should look at the fulfilment of customers’/end-users’ needs from the industry/domain/business perspective and validate whether the product fulfils those needs. It would also be worthwhile to compare the requirements with other[…]

    7.12.2022 | 12:28 קרא עוד...

טיפים

  • בודק - השאר ממוקד מטרה
    בודק - השאר ממוקד מטרה בודק - "השאר ממוקד מטרה / Keep Your Eye on the Ball - The End Goal " – כבודקים בעלי יכולת מיקוד וירידה לפרטים, לעיתים אנו מאבדים את התמונה הכוללת וצוללים יתר על המידה בבדיקת נושאים…
    קרא עוד...
  • מבט מערכתי לבודקים – Systems Thinking
    מבט מערכתי לבודקים – Systems Thinking מבט מערכתי לבודקים – Systems Thinking התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת והקשרים בין חלקיה. כמו…
    קרא עוד...
לרשימה המלאה >>