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

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

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

  • The unopinionated tester

    In a recent standup I was (flippantly) accused of being a "typical tester" because we were discussing a point that wasn't clear in the spec and I refused to offer an opinion over what the interpretation should be. It's not that I didn't have an opinion (I have many, as frequent readers of this blog will be all too aware), but in this particular case it wasn't an opinion that was needed; it was a decision. I won't go into the details, but there were a few ways the item in question could have been implemented, all equally valid. I felt that as a tester it wasn't my place to take that decision; my role is to ensure the decisions taken have been implemented correctly. Thinking back on this a few days later I realised that this was an important distinction to make when testing; while I may have a number of ideas of how a particular implementation can be improved, it's not appropriate to try and influence the solution based purely on my own thoughts. I need to keep my opinions to myself.Testers potentially have a lot of power; particularly when specifications are not as detailed as they could be, the raising of a defect can easily turn into a dictation of your whims and desires rather than a description of how the solution does not match the design. Not that there isn't a place for a tester to have views; particularly in a more agile sort of project, a[…]

    14.12.2018 | 3:48 קרא עוד...
  • Five for Friday – December 14, 2018

    I am going to take the rest of the year off from bullet points (and computers as much as I can) while I catch up on rest and other odds and ends. That said, here’s the final five for 2018. A huge, HUGE shoutout to heytaco – they have a fun “reward” system for slack teams, and they gave us a sweet deal on tacos for oneofthethree.slack.com. Truly a class act. I never thought about what made a company a “tech company” until I read this article. I enjoy reading stories about quality in other industries, and I especially enjoyed  this article on What You Miss When You Don’t See Quality as a System Holy shit is this a good article on how Netflix plays stuff on your computer. I gave a workshop and a keynote at the Test Leadership Congress in NYC last spring, where Anna Royzmann organized and hosted. Apparently, she has had some medical problem in Turkey – a friend of hers has started a gofundme to help with her. I/ABTesting made a donation to her cause, and I hope a few readers do too.

    14.12.2018 | 2:26 קרא עוד...
  • Blog Review 2018

    Blog Review 2018 And soon we are heading into 2019 and as a tradition of my blog, I always take the opportunity to look back what happened in the last year. The year 2018 was different for me. In terms of blogging and working. I shifted my focus from writing on my own blog to other blogs to support them with hopefully valuable content. Also as a tradition I like to share numbers about my readers, where there are coming from how many of you visited my blog and so on. However, I can’t deliver this information to you anymore. The reason is simple, thanks to new GDPR law in Europe, I removed ALL the tracking from the blog. I have no idea where you are coming from and how often you are here. But that is totally OK for me and I think for you as well . Highlights My testing highlights for this year where the 3 conferences I attended as a speaker. One of my favorite testing conferences on this planet are the Nordic Testing Days in Tallinn. Nordic Testing Days starting now @nordictestdays #softwaretesting #NTD2018 pic.twitter.com/PBBCPsJ73l — Daniel Knott (@dnlkntt) June 7, 2018 That escalated quickly with @nordictestdays @FriendlyTester #NTD2018 pic.twitter.com/CXJ3KmTs4P — Daniel Knott (@dnlkntt) June 6, 2018 It was fun to meet all the testing friends again and to have a nice speakers event, as you can see on the picture above . Next highlight was the first one day testing conference in Porto, organized by the guys[…]

    14.12.2018 | 4:52 קרא עוד...

טיפים

לרשימה המלאה >>