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

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

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

he icon   en icon

בודק - למד להסביר

נכתב על ידי 
ראשון, 07 ספטמבר 2014 19:44
דרגו כתבה זו
(1 הצבעה)

בודק - למד להסביר

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

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

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

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

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

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

הסבר ברור אינו דווקא ההסבר הנרחב ביותר – צריך ללמוד גם כיצד להתמקד, להעביר את עיקרי הדברים תחילה, ואף לסכם כראוי.

עלינו לוודא כי למי ששומע או קורא את ההסבר יש ידע ברקע הנדרש להבנת הנושא – בשיחה פתוחה עלינו לזכור לתשאל אותו ולוודא זאת.

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

חשוב לא להתבדר אלא להשאר ממוקדים בהסבר.

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

http://www.mkltesthead.com/2013/07/99-ways-workshop-11-learn-to-explain.html

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

 Explain Testing

 

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

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

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

  • 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 קרא עוד...

טיפים

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