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

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

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

  • Cynefin Framework for a Training

    In the trainings students quite often want to hear the only right answer to the question, even if I said earlier that there are multiple solutions. I am very cautious with examples as well because they are threatened often as only possible ways how to use/adapt. To overcome this, I give diverse examples, but my […]

    14.10.2019 | 5:24 קרא עוד...
  • 5 Things to Read This Week - 14th Oct 2019

    5 Things to Read Agility is responsiveness to change: An essential definition Agile Transformation are not about putting testers and developers on the same floor or have a 10-min meeting about what people are doing. “The only code the does not change is dead code”. And agility is about responding to change fast and effectively, keeping the long-term health of software well. Breaking Illusions with testing by Maaret Pyhäjärvi Great talk by Maaret Pyhäjärvi about her experience as the only tester focused on exploration in a team that deploys multiple times a day to prod and has close to no formal documentation for feature development planning (NO JIRA!). Great lessons on the core concept of Exploratory Testing, how non-testers use it, and how test specialists can use exploration to super-charge the whole team regarding risks and quality. Quality pattern 1: Treat your acceptance criteria as tests Erik Zeedijk talks about the importance of good Acceptance Criteria and how to use Example Mapping to come up with simple, but straightforwardly testable Acceptance Criteria. ITkonekt 2019 | Robert C. Martin (Uncle Bob), Clean Architecture and Design This talk by Bob Martin brings not only technical knowledge about boundaries and its core importance in Clean Architecture, but also it has a call for development of us as professionals. And if it has not provoked you to watch, he will try to convenience you that database are not an important architectural decision and that they should be almost never seen in your code. Scrum[…]

    14.10.2019 | 4:00 קרא עוד...
  • Five Blogs – 14 October 2019

    The (best) five blogs I read today. Check them out. Learn to API Written by: Kin Lane The 3 traps when it comes to blockchain and business – and how to avoid them Written by: Rajesh Dhuddu When Testers Become Crisis Management Written by: Rachel Kibler Why You Should Be Testing in Production Written by: Kristin Jackvony The One Skill That Will Make You a Successful Leader Written by: Lolly Daskal Quote of the day: “A mind is like a parachute. It doesn’t work if it is not open.” -Frank Zappa You can follow this page on Twitter

    14.10.2019 | 12:49 קרא עוד...

טיפים

  • מבט מערכתי לבודקים – Systems Thinking
    מבט מערכתי לבודקים – Systems Thinking מבט מערכתי לבודקים – Systems Thinking התכונה או מערכת אותה אנו בודקים - אינה מנותקת משאר העולם, תיקון בנקודה אחת – עשוי להשפיע ולפגוע בנקודות אחרות, ולכן על הבודק להכיר את המערכת והקשרים בין חלקיה. כמו…
    קרא עוד...
  • למדו מתי להשתמש באוטומציה ומתי לא
    למדו מתי להשתמש באוטומציה ומתי לא למדו מתי להשתמש באוטומציה ומתי לא "למדו מתי להשתמש באוטומציה ומתי לא" – תחילה – חשוב ללמוד כי למרות ההבטחות של כמה ממשווקי הכלים אין אוטומציה ללא תכנות, בסופו של דבר עם כל ההקלות שחלק מן…
    קרא עוד...
לרשימה המלאה >>