יום שלישי, 8 באפריל 2014

212 Fogcast 7 - Testing (or not)

  • ליאור ורן - על Testing - כמה, למה ואיך..
  • נתחיל ב Devil's advocates:
  • איך קובעים איזה קוד כדאי לבדוק?
    • תלוי בשפה: דינמית / סטטית
    • גודל הצוות
    • אופי הצוות: ותיקים / צעירים
    • וגם אופי המוצר, בכל זאת יש הבדל בין מע' טייס אוטומטי לספירת RT בטוויטר
  • מתכנתים מנוסים חושבים מראש בסגנון TDD - אולי פחות קורץ להם
  • האם טסטים מפריעים לתהליך הכתיבה?
  • מה משותף לתפוח וקוד? שניהם יכולים להירקב
  • טסטים עוזרים לריפקטור להרגיש בטוח יותר
  • קוד קוברג'? - אולי לא המטריקה החשובה ביותר
  • עבור שפות סטטיות הקומפיילר לוקח על עצמו חלק מהבדיקות
  • מתי לכתוב את הטסטים? בפועל לא יוצא לחזור אחורה לעשות טסטים. לכן הטסטים חייבים להיכתב במקביל לקוד. או לעולם לא
  • Code smell של טסטים:
    • קשים לתחזוק
    • נכשלים באופן לא עקבי
  • השמורה של רן: קוד טסטבלי ⇔ מתוכנן היטב ⇔ מודולרי ⇔ שימושי
  • טסט פריימוורקס מומלצים:

הקובץ נמצא כאן האזנה נעימה ותודה רבה לאורן אפרתי על התמלול!

2 comments:

  1. תגובה זו הוסרה על ידי המחבר.

    השבמחק
  2. היי רן וליאור.
    כרגיל לאורך הסדרה forecast - יופי של פרק ודיון נהדר.

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

    הכלי נקרא protractor, והוא עוטף בעצם את selenium JavaScript webdriver ומוסיף שני דברים עיקריים:
    1. כלים מונחי Angular - למשל: selectors by model
    2. הרצה אוטומטית של hub ושל הטסטים.

    אנו משתמשים בו כדי לבדוק UI לפי הרעיון של unit tests. זה דבר שנדרש במיוחד באנגולר שם ניתן לבטא לוגיקה אמיתית ב-trmplate - מישהו צריך לבדוק גם אותה.

    השבמחק