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

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

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

  • Exploring Kafka

    Message brokers such as Kafka are very popular back end technology that testers may encounter, especially in a microservices based product architecture. Message brokers and message queues differ from API based request and response services in that the component subscribes to messages that could arrive at any time rather then specifically GET some data. There is a good introduction to Kafka and the concepts of event streaming here : http://kafka.apache.org/documentation/#introduction Let’s start exploring. Firstly, you’ll need to install Docker, which is a container virtulization platform. Once installed, clone the repository from https://github.com/ObjectiveTester/AllThingsTesting.com-examples.git and open a terminal in the same directory as docker-compose.yml: AllThingsTesting.com-examples/Kafka And type the following commands: docker-compose up -d docker-compose exec kafka bash This downloads, installs and starts the necessary Kafka components, and starts a terminal session on the Kafka broker so we can issue commands to it. In an additional terminal, run this command (as before, in the same directory as docker-compose.yml): docker-compose exec kafka bash Produce and consume In the first terminal, create a message topic with: kafka-topics --create --topic simple-topic \ --bootstrap-server kafka:9092 \ --replication-factor 1 --partitions 1 Then run a command that accepts input to create messages: kafka-console-producer --topic simple-topic \ --broker-list kafka:9092 \ --property parse.key=true --property key.separator=":" In the other terminal, run a command to read a specific number of messages: kafka-console-consumer --topic simple-topic \ --bootstrap-server kafka:9092 \ --consumer-property group.id=test-group \ --property print.key=true --property key.separator=":" \ --max-messages 2 In the producer terminal, type in line by line (or copy and paste in one[…]

    26.02.2021 | 2:00 קרא עוד...
  • The Spec, But Why?

    The Spec, But Why?  I'm in the middle of BBST Bug Advocacy at the Association for  Software Testing right now.  As you might imagine, on a course with that name there's been plenty of talk about what we mean by terms like bug, value, and quality. One of the great things about the four-week course is the mix of book work and application, so we students are repeatedly challenged with situations in which the learning can be practically applied.I have a lot of time for both Seth Godin and Shane Parrish so I'd have been listening carefully to Seth's appearance on the Knowledge Project podcast anyway but, given the context I'm in, the passage I've transcribed below stood out. It's about how the concept of quality is concretised as conformance to spec, and how that in turn directly drives physical actions. It starts at around 1:04:45:There's lots to be said about the spec. First lets talk about Edwards Deming and what spec and quality mean. Quality is not luxury, quality is not expensive, quality is not that you love it, quality is just one thing: it meets spec.So if I look under an electron microscope at any part of a Lexus, which is by any measure the highest quality car there is, it's filled with defects. But they're not defects that matter, because they're defects that are within spec.So, we begin by understanding what is the spec of the work we're going to do? If it meets spec, not only is it quality but[…]

    26.02.2021 | 12:31 קרא עוד...

טיפים

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