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

מעבירים לאוטומט: רן תבורי, עידו רן (משתתף חדש - שמור על עצמך!), ערן הראל, ארז מזור, גילי נחום, יונתן ממן.

המחלקה הסגורה חוגגת שנתיים. מזל טוב!

כמו העם שרוצה כל מיני דברים, ככה הבדיקות בודקות כל מיני דברים.

אם אפשר, עדיף שכל הבדיקות ירוצו כל הזמן (תלוי במשאבים)

כדאי לסמלץ סביבה שלמה כדי שהבדיקות יוכלו לבדוק את כל האספקטים בתוכנה.

טסט ארוך מעצבן. טסט מעצבן ממרקרים. טסט שממרקרים לא בודק את קטע הקוד שבטוח יתרסק. טסט ארוך זה לא טוב (ב-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 יש הרבה דברים איכותיים (אבל לא זולים...)

הקובץ נמצא כאן

האזנה נעימה

ותודה רבה ליותם אורון על התמלול!