Разработчиков из самых разных концов планеты сейчас объединяет карантин, но опыт у них различается:

• Кто-то впервые столкнулся с удалёнкой — а кто-то давно работает из дома, но всё равно ощущает себя непривычно, потому что раньше «удалёнка» не означало «изоляция».
• Кому-то запрещено выходить дальше магазина — а кто-то может во время созвона дойти до океанского побережья.
• Кто-то столкнулся с отменой конференции или митапа — а кто-то сам раньше устраивал митапы и теперь переносит их в онлайн.

Благодаря нашим конференциям мы знаем спикеров со всей планеты, поэтому сейчас расспросили о личном опыте знакомых айтишников из шести разных стран (США, Англия, Казахстан, Норвегия, Польша, Россия). Поскольку и для нас, и для спикеров важны IT-мероприятия, этой теме уделили особое внимание. Вопросы были примерно такими:

1. Что вообще у вас происходит?
2. Как это сказывается на вашей жизни и работе?
3. Личная производительность упала или выросла?
4. Что ощущаете вы сами и другие айтишники вокруг вас?
5. Участвовали ли уже в мероприятиях на удалёнке и что думаете об онлайн-формате?

Ответы — под катом.

Священные войны в интернете о системах типов по-прежнему страдают от распространенного мифа о том, что динамические системы типов по своей природе лучше подходят для моделирования предметных областей «открытого мира». Обычно аргумент звучит так: цель статической типизации состоит в том, чтобы как можно более точно зафиксировать все сущности, однако в реальном мире это просто неудобно. Реальные системы должны быть слабо связаны и должны как можно меньше быть завязаны на представление данных, поэтому динамическая типизация приводит к более устойчивой системе в целом.

Я десять лет тестирую и пишу код, а последние четыре года — тестирую доклады в программном комитете конференции Heisenbug. Сегодня расскажу о сквозных тестах, кросс-браузерности и ощущениях от использования Playwright версии 0.10.0.

Из конца в конец

Зачем нужны сквозные (end-to-end) тесты? Они управляют браузером и имитируют действия пользователя. Например, я описал пользовательские сценарии и хочу, чтобы они были проверены с каждой версией продукта. Проверять все сценарии для всех версий вручную — дороже и дольше, чем автоматикой.

Есть разные инструменты: Selenium, Puppeteer, Protractor, Cypress и другие. Две недели назад вышел новый инструмент — Playwright, над которым работал Андрей Лушников, разработчик Puppeteer. Эта библиотека полностью решает проблему написания кросс-браузерных тестов.

18–19 мая в Контуре прошёл открытый хакатон, где 400 участников в восьми городах трудились над сервисами, прокачивающими городскую среду. За сутки ребята разработали идею, реализовали MVP и презентовали её жюри — известным урбанистам Урала. Все проекты поделили на пять направлений и в каждом выбрали победителя. Но обо всём по порядку.

Почему Урбатон?

У нас в Контуре есть традиция — каждый год мы проводим хакатоны. Сначала они были только для своих, а в прошлом году открылись для всех желающих. Тема хакатона всегда новая. На этот раз мы решили использовать навыки программирования и дизайна для помощи городам, в которых живём.

9 февраля выясним, кто самый крутой тестировщик! Контур и Уральское сообщество тестировщиков UTC регулярно проводят сессии тестирования. Суть такая: собираемся толпой и ищем баги в приложении. Так мы тестировали стартап Яндекс.Мастер, мобильный банк от УБРиРа, мобильное приложение для организации конференции и многое другое.

В Новый год многие подводят итоги, анализируя прошедший год, вспоминают все свои результаты и строят планы на будущее. В 12-ом выпуске нашего календаря Анастасия Ронжина, тестировщик сервиса Контур.Маркет, расскажет о том, почему стоит пробовать что-то новое, менять свои взгляды, подходы, ошибаться и снова пробовать.

Зачем мне это надо?

У меня всё хорошо, я отлично работаю, меня хвалят, зачем мне что-то менять? Вполне логичный вопрос. В ответ цитата из книги «Алиса в Зазеркалье»:

Нужно бежать со всех ног, чтобы только оставаться на месте, а чтобы куда-то попасть, надо бежать как минимум вдвое быстрее!

Пока мы сидим и просто тестируем задачки, мир не стоит на месте. Джеймс Бах с Майклом Болтоном проводят очередное исследование и ищут подходы к тому, чтобы за короткое время тестировать с высоким качеством.

Эволюционирует место тестировщика в процессе разработки, да и сами процессы. Например, Максим и Ирина из нашей компании рассказывали про эволюцию автотестов, о том, как можно ускорить разработку с помощью тестов и изменении взглядов на то, кто и на каком этапе их должен писать. Лена и Илария рассказывали о том, что можно менять свои инструменты, подключаться к общению с пользователем, к подготовке ТЗ и прототипов, чтобы повысить качество продукта.

