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

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

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

he icon   en icon

בודקים - זכרו כי מדובר באנשים

נכתב על ידי 
שבת, 23 אוגוסט 2014 21:34
דרגו כתבה זו
(3 הצבעות)

בודקים - זכרו כי מדובר באנשים

"זכרו כי מדובר באנשים" (Tony Bruce) – בסופו של יום – כל מוצר ותוכנה מיועד לשרת צרכי אנשים.

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

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

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

בסופו של דבר – כל תכונה תורמת למישהו, ולכל באג היכולת לפגוע במישהו.

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

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

בכדי לייצג את הלקוחות של המערכת נאמנה תחילה עלינו לשקול:

מי יהיו המשתמשים של מוצר או תכונה זו?, מה חשוב לאנשים אלו?

האם נוכל לדמיין מי הם?, מה הם יעשו עם המוצר?, מה ההגדרה שלהם למוצר מועיל ומוצלח?

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

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

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

תהליכים אלו יכולים לעזור לנו למפות את האזורים החשובים יותר במוצר – וכך למקד את מאמץ הבדיקות שלנו.

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

http://www.mkltesthead.com/2013/07/99-ways-workshop-10-remember-it-is.html

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

 Testing is All About People

 

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

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

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

  • Necessary Conversations – 1

    Thanks for meeting with me <fill in Project Manager’s name>!  I appreciate this opportunity to explore the testing approaches for this project.  I realize we have just started planning and have no product designs yet, but this is the best time to have this conversation. Soon, our team will begin to absorb and understand business needs, and transform them into viable products.  The Testing team, Testers and Test Engineers, look forward to collaborating with the team on that effort. Yes, I can see where you might believe there is nothing to test.  Many are mistaken in this belief that there must be a product before testing can execute.  I would argue that the business needs will require some scrutiny and I believe Testers are best equipped to ask questions about assumptions and details.  These questions will help clarify the needs, clarify product definitions, and reduce the number of defects resulting from misunderstood or poorly written definitions. Why the Test Engineers, then?  I’m glad you asked.  They listen to conversations for opportunities to make testing smoother for everyone.  By everyone, I mean Testers and Developers.  Basically, we have been practicing Shift Left, that is, moving evaluations closer to product construction.  We believe it can make a difference on this project. How?  When the project team delivers unit tests with their minimal viable products, we know requirements are probably met.  This helps the Testing team focus on risks.  The time to complete testing is likely shorter.  That improves Pace. Also, unit tests[…]

    21.10.2019 | 7:11 קרא עוד...
  • Meme of the day: Testers to their team on the testing phase

    The post Meme of the day: Testers to their team on the testing phase appeared first on The Life Of One Man.

    21.10.2019 | 4:03 קרא עוד...
  • Screen grabbers as debugging tools

    Screen grabbers as debugging tools Nothing big or clever this time.  (Is it ever big or clever here?)  Just a little trick that I find useful occasionally, that might be of use to you too. Picture the scene – you’re debugging some code in your IDE and you realise that you want to take a snapshot of lots of state (e.g. all the properties of an object), or of state that’s deeply buried down in an object hierarchy.  You want the snapshot from this debugging session so that you can refer back to it in your next debugging session. For instance, you’ve just realised that the problem is with the 11th iteration around a loop, but you realise this when you get to the 12th iteration.  You want to quickly capture how things are during the 12th iteration, so that when you start again and get to the 11th iteration, you can compare how things are then with the snapshot. There might be ways to do this purely within your IDE, but I found the standard Windows 10 screen grab tool Snip & Sketch very handy for a quick and dirty result.  A key part is its feature that lets you kick off a screen grab for N seconds into the future: You select e.g. Snip in 10 seconds, then switch to your IDE.  You then hover over the object whose state you want to capture, expanding elements as necessary to get to the right part.  When the 10 seconds elapses Snip & Sketch temporarily[…]

    21.10.2019 | 3:54 קרא עוד...

טיפים

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