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

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

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

  • Bring Some Color to Your bash Shell Output

    Bring Some Color to Your bash Shell Output I'm not sure if this is something anyone will find valuable but it's been a neat little addition to my scripting as of late.For those who have used Cucumber in the past for BDD, one of the visible elements is of course there paradigm of green, yellow and red text that appears for a variety of things in your output on the screen. This division also helps me quickly monitor if something seems out of place or if a command I expect to run completes correctly or not. as I do a lot with shell scripts, I decided to do some research and see if I could add a bit of that green, yellow, red (and for some variety I even added blue to the mix). Here's how you can do that.First, the echo command allows for ANSI escape codes to be called and change the color of text. To do this, you first call echo with the '-e' flag and then for the word or words you want to highlight with a different color. You can see a list of ANSI escape codes and colors here. For my purposes, here's an example of a set of codes I keep is a shared shell library:RED="\033[31m"GREEN="\033[32m"YELLOW="\033[33m"BLUE="\033[34m"RESET="\033[0m"In practice, any time you use an echo -e statement, you can determine if the output you see is normal/expected, if it's an error, if it's a possible warning that doesn't rise to the level of an error, or if you want to display some information[…]

    18.09.2020 | 9:23 קרא עוד...
  • GitHub CLI – A complete guide covering all the essential commands

    Out of the beta, GitHub has just released GitHub CLI 1.0. GitHub CLI (Command Line Interface) is a free and…

    18.09.2020 | 6:17 קרא עוד...
  • Defining your Story – Owning Your Quality Narrative

    Defining your Story – Owning Your Quality Narrative Following up from my previous post, I thought it would be a good idea to dive deeper into the idea of the Quality Narrative. As mentioned in that blog, I first came across the term from the ‘Leading Quality’ book by Ronald Cummings-John (@ronaldcj) and Owais Peer (@owaispeer). The book is a great reference for helping to drive quality in an organisation and it has truly become my go-to reference book to understand how to move forward when you hit those roadblocks to improving processes around testing and quality. Here is Ron and Owais’ definition of a Quality Narrative: A quality narrative is the way people think and talk about quality in a company. Sounds simple enough, but when you think about it, there are so many parts to decompose. Let me try and do that now and show you how I use this… Quality What does quality mean for you and the immediate test/delivery teams? Is this the same view of quality that the wider business has. Quality is very context specific, in some, it could be measured by the number of defects outstanding against a release, each one having an impact on overall Quality, others it could be more about the user’s satisfaction of the system. Here is the definition I drive to and share with my teams: The measure of whether the software meets the explicit and implicit needs of the customer and their ability to use it successfullySimon Prior 2020 Having a definition for quality which[…]

    18.09.2020 | 4:40 קרא עוד...

טיפים

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