Мне очень грустно, когда я очередной раз слышу мнение, что тестировщик может достичь своего предела за 1,5 года, а дальше либо в автоматизацию, либо смена роли на менеджера, аналитика, разработчика и т. п. Когда твой каждый день — это просто повторение алгоритма: почитал аналитику, посмотрел прототипы, потестировал, запостил баги, перепроверил баги — то легко понять, почему ты устаёшь и разочаровываешься в профессии. Это же просто скучно!

Авторами ноябрьского «Календаря тестировщика» стали Оля Фазулзянова, тестировщик Контур.Экстерна, и Оля Изюрьева, тестировщик Контур.Биллинга и организатор курса тестировщиков. Девушки рассказали о парном тестировании, о задачах, которые оно помогает решить, и привели пример неудачного использования практики.

В методологии XP есть практика — парное программирование. Во многих источниках написано о массе его преимуществ: высоком качестве кода, взаимозаменяемости разработчиков и т. д.

Если парное программирование настолько эффективно, то почему бы не применить аналогичные принципы в тестировании? Да, это можно сделать, парное тестирование существует давно и хорошо себя зарекомендовало. Но не стоит забывать, что любая практика является всего лишь инструментом для решения каких-либо задач.

В Википедии нет термина «парное тестирование», но есть определение для парного программирования, которое можно взять за основу. Тогда, на наш взгляд, мы получаем следующее.

Парное тестирование — это техника, при которой тестирование одной функциональности производится парой людей за одним рабочим местом. Один тестировщик («ведущий») управляет компьютером, второй («штурман») непрерывно следит за работой первого. При этом на всем протяжении работы над задачей они обмениваются идеями и обсуждают их.

Любая практика — всего лишь инструмент. Мы не хотим забивать гвозди микроскопом, поэтому всегда отталкиваемся от задачи. Давайте рассмотрим те задачи, для которых релевантно использование практики «парное тестирование».

В октябрьском «Календаре тестировщика» Арина Разгоняева, Юля Агафонова и Лена Зырянова расскажут, как они собирают фидбэк. Мы субъективны, оценивая самих себя, поэтому спрашиваем о себе других. Можно встретиться с коллегой за чашкой кофе и узнать, что он о тебе думает. Можно подойти более обстоятельно и провести опрос 360 градусов. Мы используем оба варианта и некоторые другие практики. О них сегодня и поговорим.

«СКБ Контур» — одна из крупнейших и старейших ИТ компаний в России. В конце октября ей исполняется 30 лет, количество всех сотрудников перевалило за 8 тысяч.

По оценкам, собранным на сервисе оценки работодателей «Моего круга», в июле 2018 «Контур» разделил первое место с «Яндексом» среди компаний-тяжеловесов.

«Контур» основали в Екатеринбурге, когда город еще назывался Свердловском. Но ИТ тогда и ИТ сейчас — две разные сферы. Все развивается со скоростью света, наследие и масштабы не всегда помогают в конкуренции.

Поэтому мы попытались разобраться, какой «Контур» на самом деле — древний динозавр или передовая технологическая компания — и поговорили с Александром Голубевым, отвечающим за разработчиков в компании.

У разных исключений в .NET есть свои особенности, и знать их бывает очень полезно. Как обмануть CLR? Как остаться в живых в рантайме, поймав StackOverflowException? Какие исключения перехватить вроде бы нельзя, но если очень хочется, то можно?



Под катом расшифровка доклада Евгения (epeshk) Пешкова с нашей конференции DotNext 2018 Piter, где он рассказал про эти и другие особенности исключений.

Продолжаем цикл «Календарь тестировщика». В этот раз ответим на вопросы: зачем тестировщику читать книги? Что лучше книг? Есть миллион статей про это. У тестировщиков Контура Виталия Рощупкина и Кати Пальчиковой есть ещё одно мнение. И проверенные ими способы: как найти время, как мотивировать себя и коллег.

Так выглядела библиотека тестеров Контура в 2017

Закрываем летний сезон! UralJS #9 пройдёт в субботу 25 августа в офисе Контура на Широкой речке. Обсудим, зачем фронтендерам микросервисная архитектура, научим тесты по-настоящему жать на кнопки и разберёмся, как поймать ошибку на компьютере пользователя раньше, чем он позвонит в техподдержку.

Вот подробное описание докладов:

Мы запускаем новый сервис оценок компаний на «Моём круге». В первой части нашего анонса мы рассказали, как устроен сервис, каковы его правила, как считаются оценки. В другой нашей публикации мы показали, чем он отличается от зарубежных аналогов.

Перед публичным запуском нового сервиса мы протестировали его на узком круге компаний, собрав оценки по 55 из них. На их примере, во второй части нашего анонса посмотрим, какую новую информацию о рынке труда в ИТ мы можем теперь извлекать. А также покажем компании, которые получили самые высокие оценки от своих сотрудников во время тестирования. Приглашаем всех порассуждать в комментариях, насколько такой рейтинг будет полезен и каковы должны быть его правила.

Для начала, давайте взглянем на картину в целом. Мы обратили внимание, что чем меньше компания по числу сотрудников, тем выше оценки ей ставят. Поэтому, сравнивать компании друг с другом по оценкам имеет смысл как минимум в своей «весовой» группе.

