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

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

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

  • The one who remains

    The one who remains *Inspired by Marvel Loki series episode 6 (Final Episode) Yesterday I was watching the final episode of Loki series and a character with the name “The One Who Remains” was introduced for the first time. The name itself reminded me of tasks and scripts that never completed yet. We all have this thing or things that is waiting for the perfect time to be completed. Procrastination , this is the scientific term but from now I’d like to call it “the thing that remains” Why we procrastinate? I don’t know exactly why but I think that sometimes we know ahead what is coming with starting this task , maybe because it is complex , it is too easy to be done so we can start it anytime , in the sake of perfection or number of the previous combined. Just start I don’t know any solutions or in another a way a solution that works for me but I like this strategy , Just start it. It doesn’t matter if you complete or not but at least half backed sometimes better than nothing at all. At last we all have something remaining or needs to be done , and that’s fine , I tell myself this always But sometimes start or be willing to start something which is remaining is better than doing it in the last minute. Please share your tips, experience, comments, and questions for further enriching this topic of discussion.

    16.09.2021 | 8:18 קרא עוד...
  • What To Consider When Doing Visual Testing

    What To Consider When Doing Visual Testing If you are working on a front end application whether it’s website or mobile, visual testing is a great one to add in your testing strategy. Apart from choosing the visual tool, there are so many things to consider when doing visual testing and in this post, I will share some tips that I have found useful when implementing visual testing on various projects. Choosing the Right ToolingThe first thing to consider is choosing the right tool for the job. There are visual testing plugins that integrate directly to your testing library or framework of choice. Some allow you to leverage your functional tests while some allow you to write new tests entirely. Depending on which library or framework you are using, choosing the right tooling is an essential aspect when it comes to adding visual testing to your test strategy. Nowadays, there are many visual testing tools to choose from paid tools such as ,Applitools, ,Percy, ,Happo or ,Chromatic to open source libraries such as ,AyeSpy, ,BackstopJS, ,Wraith, ,cypress-image-snapshots and more. With each of the tooling that’s available, you need to do an analysis as to which will meet your testing requirements the most. Level of Visual TestingI see visual testing as a combination of both component and full page testing. Component visual tests focus on individual components and its different variations while full page testing focuses on the entire page that our user sees. You need to consider in your testing strategy if you’re going to support both[…]

    16.09.2021 | 3:06 קרא עוד...
  • Built-in Quality Applied- New Workshop on the ATD

    This november the Agile Testing Days will be held in Potsdam Germany. This is special to me since it will be the first onsite conference I attend since a long time. Most of the conference are on-line and virtual. During the conference I will team up with Jan Jaap Cannegieter for the built-in Quality workshop. In this highly interactive workshop we will be exploring how we can build quality in. It’s based my latest book “the waves of agile“. We made a workshop to bring the story to live and give it practical application. If you want to learn how to design feedback loops, improve the flow in your SDLC and how you can select practices that boost quality, join our tutorial. The video below is or personal invite to do so. We hope to see you in Potsdam.

    16.09.2021 | 3:00 קרא עוד...

טיפים

  • בודק - למד לשאול – Learn to Question
    בודק - למד לשאול – Learn to Question  בודק - למד לשאול – Learn to Question - Tony Bruce – חלק ניכר מעבודת הבודק כרוכה באיסוף מידע לגבי המערכת, התכונה או הנושא הנבדק.במהלך איסוף המידע נתקל במידע רב המגיע מגורמים שונים, וכולל הנחות אותן…
    קרא עוד...
  • חשוב לנתח באגים שהתגלו ע"י הלקוח
    חשוב לנתח באגים שהתגלו ע"י הלקוח חשוב לנתח באגים שהתגלו ע"י הלקוח בכדי להבין למה לא נמצאו הבאגים האלו לפני ששוחרר המוצר, כמו גם - מהיכן נבע הבאג מלכתחילה.   אין כאן תהליך של חיפוש אשמים - אלא תהליך של ארגון לומד…
    קרא עוד...
לרשימה המלאה >>