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

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

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

he icon   en icon

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

תכונות הטסט: עקבות

נכתב על ידי 
רביעי, 27 אוגוסט 2014 10:30
דרגו כתבה זו
(1 הצבעה)

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

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

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

אנחנו רוצים לדעת שללא כל קשר ל:

  • איפה בעולם הטסטים רצים
  • מתי הם רצים
  • על איזו חומרה
  • מי מריץ אותם
  • כמה פעמים כבר הרצנו
  • באיזה סדר הם רצים
  • לבד או בקבוצה
  • ובכל תנאי סביבה אפשריים

התוצאה שלהם לא תושפע.

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

יש רק בעיה קטנה: אין דבר כזה בידוד מושלם.

האם מצב הזכרון זהה בכל הרצה?

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

האם עבר אותו זמן מאז אתחול המערכת בפעם הקודמת?

אנחנו לא יודעים.

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

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

  • זכרון שנתפס ע"י הטסט צריך להשתחרר
  • קבצים שנוצרו צריכים להמחק
  • קבצים שנמחקו צריכים לחזור
  • שינויי registry, משתני סביבה, צריכים לחזור למצבם המקורי.

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

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

כדברי הנשיא לשעבר: כן ולא.

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

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

תמיד יש איזשהו שיווי משקל של ROI בין הערכת הסיכון וטיפול מראש כדי שלא יקרה.

ההחלטה היא עלינו.

במקור הופיע בבלוג שלי.

בפעם הבאה: עוד על בידוד

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

טיפים

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