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

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

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

he icon   en icon

בודק היה ביקורתי אך אל תעביר ביקורת - Be Critical But do Not Criticize

נכתב על ידי 
שבת, 10 ינואר 2015 19:57
דרגו כתבה זו
(3 הצבעות)

בודק היה ביקורתי אך אל תעביר ביקורת -  Be Critical But do Not Criticize

בודק היה ביקורתי אך אל תעביר ביקורת או תפזר האשמות -  "Be Critical But do Not Criticize" –

כבודקים, זהו תפקידנו להיות "נושאי הבשורה הרעה" – כאשר משהו אינו תקין, אינו מתפקד כצפוי עלינו לציין זאת,

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

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

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

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

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

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

ככול שנעבוד באווירה ידידותית – כך יקל עלינו להשפיע על איכות המוצר.

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

זכרו – גם כשאתם מבשרים על באגים – עשו זאת בצורה נעימה.

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

http://www.mkltesthead.com/2013/07/be-critical-but-do-not-criticize-99.html

 

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

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

99 Things Testers Can Do To Become Better Testers

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

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

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

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

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

  • Agile Methodology Fallacies

    Think your team can deliver products faster using Agile methodologies? It’s possible but Agile is not about delivery pace. In my opinion, there is strong misalignment of expectations between IT and Business teams with respect to the promise of Agile, and what value means. I also believe that there is a distinct difference in delivering new products and updating legacy products when using Agile. Agile Expectations The Agile Methodology embraces experimentation, feedback, and collaboration to deliver products. When your enterprise considers using Agile, keep in mind that: Agile is not about delivery speed rather it is about speed of learning. Rapid learning helps a project team build the right product.Story Cards are not Agile rather they help project teams be agile.Story Card completion rate is not Agile because it does not capture the learning and feedback needed to be agile.Clarity of what to build must be shared and understood by everyone.Daily participation of IT and Business is vital for the success of product development. Agile Value For each organization, there is a perspective on value. IT sees value in the completion of component parts during the project life. Business sees value when the product produces business value. When your enterprise considers adopting an Agile methodology, consider what speed and value mean to each organization. Establishing an understanding for the enterprise creates a collaborative foundation for Agile projects. New Product vs Legacy Updates In my opinion, the adoption of Agile for use in updating Legacy products is like the story of[…]

    29.11.2021 | 7:37 קרא עוד...
  • THE Ultimate Curved Monitor for a MacBook Pro

    Back when I wrote Building an Awesome Home Office I was six months into remote work and although optimistic about my chances of returning to the office, determined to use all the hardware I had at my disposal to make my home work conditions better. As time went on I grew tired of my two […]

    29.11.2021 | 6:23 קרא עוד...
  • Weekly XPath/CSS Selector Challenge (29th November 2021)

    Weekly XPath/CSS Selector Challenge (29th November 2021) Challenge: Setup a locator using Xpath or CSS Selector that can be used to identify the tip on the worlds worst website. To make the challenge a little more difficult, you must not use the index or position number to identify the element. Comment below with your answer. I’ll be posting my own response next week. I guess I’m feeling a little mean this week. I’ve chosen the worlds worst website. It is a deliberately poorly designed website (at least I hope it is) with bright colours and flashy images that may hurt the eyes. One of its only features is a tips page, you’ll find the link on the home page (shown below). Alternatively you could navigate straight to the tips page using the url (this is recommended): https://www.theworldsworstwebsiteever.com/tipz.php Very few of the elements on this page have unique identifiers. This will make this challenge particularly difficult to complete. It may be tempting to come up with an xpath like this: "(//p)[2]" Or a CSS Selector like this: "p:nth-of-type(2)" This would successfully identify the tip, however would break if more text was added further up the page. I like to avoid using indexes or position numbers in xpaths or css selectors for this reason. I don’t like setting challenges that I personally have not been able to solve, but I have done so on this occasion. I have successfully written an XPath that will identify this element, but not a CSS Selector. I hope someone else manages to do[…]

    29.11.2021 | 6:16 קרא עוד...

טיפים

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