הרצאת-וידאו: סשן קידוד ATDD בגישת ה-Outside In

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

developers getty images

קרדיט תמונה: Getty Images Israel

בספר Extreme Programming Explained מתואר תהליך ה-ATDD על פיו כל מעגל של פיתוח XP מתחיל בכתיבת בדיקת קבלה (Acceptence Test) שנכשלת. מכאן, ניתן להמשיך לכתוב עוד ועוד בדיקות יחידה (Unit), בעזרתם בדיקת הקבלה תעבור “מאדום לירוק”. על המעגל הזה צריך לחזור עבור כל דרישה גדולה במערכת.

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

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

כתב אורח

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

הגב

1 תגובה על "הרצאת-וידאו: סשן קידוד ATDD בגישת ה-Outside In"

avatar
Photo and Image Files
 
 
 
Audio and Video Files
 
 
 
Other File Types
 
 
 

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

סידור לפי:   חדש | ישן | הכי מדורגים
יוסקה
Guest

I guess you meant INSIDE-OUT?

wpDiscuz

תגיות לכתבה: