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

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

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

he icon   en icon

בדוק מוקדם ככול הניתן

נכתב על ידי 
שבת, 16 אוגוסט 2014 12:22
דרגו כתבה זו
(2 הצבעות)

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

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

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

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

באג'ייל השתמרו תהליכי התנעה – רק שעכשיו הם אינם במסגרת תכונה אלא במסגרת סיפור – Story Kick-Off, וגם כאן נהוג להפגש ולדון בהגדרות הסיפור בפגישות דומות הנקראות: Three Amigos Meetings(קראו לגביהן עוד במאמר של מיכאל בלינק למטה).

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

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

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

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

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

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

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

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

http://www.mkltesthead.com/2013/07/99-ways-workshop-9-test-as-early-as.html

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

 

Early Testing 2

Early Testing 1

 

 

שונה לאחרונה ב ראשון, 31 מאי 2015 05:31

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

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

  • 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 קרא עוד...

טיפים

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