Голосовые помощники проникли в наши устройства. Мы научились жить вместе: узнаём погоду, ставим будильник и иногда удивляемся их беспомощности. Но мы можем научить помощников новым трюкам.

Поэтому разработчики из Контура и Яндекса проводят хакатон по созданию навыков для голосовых помощников. Узнаем, как спроектировать удобный навык, разберёмся с API Яндекс.Диалогов, познакомимся с опытом других разработчиков и создадим собственные навыки.

Хакатон пройдёт в Екатеринбурге в субботу, 28 июля, в офисе разработки Контура. Начнём в 10:00, закончим в 18:00. Будет два доклада, шесть часов работы в командах и презентация результатов.

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

Регистрация на хакатон.

5 июля прошёл восьмой митап UralJS. Сотня уральских разработчиков собралась послушать лёгкие летние доклады — меньше теории, больше демок и лайв-кодинга.

Выступали ребята из Яндекса и Контура. Вот о чём они рассказали:

Знакомьтесь, авторы июльской статьи для «Календаря тестировщика» Андрей Марченко и Марина Третьякова, тестировщики-аналитики Контура. В этом месяце ребята расскажут о моделях рабочего процесса по тестированию аналитики, и как они начали тестировать аналитику до стадии разработки. Опыт ребят будет полезен менеджерам, тестировщикам и аналитикам некрупных продуктовых команд, которые не живут в рамках стартапа и для которых качество важнее скорости.

Модели рабочего процесса по тестированию аналитики

Модель 1

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

Минусы:

• дефекты в аналитике не будут выявлены раньше стадии тестирования,
• есть риск того, что задача из тестирования отправится снова в аналитику на доработку. Как следствие TimeToMarket задачи существенно увеличивается.

Ошибки аналитики, выявленные при тестировании, стоят дорого или очень дорого.

Плюсы:

• сокращается время тестировщика для задач, где не требуется аналитик (инфраструктурные, рефакторинг).

Модель 2

Тестировщик подключается к задаче еще до того, как ее передали в разработку. Он смотрит прототипы по задаче или просто читает документацию. Все вопросы по задаче тестировщик задает аналитику. Аналитик оперативно исправляет замечания. Тестировщик составляет приемочные тесты.

Всем привет, меня зовут Оля. Две недели назад на CodinGame завершился очередной контест — соревнование по программированию ботов для игры. Я попала в топ-300 мирового лидерборда, поэтому хочу рассказать, почему контесты это круто, и поделиться своими секретами. А ещё секретами поделится Иван spaceorc, который попал в топ-100 того же соревнования.

Вы узнаете, как успешно выступать на соревнованиях по программированию игрового искусственного интеллекта.

Что такое CodinGame

codingame.com — обучающая платформа для разработчиков всех возрастов и уровней подготовки. Можно писать на 26 языках: от C# и Python до Bash и Haskell. Самое крутое, что задачки там не скучные и непонятные, а настоящие игры с неплохим GUI:

В эту субботу, 30 июня, состоится первый митап аналитиков в Екатеринбурге. Его организуют ребята из компаний raketa.travel, УЦСБ и Контур.

Разработчики всё время встречаются и обсуждают свои секреты, а аналитикам не с кем поговорить. В эту субботу всё изменится. На встречу уже записалось 180 человек, и мы надеемся, что она станет регулярной.

У нас будет 4 доклада и общение в кулуарах.

7–8 апреля в Контуре был открытый хакатон — 27–часовой марафон по программированию. Разработчики, тестировщики, дизайнеры и проектировщики интерфейсов собрались, чтобы штурмовать задачи. Только темой стали не рабочие проблемы, а игры.

Правила простые до ужаса: вы приходите без каких-либо заготовок и через сутки показываете, что успели сделать. Хакатон проходил в пяти городах: Екатеринбурге, Ижевске, Иннополисе, Новосибирске и Перми. Впервые мы приглашали всех желающих.

Меня позвали его судить, и я совершенно не жалею, что потратил на это выходные. Сегодня я расскажу, как это было в Екатеринбурге, и сделаю обзор лучших игр.

Не знаю, что я сделал, но это со мной селфятся?

«Календарь тестировщика» снова с вами! За 2017 год у тестировщиков Контура было 32 летучки отдела, 3 тест-сессии, 2 онлайн-просмотра конференций, 14 мастер-классов, приезд внешнего гуру тестирования с лекцией и тренингом и ещё много всего. Большинство мероприятий организовали сами тестировщики.

Наша новая статья о том, что лучшие движухи для тестировщиков делают сами тестировщики. Татьяна Кудреватых и Игорь Борисихин, тестировщики продуктов Контура и опытные организаторы мероприятий, научат тебя создавать ивенты разного уровня. В статье ты узнаешь, какую пользу может принести тебе организация мероприятий, какие проблемы встречаются, и как с ними справляться. А еще ребята поделятся идеями движух, которые может сделать даже новичок.