Суббота, 13 августа 2016 14:30больше 8 лет назад
rannts #12
пр. Гагарина, д. 27, отель Ока, зал «Ока-стандарт 1»
Пора собраться на новый митап. В этот раз будет 2 направления: тестирование и разработка систем, агрегирующих данные из разных источников. Кроме того, некоторые докладчики будут из других городов: попробуем, как это получится в этот раз. В прошлый было очень хорошо.
Доклады (видео)
- 14:30—14:40 → традиционное ожидание опаздывающих. Чай, смешные шутки.
- 14:40—15:20 → Сергей Архипов (MERA) — Вещественные доказательства
Доклад будет посвящен унификации тестирования, подходам к обработке тестовых результатов и их хранению. Докладчик исходит из предположения, что тесты все писать научились, но о хранении и обработке тестовых результатов задумываться еще не начинали. Что такое плохой коммит, как пометить его плохим, какие доказательства нужно предоставить, и как получить к ним доступ.
Шагнем немножко дальше хранения вывода тестового тула в Jenkins'е.
В современном мире сложно представить систему, которая бы не использовала в своей работе внешние данные. Эти данные, как правило, предоставляются различными сервисами, которые тоже написаны людьми. Поэтому далеко не всегда можно всецело полагаться на стабильность этих источников и на корректность данных, которые они отдают. С увеличением количества сервисов, с которыми интегрируется система, подобных проблем становится всё больше.
В докладе рассказывается о сложностях, с которыми можно столкнуться в ходе разработки такой системы, и о том, как их можно избежать.
Основано на горьком опыте.
Все слышали и многие активно используют автоматическое тестирование. Тем не менее проблемы остаются и чаше связаны с тем как на больших проектах сделать унифицированную систему тестирования, начиная от выбора тестового фреймворка и привязки выполнения тестов к CI (Continues Integration) до автоматической публикации результатов и их автоматического анализа.
Кирилл расскажет о боевом опыте применения разных python тестовых фреймворков и интеграции с различными системами как‑то Jenkins, TestRail, Launchpad а также различных подходов для автоматического разбора упавших тестов и их анализа.
Как выглядят и что умеют современные системы, какие у них возможности к интеграции и что все еще остается за бортом? Как подобная практика может помочь проектному менеджеру и снизит расходы на bug scrub процесс?
Если стоит задача написать интернет-поисковик, очередной Гугл, или получить все данные с ЛинкедИна или ВК, то проблемой становится построение инфраструктуры. Поговорим о ней и о подходах к решениям. А так же разберем что такое фронтиры на примере Фронтеры, придуманной в Скрапингхапе.
17:50—18:30 → Николай Кугаевский (dudes.io) — Документация и автотестирование схемы API c помощью OpenAPI
18:30—∞ → Афтэпати. Прекрасные люди пьют напитки.
Как пройти
Место это известное, но на всякий случай — как туда добраться и пройти
Есть 2 способа:
- Если вы знаете, где находится офис NetCracker, то все элементарно: просто обойдите здание Оки, заверните за угол. Там будет стоянка, а в здании — дверь в конгресс-холл с табличкой. Если не знаете, где этот офис, то проходите между Окой и Ситилинком, там будет белый забор, который ведет к бизнес-центру. Идите туда, обходите здание бизнес-центра. Как только попадете в этот вход, то поднимайтесь на второй этаж. Вы пришли в конгресс-холл.
- Нагло прите через главный вход в гостиницу. Там доходите до регистратуры, поворачивайте направо и подходите к окну. Как только подойдете, то сразу поймете, что налево ведет белый коридор. Идите по нему, пока не попадете в конгресс-холл.
Как только вы окажетесь в конгресс-холе, ищите зал «Ока-стандарт 1». Мы будем там.