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

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

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

he icon   en icon

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

מי בודק את הבדיקות?

נכתב על ידי 
ראשון, 13 יולי 2014 14:56
דרגו כתבה זו
(2 הצבעות)

פוסט זה תורגם מהבלוג שלי: http://www.gilzilberfeld.com/2014/07/how-to-test-your-tests.html

כשאנו כותבים טסטים (בדיקות), אנחנו מתמקדים בתסריט אותו אנו רוצים לבדוק, ואז אנו מקדדים אותו.

פשוט, לא?

כך פועל המוח שלנו, אנחנו לא יכולים להתמקד בהרבה דברים בו זמנית. TDD (פיתוח מונחה בדיקות) בנוי על התקדמות צעד-צעד בגלל זה.

אם משתמשים ב TDD, וגם אם לא, כשסוף-סוף יש לנו טסט, אנחנו צריכים לעצור, ולבצע הערכה, הפעם עבור הטסט עצמו.

נשתמש בטבלה הבאה:

תכונהתאור
נכונות האם הטסט בודק תסריט נכון? האם התסריט תמיד נכון?
קריאות כמובן שאני מבין את הטסט עכשיו, אבל האם מישהו אחר יבין אותו בעוד שנה?

מהירות

כמה מהירה ההרצה? האם הטסט יאט את ההרצה של שאר הבדיקות?
דיוק האם כשהטסט נופל, האם הוי מכוון אותי אל המקום הבעייתי בקוד, או שאצטרך לדבג?
בידול איך התסריט הזה שונה מאחיו? האם אפשר להבין את ההבדל רק מלהסתכל על הטסטים?
תחזוקה כמה עבודה כרוכה בשינוי הטסט כאשר הדרישות משתנות?
עקבות האם הטסט מנקה אחרי עצמו? האם הוא משאיר קבצים, ערכי registry, זכרון תפוס או תהליכים שעדיין לא הסתיימו, ויכולים להשפיע על ריצת טסטים אחרים?
חוסן כמה קל לשבור את הטסט? אילו שינויים (variants) אנחנו מאפשרים, והאם השינויים האלה סבירים?
עצמאות האם לטסט יש תלויות (שעון המחשב, המעבד, קבצים או נתונים) שעלולים לשנות את תוצאת הריצה בהתאם להיכן או מתי הוא רץ?
בידוד האם הטסט תלוי במצב שלא מתואר מפורשות בקוד? אם התשובה היא כן, האם המצב הזז תמיד מתקיים כשהתסריט יקרה?

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

אתם בטח שואלים: כל זה, עבור כל טסט?

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

כלכלת בדיקות בסיסית. עשו זאת עכשיו.

הכותב מעביר הדרכות וליווי בנושאי בדיקות ואג'ייל – המעוניינים יכולים לפנות דרך האתר: http://www.gilzilberfeld.com/p/contact.html

שונה לאחרונה ב שני, 14 יולי 2014 19:53

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

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

  • Parkinson’s law in software testing

    Coffee was brewing for the third time. It was dead silent in the dorms. Only a dim screen lit the room and steady tap of the keyboard took flight. It was 3am and the deadline was approaching fast.That was the story of my life. When I studied back at the University of Oulu in Finland I got myself into trouble on a regular basis. I procrastinated on starting with my project reports and essays for days. My small apartment was super tidy, I had taken care of calling both grand moms twice during the week and even dragged my ass to the gym every day.Have you experienced similar situations? Basically everything except the important paper was taken care of. My ways of postponing the inevitable were clever and creative. But the last evening before the deadline always came. Usually around 5pm I brewed my first coffee and got to work.I did the same drill every semester with every report paper and every project. And never failed once. The work got magically done, no matter how big it was. In the morning I stormed in to the course assistants room and delivered my results. It’s uncanny how naturally everything worked out when the deadline came. It’s always the final hours before the deadline that are the most productive hours for me.Last year I started a new project, because I wanted to write a book about software testing. Once again I found myself filling the days up with pointless meetings, email and social media combined[…]

    18.02.2019 | 8:08 קרא עוד...
  • European Testing Conference SpeedMeet - How To?

    European Testing Conference SpeedMeet - How To? Picture a conference you went to, alone. You don't know anyone, not sure if they want to talk about exploratory testing (your favorite) or test automation (not your favorite) and not feeling like you have the energy to go and push yourself on random strangers. You show up, sit in a table, watching people around you discuss and listen until it is again time to head to a session.As a socially anxious extrovert, I have had huge problems with conferences. I want to talk to people,  but the need of taking the first step and finding out if they want to talk to me drains me. My usual recipe is to be a speaker, and have people approach me. But the same issue drove me to figure out other designs for my conference, and SpeedMeet was born.SpeedMeet puts together three insights: Pairing people up with a rule to introduce is an effective way of building relationships. The rule helped people at Scan Agile meet, and we wanted to do more of sessions where social interaction wasn't emergent but facilitated. The meeting needs an artifact that introduced pull over push in introductions. This piece we found in Jurgen Appelo's talk in Agile Serbia, and combining it my personal aversion to talking about beer (push information often provided in the tester community), the connection to the right dynamic was evident.  The high-volume high-interaction event needs an escape route and permission. This piece became evident with experimenting with large crowds listening to feedback. […]

    18.02.2019 | 8:01 קרא עוד...
  • Inspecting Elements for writing XPath, CSS Selector in Chrome

    The most important part in any kind of automation is, identifying various elements over which we want to perform an action and when it comes to web application or android application automation using Selenium WebDriver or Appium, we fall for Chrome, Firefox or Internet Explorer to find the right set of XPath or CSS selector. For the same, all mostThe post Inspecting Elements for writing XPath, CSS Selector in Chrome appeared first on Abode QA.

    18.02.2019 | 5:23 קרא עוד...

טיפים

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