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

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

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

he icon   en icon

טיפ - עבודת בודקים בצמד עם המפתח

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

 עבודת בודקים בצמד עם המפתח

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

בשנים האחרונות עם עליית שיטות אג'יליות ו- Extreme Programming צורת עבודה זו יותר נפוצה.

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

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

(לכל בודק רקע משלו ורעיונות בדיקה שונים הנובעים מכך – וזו הזדמנות נהדרת לחלוק)

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

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

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

הבודק מרוויח יותר היכרות עם הקרביים של המערכת, וכך יכול להעלות רעיונות בסגנון Grey Box ולא רק Black Box.

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

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

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

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

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

http://www.mkltesthead.com/2013/07/99-ways-workshop-8-pair-with-developers.html

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

 Pair testing

 

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

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

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

  • Context Above All

    Context Above All The other night I attended We Need To Talk About Testing, a panel discussion featuring Cassandra Leung, Alaine Miller, Richard Bradshaw, and Rob Meaney, hosted by Codecraft. With an audience of software crafters rather than testers, it made sense that the conversation was guided through a set of greatest hits topics including automation, the need for humans in testing, confirmatory vs exploratory, testability, the testing triangle, and observability.   The panelists spoke eloquently about all of those things from positions that demonstrated both expertise and experience, and a sense of humour.  I couldn't help thinking about Brian's mum when Richard urged us not to drive testing with the automation pyramid: it's not a strategy, it's a triangle. I was familiar with the majority of the content but I do enjoy listening to knowledgeable people speaking on a subject they care about. One of the things I particularly like about these kinds of events is having someone else's lens on a topic I know too.This is probably why I found myself noting how many of the answers referred to context. It's a given in the context-driven testing world that the value of a practice depends on its context. However, it can be hard, when you're trying to get a foothold in a new domain, use a new stack, or talk to new teams to know quite what the important aspects of that context are for the task at hand. And it may not be cheap to find out.So perhaps a key point,[…]

    23.10.2021 | 11:56 קרא עוד...
  • Test Patterns out of control

    Test Patterns out of control  

    22.10.2021 | 4:10 קרא עוד...
  • Five for Friday – October 22, 2021

    My day job is busier than normal these days, so this week flew by. A few interesting articles dropped into my view – maybe you’ll find them interesting as well. Self plug time – Unity Gaming Services are now available – a lot of folks on my team were an integral part of making this happen.If you are familiar with NPS (Net Promoter Score), you probably already know that it comes with pros and cons. Here’s a bit of how NPS can grow with NPS 3.0I enjoyed this article on how to learn the Feynman way (tl;dr – learn it well enough that you could explain it to anyone).Oh sorry – another HBR article. If you’re not a member, either join, or use an incognito/private window. This article on 5 Things High Performing Teams do Differently kicks assI like it when companies are transparent with their outages and errors. Too often (like this article), we gloss over the learning opportunity by referring to a operational mistake as a “server glitch” That’s all I have this week – thanks for reading yet again.

    22.10.2021 | 12:58 קרא עוד...

טיפים

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