Home

Автор: Алтунин Алексей
Оригинал статьи
Перевод: Алтунин Алексей

Часть 1: Web / Android

Примечание: данная статья является переводом на русский язык оригинальной статьи "DevOps tools are not only for DevOps. Building test automation infrastructure from scratch." Однако все иллюстрации, ссылки, цитаты и термины сохранены на языке оригинала,чтобы избежатьискажения смысла при переводе на русский язык. Желаю вам приятного изучения!

В настоящее время специальность DevOps является одной из наиболее востребованных в IT-индустрии. Если вы откроете популярные сайты по поиску работы и зададите фильтр по зарплатам, то увидите, что вакансии, связанные с DevOps, находятся в начале списка. Однако важно понимать, что это в основном относится к позиции ‘Senior’, что подразумевает, что кандидат обладает высоким уровнем навыков, знанием технологий и инструментов. К этому также прилагается высокая степень ответственности, связанная с бесперебойной работой production. Однако мы стали забывать, что такое DevOps. Изначально это не был какой-то конкретный человек или департамент. Если поискать определения этого термина, то мы найдем много красивых и правильных существительных, таких как методология, практики, культурная философия, группа концептов и так далее.

Думаете, в крупную компанию в сфере кибербезопасности сложно попасть?

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

Но и это не всё! В конце вас ждет бонус: тестовое задание, которое дает возможность выиграть один из трёх ценных призов и попасть на работу в компанию. Дерзайте :)

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

Если попытаться определить значимость различных типов автотестов, изучая количество обучающих материалов и статей в Сети, то можно подумать, что UI-тесты наиболее важны. Однако это не так – очень многое можно протестировать другим способом, особенно через API. API-тесты быстрее и куда устойчивее UI-тестов, а еще их проще писать! Ниже – четыре типа тестов, которые больше подходят для тестирования через API.

Автор оригинала: Jake Voytko

Проектировщики самолёта отвечают на вопрос о его безопасности:
— Ничто не вечно, но современные авиалайнеры невероятно устойчивы, а самолёт — самый безопасный транспорт в мире.
Инженеры-строители отвечают о безопасности лифтов:
— Лифты защищены множеством отказоустойчивых механизмов. Их практически невозможно уронить в свободное падение.
Программисты отвечают на вопрос об электронном голосовании:
— Это просто ужасно.
— Серьёзно?
— Абсолютно. Не доверяйте программам для электронного голосования и не верьте никому, кто уверяет в их надёжности.
— Почему?
— Не совсем знаю, как это выразить, но вся наша область плоха в том, что мы делаем, и если вы будете полагаться на нас, то все умрут.
— Говорят, что надёжность гарантируется технологией под названием «блокчейн».
— А-а-а-а-а!!! Что бы они ни говорили, не прикасайтесь к этому! Закопайте поглубже. Не забудьте перчатки!
Источник: XKCD, лицензия Creative Commons 2.5

Уже через несколько дней (с 13 по 17 апреля) компания Лаборатория Качества проведет конференцию "Удалённая работа в 2020". Доклады готовы, команда проводит финальные репетиции и оформляет слайды. Мы решили спросить у докладчиков, какие из их решений вызывают наибольший интерес у "бета-тестировщиков" конференции:

"Очень много вопросов вызывает использование веб-камеры во время корпоративных созвонов, через Skype или Zoom. В своём докладе рассмотрю плюсы и минусы использования видео и расскажу, как выбирать: когда лучше с камерой, когда лучше без" - Олег Грабко, готовит доклад "Практические советы по построению эффективных коммуникаций в условиях удалённого сотрудничества".

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

"Работая в офисе люди привыкают видеть своих коллег и примерно понимают, кто и что делает. Но из дома мгновенно появляется ситуация, когда пишешь коллеге и не знаешь: он обедает? работает? может, вообще в отпуске? После доклада становится сильно проще настраивать подобное сотрудничество, и некоторые из слушателей уже показали мне, как настроили отображение графика работы в своей команде. Ура! Им это тоже оказалось полезно!" - Стас Марков, который готовит доклад "Учёт рабочего времени и анализ собранной статистики".

"Мы принимаем тот факт, что часто откладываем важное на потом, но совсем не задумываемся, почему мы так поступаем. Когда я рассказывала о современных болезнях потерянного внимания (FOMO и FOBO), слушатели активнее всего включились в дискуссию и делились своими сложностями. В итоге я рассмотрю разные кейсы и расскажу, как с этим жить в условиях удаленной работы" - Аня Палей, "Личный тайм-менеджмент и прокрастинация на удаленке".

К сожалению, другие докладчики пока бегают в мыле, и не нашли времени рассказать о своих главных "фишечках", так что мы просто напомним программу конференции:

• Построение процесса работы с задачами в распределенной команде
• Пошаговый алгоритм перевода инфраструктуры компании в онлайн-доступность 24/7
• Организация процессов обучения и развития в условиях удаленной работы
• Воспитай в себе тирана, или Погружение новичков на удалёнке
• Как организовать работу административной команды на удалёнке?
• Учёт рабочего времени и анализ собранной статистики
• Практические советы по построению эффективных коммуникаций в условиях удалённого сотрудничества
• Как обеспечить информационную безопасность компании без привлечения сторонних специалистов?
• Как объединить удалённых профессионалов в сплочённую команду?
• Личный тайм-менеджмент и прокрастинация на удаленке

Подробное описание докладов и условия участия на сайте конференции.

До скорой встречи в эфире!

Автор: Энди Найт (Andy Knight)
Оригинал статьи
Перевод: Ольга Алифанова

Френд в Twitter недавно задал мне вопрос:

"Я работаю в команде Microsoft. У нас 40 разработчиков, использующих .NET (C#). У нас также несколько ручных тестировщиков и 5 автоматизаторов, которые разработали нашу тест-автоматизацию на Python. Однако руководство хочет полностью перенести все на C#.

Что лучше, а) научить 40 .NET-разработчиков Пайтону, чтобы пользоваться имеющимся решением, или б) научить тестировщиков .NET и портировать тесты на C#?"

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

Wrike тестирует новые форматы технических мероприятий и приглашает всех посмотреть видео первого онлайн-митапа на английском. Поговорили про DevOps инфраструктуру для тестирования веб-приложений, кубы, Selenium и его альтернативы.

История с распространением коронавируса и баны всех массовых офлайн-мероприятий на территории европейских государств внесли свои коррективы, поэтому запланированная Wrike Prague оффлайн встреча тестировщиков и девопов перетекла в ютьюб.

Внимание, доклады на английском языке.

Автор: Джош Грант (Josh Grant)
Оригинал статьи
Перевод: Ольга Алифанова

Продолжая исследовать Pytest и его замечательные возможности, хочу рассказать о плагине pytest, который по сути представляет из себя полноценный инструмент тест-автоматизации. Это pytest-bdd.

Pytest-bdd – это вариация более распространенных фреймворков вроде Cucumber или Behave, который сам по себе – по сути Python Cucumber. BDD – популярный подход, распространенный среди команд – как работающих с автоматизированным тестированием впервые, так и опытных, ищущих зрелую методологию для внедрения. Ключевая особенность BDD – это создание фича-файлов с применением специального неспециализированного синтаксиса, Gherkin. Это позволяет описывать фичи вначале в таком формате: