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

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

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

he icon   en icon

איך לכתוב בדיקות שישמשו אתכם גם בעתיד?

נכתב על ידי 
שני, 24 יוני 2013 07:44
דרגו כתבה זו
(3 הצבעות)

איך לכתוב בדיקות שישמשו אתכם גם בעתיד?

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

  1. הכי חשוב "מטרת הבדיקה" ו"מטרת סט הצעדים" -  >לפני< שאתם משקיעים זמן רב בתיאור מפורט של הבדיקה, ושל הפעולות שצריך לבצע בכל סט צעדים – כתבו את מטרת הבדיקה, באופן שיאפשר לבא אחריכם (או לכם בעוד מס' חודשים או שנים) להבין "למה התכוון המשורר"?
    מה אתם מתכוונים לבדוק?, כיצד אתם תוקפים זאת?, מדוע דווקא כך?, שיקולים נוספים?, מגבלות והתניות שצריך לשים אליהן לב.
  2. כאשר הבדיקה כוללת מס' רב של צעדים – ו/או הבדיקה מורכבת ממס' תת-מטרות שונות – הקפידו לכתוב לפני כל סט-צעדים את מטרתו באופן דומה ל#1 מעל.
  3. הקפידו להדגיש את מבנה הבדיקה וה"זרימה" הפנימית בבדיקה – לפני כל סט צעדים ציינו בהבלטה (Bold) כותרת קצרה וממצה המציגה את מטרתו, לעיתים כדאי אפילו להבליט חלק מן הטקסט הרלוונטי מתוך תיאור הצעד, המתאר מהי מטרת אותו הצעד.
  4. לעיתים קרובות "מרוב עצים לא רואים את היער" – ולכן אם נצלול מהר מדיי לתיאור מפורט של הבדיקה, נאבד את התמונה הכללית.
    לכן נכתוב תחילה את שלד הבדיקה, ורק אח"כ (במידת הצורך) נרחיב לצעדים מפורטים ותוצאות צפויות.
  5. מבט על – קצר יחסית זה – יאפשר גם לקבל משוב יעיל על הבדיקה בתהליכי ה"בקרה" (Review) – שהרי לעמיתינו אין זמן להתעמק במסמך בן מאות עמודים – ולכן עדיף אם נשלח להם עותק עם פירוט מטרות אך לא צעדים,
    עותק זה גם יכול להיות מוכן לפחות כשבוע לפני העותק המפורט הדורש השקעה נוספת ניכרת – כך שהרווחנו פעמיים – וגם יקל עלינו לבצע השינויים שנובעים מהמשוב, על שלד מסמך מאשר על מסמך מפורט (פחות עבודה חוזרת – ReWork)
  6. כאשר הצוות המבצע הנו מנוסה – עדיף לעיתים לא לפרט יתר על המידה – זה גורם למעקב עיוור אחר צעדי הבדיקה, מבלי שהבודק נפתח ומפעיל שיקול דעת נוסף (אשר יאפשר לו להביא מניסיונו ולזהות חסרים אפשריים בבדיקה המקורית)
    הניסיון מראה כי חזרה על אותן הנחיות (או הנחיות דומות מאוד) שוב ושוב – רק מביאה לכך שהמבצע מפסיק לקרוא ולשים לב לפרטים.
  7. מאידך – רצוי מדיי פעם לפרט את צעדי הבדיקה, על-מנת לוודא כי הבדיקה ישימה, לזהות אילו כלי עזר נדרשים, דבר שגם מאפשר ל"מבקרים" (Reviewers) להתחבר לפרטי הבדיקה ולזהות מראש כשלים אפשריים בדרך בה נכתבה.

בצורה זו כאשר אתם או אחרים תבואו לבצע את הבדיקה – יהיה לכם ברור יותר לא רק מה לבצע – אלא גם למה אתם מבצעים זאת,

תאפשרו קבלת משוב מהיר ויעיל יותר,

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

בהצלחה,

קובי הלפרין

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

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

  • I am mentoring 20 people at once

    About a month ago I started a program called “Group Mentoring”. Now I have over 20 mentees, in 6 different countries! Crazy, right? What is group mentoring? Group mentoring is a series of hour-long online workshops tailored to your career goals. Each group has just 2-4 mentees, ensuring that your mentor has adequate time to spend with you during the session. Examples of session topics: Interview practice Advanced testing Test automation Career problems Public speaking …and more! So many mentees, so little time I’ve been mentoring tech professionals for about 10 years now, both as part of my day job and in my own time. As my reputation in the industry grew, requests for my mentorship grew and it quickly became clear that I couldn’t accommodate everyone. I was forced to limit my free mentoring to 2-3 people at a time, and put hard limits on the time I could spend for each person. I’m not alone in this. Those of us who regularly speak at tech conferences often do it because we love to share ideas and help others in the industry. Mentoring is a great way to do this, but it’s a massive time commitment. Most of us aren’t paid to give tech talks, and it takes many, many hours to prepare a talk, not to mention the time traveling, giving the talk, and answering follow-up questions. With limited spare time, it can be difficult to add more than one or two mentees to an already busy schedule. At[…]

    18.07.2019 | 1:07 קרא עוד...
  • Five Blogs – 18 July 2019

    The (best) five blogs I read today. Check them out. Learn to Get Better at Transitions Written by: Avivah Wittenberg-Cox GTD: Stress-free Productivity Written by: Francisco Sáez The Easiest MongoDB Tutorial on the Web Written by: Kristin Jackvony When things fall apart (and they will) Written by: Mary Jo Asmus You don’t have to be an expert to teach Written by: Chris Kenst Quote of the day: “Transformation comes more from pursuing profound questions than seeking practical answers” -Peter Block You can follow this page on Twitter

    18.07.2019 | 12:43 קרא עוד...
  • How To Create An Awesome Career In Software Testing

    TL;DR You love software testing, but you are not satisfied with your career as a software tester. I heard a lot of such confessions from testers around the globe. As...

    18.07.2019 | 12:00 קרא עוד...

טיפים

  • צור מפת חשיבה – Mind Map
    צור מפת חשיבה – Mind Map  צור מפת חשיבה – Mind Map MM - מאפשרת לנו להציג רעיונות בצורה גרפית מרוכזת, ולתאר קשרים בין הפרמטרים השונים המשפיעים על הנושא. כאשר יתרונותיה על עץ בדיקות הנן בעיקר ביכולת להוסיף אייקונים וצבעים המשפרים את…
    קרא עוד...
  • נתקעת ללא רעיון? - קבל רעיון רנדומלי
    נתקעת ללא רעיון? - קבל רעיון רנדומלי נתקעת ללא רעיון? - קבל רעיון רנדומלי מ- Oblique Strategies Trick by Michael Bolton רקע לנושא: Oblique Strategies © 1975, 1978, and 1979 Brian Eno/Peter Schmidt This web page © 1997 Gregory Taylor (כבודקים נוכל לפתח רשימות…
    קרא עוד...
לרשימה המלאה >>