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

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

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

  • API Testing Challenges 30 - How To - authentication passed 201

    This post and video shows how to complete the basic auth authentication using username and password challenge number 30, which returns a status code of 201. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. Authentication Challenge Most of the challenges simply require the correct payload, and an X-Challenger header to track the session. The authentication challenges require an extra header, the value for which can only be obtained with a username and password. Challenge 30 Authentication Passed Issue a POST request on the /secret/token end point and receive 201 when Basic auth username/password is admin/password POST request means use the HTTP Verb POST e.g. POST /secret/token sends to the secret token endpoint Basic auth means include the Basic Authorization header username/password is admin/password the authorisation header value is base 64 encoded, and the details should match admin as the username, and password for the password add the X-CHALLENGER header to track progress and because the authentication code we need is asociated with the X-challenger session Receive a 201 response because the session token has been created to allow authorization to access the secret notes Basic Instructions Create a new request for the /secret/token end point if running locally that endpoint would be http://localhost:4567/secret/token if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/secret/token The verb should be a POST Add a Basic Auth header by selecting “Basic” from the “Auth” tab and entering a[…]

    24.07.2021 | 3:30 קרא עוד...
  • API Testing Challenges 29 - How To - authentication failed 401

    This post and video shows how to complete the authentication failed with username and password challenge number 29, which returns a status code of 401. What are the API Challenges? Our API Challenges Application has a fully functional cloud hosted API, and a set of challenges to work through. Authentication Challenge Most of the challenges simply require the correct payload, and an X-Challenger header to track the session. The authentication challenges require an extra header, the value for which can only be obtained with a username and password. Challenge 29 Authentication Failed Issue a POST request on the /secret/token end point and receive 401 when Basic auth username/password is not admin/password POST request means use the HTTP Verb POST e.g. POST /secret/token sends to the secret token endpoint Basic auth means include the Basic Authorization header username/password is not admin/password the authorisation header value is base 64 encoded, and the details should not match admin as the username, and password for the password add the X-CHALLENGER header to track progress and because the authentication code we need is asociated with the X-challenger session Receive a 401 response Basic Instructions Create a new request for the /secret/token end point if running locally that endpoint would be http://localhost:4567/secret/token if running in the cloud that endpoint would be https://apichallenges.herokuapp.com/secret/token The verb should be a POST Add a Basic Auth header by selecting “Basic” from the “Auth” tab and entering a username and password but make sure it is not admin/password e.g. use username[…]

    24.07.2021 | 3:15 קרא עוד...

טיפים

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