it52 + =

Анонсы всех событий в Телеграме: канал @it52info.

Запросить информацию о событиях: бот @it52_bot.

Подписывайтесь!

Square 500 8322b3918e

Участники 41

  • Square 50 9fd0768c34
  • Square 50 64146b0a31
  • Square 50 a75a010756
  • Square 50 7d15c9c812
  • Square 50 bc3b85cc8c
  • Square 50 496d1bb35f
  • Square 50 736f6d8e54
  • Square 50 default
  • Square 50 04cb1ae5bd
  • Square 50 e52a5ae1a9
  • Square 50 1091e00e99
  • Square 50 bdf7af4f60
  • Square 50 c0ee8aa0e6
  • Square 50 80ffb34b83
  • Square 50 default
  • Square 50 default
  • Square 50 8916f15589
  • Square 50 3f0dad386e
  • Square 50 072b99c791
  • Square 50 df0ae17ff3
  • Square 50 f367cc3cca
  • Square 50 d23d617330
  • Square 50 default
  • Square 50 2a9bfbb682
  • Square 50 68be0990a2


Пора собраться на новый митап. В этот раз будет 2 направления: тестирование и разработка систем, агрегирующих данные из разных источников. Кроме того, некоторые докладчики будут из других городов: попробуем, как это получится в этот раз. В прошлый было очень хорошо.

Доклады (видео)

Доклад будет посвящен унификации тестирования, подходам к обработке тестовых результатов и их хранению. Докладчик исходит из предположения, что тесты все писать научились, но о хранении и обработке тестовых результатов задумываться еще не начинали. Что такое плохой коммит, как пометить его плохим, какие доказательства нужно предоставить, и как получить к ним доступ.

Шагнем немножко дальше хранения вывода тестового тула в Jenkins'е.

В современном мире сложно представить систему, которая бы не использовала в своей работе внешние данные. Эти данные, как правило, предоставляются различными сервисами, которые тоже написаны людьми. Поэтому далеко не всегда можно всецело полагаться на стабильность этих источников и на корректность данных, которые они отдают. С увеличением количества сервисов, с которыми интегрируется система, подобных проблем становится всё больше.

В докладе рассказывается о сложностях, с которыми можно столкнуться в ходе разработки такой системы, и о том, как их можно избежать.

Основано на горьком опыте.

Все слышали и многие активно используют автоматическое тестирование. Тем не менее проблемы остаются и чаше связаны с тем как на больших проектах сделать унифицированную систему тестирования, начиная от выбора тестового фреймворка и привязки выполнения тестов к CI (Continues Integration) до автоматической публикации результатов и их автоматического анализа.

Кирилл расскажет о боевом опыте применения разных python тестовых фреймворков и интеграции с различными системами как‑то Jenkins, TestRail, Launchpad а также различных подходов для автоматического разбора упавших тестов и их анализа.

Как выглядят и что умеют современные системы, какие у них возможности к интеграции и что все еще остается за бортом? Как подобная практика может помочь проектному менеджеру и снизит расходы на bug scrub процесс?

Если стоит задача написать интернет-поисковик, очередной Гугл, или получить все данные с ЛинкедИна или ВК, то проблемой становится построение инфраструктуры. Поговорим о ней и о подходах к решениям. А так же разберем что такое фронтиры на примере Фронтеры, придуманной в Скрапингхапе.

Как пройти

Место это известное, но на всякий случай — как туда добраться и пройти

Есть 2 способа:

  1. Если вы знаете, где находится офис NetCracker, то все элементарно: просто обойдите здание Оки, заверните за угол. Там будет стоянка, а в здании — дверь в конгресс-холл с табличкой. Если не знаете, где этот офис, то проходите между Окой и Ситилинком, там будет белый забор, который ведет к бизнес-центру. Идите туда, обходите здание бизнес-центра. Как только попадете в этот вход, то поднимайтесь на второй этаж. Вы пришли в конгресс-холл.
  2. Нагло прите через главный вход в гостиницу. Там доходите до регистратуры, поворачивайте направо и подходите к окну. Как только подойдете, то сразу поймете, что налево ведет белый коридор. Идите по нему, пока не попадете в конгресс-холл.

Как только вы окажетесь в конгресс-холе, ищите зал «Ока-стандарт 1». Мы будем там.