בדיקת תוכנה עצמאית

[nigun]

@yossiz
גם בGO הקומפיילר מגלה חצי מהבאגים (שמות משתנים).

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

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

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

אשמח לשמוע גם על שיטות אחרות , אני לא נעול על TDD( אפילו שזה נראה לי הבאזז היום).

אגב BDD זה מילה שלמדתי היום (בגלל שנתקלתי בספריה של זה בGO)
וזה אומר פיתוח מונחה התנהגות
אבל מה זה אומר בפועל, לא ממש הבנתי.

[yossiz]

@nigun נכון, אני מדבר על unit testing בכללות.

אולי תתחיל עם unit testing לפני שאתה עובר ל-TDD? זה כבר מחייב מיומנות בכתיבת טסטים משמעת עצמית ובידוד קומפטננטים. אחרי שאתה שולט על זה תעבור ל-TDD?

[nigun]

@yossiz
צודק
הסדר אמור להיות
unit testing
TDD
BDD
ולא ההפך.

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

ניסתי כמה פעמים להבין איך כותבים unit testing? אבל השתעממתי די מהר,
אולי ננסה שוב?

[avr416]

@nigun מה שקצת הבנתי שהיום די ירדו מהקטע של TDD והעיקר זה אכן לבצע בדיקות.

[nigun]

@avr416
למה?

[avr416]

@nigun מאט מאד את הפיתוח, ולא באמת מוצדק.

[nigun]

הנה עוד סיבה למה לכתוב בדיקות יחידה

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

אבל מה ההבדל בין TDD לunit testing? סדר הכתיבה? כמות הטסטים?

[nigun]

יש קטע שלא ברור לי כ"כ בTDD
מתי כותבים את הטסט?
האם כותבים בתחילת הפרוייקט מאות טסטים?
האם כותבים כמה עשרות טסטים לפני כל מחלקה?
או שפשוט כותב את הטסט לפני כל קטע קוד שכותבים (או כל פונקציה)
ואז זה לא אמור להיות משהו הרבה יותר מסובך מאשר יוניטטסים?

[nigun]

ניסיתי היום לעבוד קצת עם unit testing
(בעיקר כי היה לי באג נסתר בקוד ששכב שם הרבה זמן עד שלקוח התלונן
ושמתי לב שVSCODE מציע לי unit testing בקליק)
אבל הקטע הבעייתי עכשיו הוא שכמעט כל הפונקציות שלי תלויות במשתנים שמגיעים מDB HTTP TCP.

מה אמור להיות הגישה?
אולי כבר לא קוראים לזה unit testing אלא integration testing?

[nigun]

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

[nigun]

עוד פודקאסט על TDD
https://changelog.com/gotime/185
למי שאין כח להקשיב, עוד כמה ימים כנראה יהיה תמלול.

הם התייחסו שם לטענה שזה מאריך את הזמן
וטענו שלהיפך כתיבת עוד כמה שורות קוד זה לא באמת מה שיוסיף עוד זמן
ורוב הזמן אנחנו משקיעים בלחשוב "איך לכתוב?" (לא מודדים מפתח לפי המל"ד שהוא מקליד)
וכתיבה של TDD אמורה לסדר את המבנה של התוכנה בראש, כך שזה אמור לשפר את זמן הפיתוח.

[clickone]

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

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

[nigun]

@clickone
ובכל זאת, אולי אם נכתוב קודם את הטסט יהיה לנו יותר מסודר בראש מה הלקוח רוצה?

[nigun]

אגב אחד השאלות שנשאלו בפודקאסט הנ"ל
ש: האם לעשות TDD גם לprototype?
ת: אפשר להתחיל לכתוב בלי טסטים, וכשיש כיוון ברור, למחוק את הכל ולכתוב את הכל מחדש עם TDD