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

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

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

  • Using Triforce to define Acceptance Criteria

    Using Triforce to define Acceptance Criteria Acceptance Criteria (ACs) are the basics for providing the “what” for any business ask. At their core they are a series of functionality statements telling us what behaviours we want from a feature and link the business ask back to engineering. As testers we use the Acceptance Criteria to help guide our testing and can even push our testing to the left (earlier) by helping to refine the ACs to think about errors and edge cases. How do we do that? Using Triforce! What is Triforce? Triforce are sessions used to refine and create User Stories to provide a shared and complete understanding of what is to be built. You might have seen these sessions named Three Amigos or Power of Three; I call them Triforce because 1) That’s an non-gendered name and 2) It sounds cool and fun to be a part of. They are a collaboration between project team members who each champion a perspective needed: Business, Engineering & Testing. Business – provide context on requirements and user needs (e.g. product owner / product designers).Software engineering – provide context on implementation details and what’s possible.Testing – seek to ensure tickets are testable and ready for development by ensuring all thoughts are covered. The Tri in Triforce does not refer to the number of people in a session, it refers to the number of perspectives (or hats) that should be represented in a session. Given that there may be people with different amounts of domain knowledge or front end[…]

    23.09.2021 | 8:43 קרא עוד...
  • Performance testing API’s with async/awaits

    Performance testing API’s with async/awaits I’ve got this serverless cloud function, you can read about how I built it here. Today’s blog is how I’d go about performance testing this API using async/awaits in Typescript. The API helper class Here is the GET API function: import request from 'supertest'; /** * Checks API is up. */ export async function checkMinSupportedVersionAPIReturns200( ) { const response = await request('https://australia-southeast1-buggybank.cloudfunctions.net/') .get(`min-app-version`) .expect(200); return response; } The performance test Here’s the performance test function, it spins up 10 concurrent instances to hit this API over 5 seconds. And it’ll wait 30 seconds before timing out. describe( 'performance test APIs', () => { it('should handle some load', async () => { await sendManyRequests(10, 5); }, 30000); Helper function – send single request There’s a send single request helper function, I really should have used another one with a shorter name but I’m a lazy dev. const sendSingleRequest = async (): Promise<void> => { await checkMinSupportedVersionAPIReturns200(); }; Helper function – send many requests Next thing to add is a function that calls many requests and builds up from that single request. Inflight is used to increase the await time. const sendManyRequests = async (maxInflightRequests:number, durationSeconds: number): Promise<void> => { let inFlight = 0; const startEpoch = Date.now(); const endEpoch = startEpoch + (durationSeconds * 1000); while (Date.now() < endEpoch) { while (inFlight < maxInflightRequests) { inFlight++; sendSingleRequest() .then(() => { inFlight--; }) .catch((err) => { inFlight--; console.error(`Request error: ${err}`); errorCount++; }); } await delay(10); } while (inFlight > 0) { await[…]

    23.09.2021 | 3:39 קרא עוד...
  • Podcast | API Testing Using Postman With Kristin Jackvony

    This API testing podcast definitely will help you out.In many ways, API testing is faster and far superior to automated UI Testing. Find out why In this episode. Kristin Jackvony, a software tester, blogger, and soon-to-be-published author, will share some key takeaways from her LinkedIn course on Postman Essential Training.For all your testers and developers that need to do API testing, you’re in for a treat. You’ll learn all about Postman, a popular (and free) solution, and how it can help you with all your API testing needs. Listen up! Check out our API Testing Articles The post Podcast | API Testing Using Postman With Kristin Jackvony appeared first on TestsVision.

    23.09.2021 | 2:48 קרא עוד...

טיפים

  • נתקעת ללא רעיון? - קבל רעיון רנדומלי
    נתקעת ללא רעיון? - קבל רעיון רנדומלי נתקעת ללא רעיון? - קבל רעיון רנדומלי מ- Oblique Strategies Trick by Michael Bolton רקע לנושא: Oblique Strategies © 1975, 1978, and 1979 Brian Eno/Peter Schmidt This web page © 1997 Gregory Taylor (כבודקים נוכל לפתח רשימות…
    קרא עוד...
  • בודק - למד לשאול – Learn to Question
    בודק - למד לשאול – Learn to Question  בודק - למד לשאול – Learn to Question - Tony Bruce – חלק ניכר מעבודת הבודק כרוכה באיסוף מידע לגבי המערכת, התכונה או הנושא הנבדק.במהלך איסוף המידע נתקל במידע רב המגיע מגורמים שונים, וכולל הנחות אותן…
    קרא עוד...
לרשימה המלאה >>