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

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

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

  • Tips to reduce flakiness in UI Automation Scripting.

    There are a few steps you can take to reduce flakiness in UI automation scripting: Make sure your test environment is stable and consistent. This means ensuring that the operating system, browsers, and any other tools or applications are up to date and configured properly Use explicit waits rather than implicit waits. Implicit waits tell […]

    5.12.2022 | 1:17 קרא עוד...
  • Testing: From Aristotelian to Galilean, Part 2

    Testing: From Aristotelian to Galilean, Part 2 In this post I’ll continue on directly from part 1 where we ended up with a lot of models and a recognition of competing interpretations of quality along with a need for testability. I should note that this post likely provides the culmination of all the “History and Science” posts up to this point. The goal throughout this series of posts was showing a bit of how testing had to develop so that everyone could understand the historical basis of how testing evolved within the context of the scientific method. Creating Increasingly Complicated Systems There’s a key lesson that people, like astronomers and other thinkers, were starting to learn as they got closer to actually doing science. With all of our models, we can increase complexity. Not a problem. Well, as long as our testing methods are able to keep up with that complexity. And our testing methods must be capable of being related to observations that have value. But, ideally, not just value in how something works but also in terms of how the way something works aligns with our experiences. And maybe a little about why it all works the way it does to provide the experience it does. Let’s head back to Copernicus and dig into a little more history along the same lines as we looked at in the previous post. It wasn’t just Copernicus that found circle for orbits didn’t always work so great. Those early Greek astronomers that Copernicus was responding to also recognized[…]

    5.12.2022 | 12:06 קרא עוד...
  • Remembering Jerry Weinberg: Weinberg on Writing – The Fieldstone Method

    Remembering Jerry Weinberg: Weinberg on Writing – The Fieldstone Method It’s been four years since – sadly – Gerald M. “Jerry” Weinberg passed away. Ever since then, I struggled with some public mourning about him, until recently I had just the right idea. On a weekly basis, I will publish a review of a book I read that Jerry either wrote himself or is about some of his work. With not so many books from Jerry left on my shelf, I picked Weinberg on Writing – The Fieldstone Method, published by Dorset House in 2006. As the title notes, Jerry wrote over 40 books in his career, spanning at least from 1958, up until his death in 2018. So, when such an accomplished author writes a book about writing, it’s a must-read in the case are considering writing on your own. I recall how Jerry made early on a distinguishment between an author and a writer, but I can’t find that reference in the book’s index. So it might as well have been a blog entry he published on one of his blogs at the time. Basically, an author could be a one-time contributor to a book or an article, while a writer makes a living from his writing work. The subtitle of his book can be explained rather simply, and Jerry offers his explanation from the get-go. A fieldstone wall is built with stones lying around in the wild. These are not perfectly shaped. So, if you want to build something like a wall out of fieldstones, you need[…]

    5.12.2022 | 9:45 קרא עוד...

טיפים

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