הרצאת-וידאו: סשן קידוד 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 תגובה on "הרצאת-וידאו: סשן קידוד ATDD בגישת ה-Outside In"

avatar
Photo and Image Files
 
 
 
Audio and Video Files
 
 
 
Other File Types
 
 
 
Sort by:   newest | oldest | most voted
יוסקה
Guest

I guess you meant INSIDE-OUT?

wpDiscuz

תגיות לכתבה: