157 Final Class 25 Automated Testing

אחחח, אוטומציה - האחיות ידעו לעשות את זה כמו שצריך. בדיקות אוטומטיות לעומת זאת, זה כבר סיפור אחר (וכדאי לבדוק...).

• מעבירים לאוטומט: רן תבורי, עידו רן (משתתף חדש - שמור על עצמך!), ערן הראל, ארז מזור, גילי נחום, יונתן ממן.
• המחלקה הסגורה חוגגת שנתיים. מזל טוב!
• כמו העם שרוצה כל מיני דברים, ככה הבדיקות בודקות כל מיני דברים.
• אם אפשר, עדיף שכל הבדיקות ירוצו כל הזמן (תלוי במשאבים)
• כדאי לסמלץ סביבה שלמה כדי שהבדיקות יוכלו לבדוק את כל האספקטים בתוכנה.
• טסט ארוך מעצבן. טסט מעצבן ממרקרים. טסט שממרקרים לא בודק את קטע הקוד שבטוח יתרסק. טסט ארוך זה לא טוב (ב-Github הטסטים חייבים להיות מהירים)
• איך בודקים כל שכבה, למה עושים Mock ולמה לא? שאלה טובה.
• בדיקות קצה לקצה - קשה, קשה...
• Service שעולה ובודק את עצמו (In-process testing) הוא רעיון טוב.
• DAO שווה לבדוק בלי Mocking
• בדיקות אינטגרציה של כל שכבה ושכבה (ו-Mocking של כל מה שמתחת לשכבה) הוא לא בהכרח הרגל טוב. זה גם לא בהכרח הרגל לא טוב. כמו תמיד - תלוי.
• Unit tests אפשר גם להוציא לפנסיה. או להחליף. או לשנות. בקיצור - חתונה קתולית זה לא.
• אם הבדיקה מתנפחת למימדים היסטריים, יכול להיות שהקוד שאותו היא בודקת כתוב לא טוב.
• העיקר - לבדוק. לא משנה איך, מה, מתי ועם איזה כלי. העיקר לבדוק.
• אחח, יסמין - תבדקי לי את הג'אווה (סקריפט), כי כולם יודעים שעם אחת כמוך צריך קצת חוצפה.
• עוד קצת כלים: WatIN, Coded UI Tests, Selenium, HtmlUnit
• לאנדרואיד יש קופים ורובוטים לבדיקות
• ויש גם אופציית Crowd testing...קצרים/אירועים
• Reversim summit - טה-דה!! בתאריכים 18-19/2013 ייערך כנס של מפתחי תוכנה באזור המרכז. בין השאר נדבר על פיתוח ווב ומובייל, DevOps, Dev Culture, Products' Lean Start ups, UX ואולי עוד. אין רע בלחלום. רוצים להרצות/מכירים מישהו שאתם רוצים שירצה? פנו אלינו. כמו-כן, מחפשים רעיונות ל-Hackathon.
• ל-Tikal יש הרבה דברים איכותיים (אבל לא זולים...)

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