Друзья, до конференции TestConMoscow 2018осталось ровно три недели. Кроме тщательного отобранного контента, обещаем много драйва и сюрпризов. Так что приходите!
А пока еще один доклад прошлогодней конференции, привлекший огромное внимание: Вадим Зубович «Жизнь на костылях или Антипаттерны UI автоматизации»
На тему построения «правильной» автоматизации есть сотни докладов, однако, серебряной пули на все случаи жизни не существует и тут у многих начинаются проблемы. «Идеальные» подходы порой неприменимы, тогда в ход идут свои собственные решения, которые приводят к собственным ошибкам.
Именно об этих «ошибках», известных как «как НЕ надо делать» или «антипаттерны» говорится в докладе.
Автор рассматривает как антипаттерны в коде, так и в самом подходе к реализации автоматизации тестирования, с которыми ему доводилось регулярно сталкиваться и которые зачастую тормозили развитие проекта. Надеется, что вместе нам удастся впоследствии избежать этих расхожих неправильных представлений.
22 и 24 апреля Антон Семенченко (учредитель сообщества специалистов в области автоматизации тестирования COMAQA.BY) проведет в Санкт-Петербурге два очных тренинга:
На тренинге вы получите исчерпывающие ответы на наиболее актуальные вопросы построения эффективной, минимизирующей усилия / траты Архитектуры того или иного решения Автоматизации тестирования.
На тренинге вы научитесь выбирать метрики и инструменты работы с ними, внедрять их на проекте, сможете с нуля разработать ROI калькулятор и узнать как эффективно его использовать.
Описание и подробную программу можно посмотреть по ссылкам выше.
При регистрации до 5 апреля действует льготная цена!
Тестировщики, даже будучи членами команды, все равно являются аутсайдерами. Их ценность обусловлена этим статусом, поддерживается, благодаря ему, и все время находится под угрозой из-за него.
На заре времен разработки тестирование считалось незыблемым/неприкосновенным.
Тестировщики были закреплены за отдельными командами, они были изолированными единицами в организационной иерархии для того, чтобы они не попадали под влияние разработчиков. Взгляд тестировщиков на продукт был беспристрастным. Тестируемые системы являлись “черными ящиками”, в которые тестировщики подавали данные на вход и делали выводы о состоянии продукта на основании полученных в результате данных.
И хотя цели таких действий сводились к тому, чтобы оставаться беспристрастными сторонниками качества, с течением времени такая тактика приобрела конфронтационный и бюрократический характер.
С появлением и распространением agile методологий убежденные “отщепенцы” стали понемногу замещаться фидбеком и тестированием пользователей.
Тестирование в рамках традиционных больших команд было заменено на закрепление специалиста по тестированию за небольшой командой разработки.
При написании статьи использовались материалы А.Смирновой, подготовленные в рамках конференции тестировщиков «Котэ»
Тестирование – очень динамичная сфера, которая постоянно развивается; каждый день появляются новые инструменты, материалы и подходы. Тестировщик – это «универсальный солдат», зачастую объединяющий в себе различные навыки: написание кода, управление ресурсами, владение основами дизайна и верстки, а также знания в более узких прикладных областях. Руководители проектных команд стараются повышать квалификацию своих ребят, отправляя их на всевозможные курсы и тренинги. Но как быть со стажерами, с «проектными новобранцами»? Как правильно, а главное, чему именно нужно научить стажеров (особенно в распределенной команде), чтобы у них не пропал интерес к профессии, и чтобы это обучение принесло пользу не только «новобранцу», но и всему проекту? Об этом мы и расскажем в нашей статье.
Как выбрать инструмент в экосистеме, которая генерирует фреймворки быстрее, чем плодится зерг, и убивает их с энтузиазмом Дарвина на амфетаминах?
JavaScript, возможно, неоптимален для многих команд, но для большей части нашей отрасли он неизбежное зло. StackOverflow оценивает его как наиболее популярный язык программирования в течение последних пяти лет. Лет десять назад тестирование компонентов JavaScript шло сбоку-припеку и отдавалось на ручное тестирование. Сегодня это уже не побочная платформа, крутящая веб-виджеты, а ключевая часть потока бизнес-операций. Это означает, что большинству команд нужно очень серьезно подходить к вопросу тестирования JavaScript.
Недавно я проводил опрос с целью узнать о предпочтениях и опыте разработчиков в разрезе JavaScript-тестирования. Типичная для всей экосистемы тирания выбора была довольно очевидной. Я получил 683 ответа, и оказалось, что люди пользуются более чем 50 фреймворками тест-автоматизации. При такой сборной солянке ни у кого нет времени на детальное исследование всех вариантов. Однако широта выбора также вызывает вопрос, нет ли в природе чего-то лучшего, нежели то, что мы сейчас используем. Как же выбрать правильные инструменты для так часто меняющегося фреймворка?
В рамках предстоящей конференции TestConMoscow 2018,которая пройдет в Москве 18-19 апреля,о каких только видах и инструментах тестирования не будет вестись речь. 33 доклада на выбор, программа готова.
Report Portal – open-source инструмент для отчетности в автоматизированном тестировании, созданный компанией EPAM. Построенный автоматизаторами, для автоматизаторов.
Каждый проект тратит время для того чтобы создать свою отчетность, она особенно важна для автоматизации тестов для распределенных систем, многопоточных запусков, большого количества тест кейсов, как для большой так и для маленькой команды. Report Portal предоставляет вам отчетность из коробки. Полнофункциональный инструмент для работы с отчетами, дэшбордами, виджетами, метриками, настраиваемыми типами дефектов, историей и автоматическому распознованию новых падений. Распознавание падений и дефектов, на основе алгоритмов машинного обучения, обучающегося с каждым новым прогоном. ReportPortal - это не только единое место для хранение всех результатов тестов автоматизированного тестирования, но и сокращает затраты команды на обработку и разбор результатов. В этом выступлении вы познакомитесь с основным функционалом, спецификами, бенефитами от использования, сравнение с конкурентами, и оцените применимость его в своем проекте. Не забывая что он бесплатен, и доступен в open source.
Среда автоматизированного модульного и интеграционного тестирования Cantata фирмы QA Systems (Германия) предназначена для тестирования программного обеспечения на языке C/С++ встраиваемых систем, подлежащих сертификации по стандартам безопасности ПО.
Новый основной релиз 8.0 включает ряд новых функций, главными из которых являются Code Change Analysis (управление внесением изменений в тесты при изменениях в исходном коде) и Target Deployment Switching (адаптация одного и того же набора тестов в случае использования ПО на различных аппаратных платформах с различными инструментальными средствами).
Новая версия 8.0 будет доступна с мая 2018г. Как и предыдущие версии 7.х она будет вскоре после выпуска сертифицирована SGS-TuV Saar GmbH на соответствие стандартам безопасности ISO 26262 (автоэлектроника), IEC 61508 (промышленное оборудование), EN 50128 (железнодорожные системы), IEC 60880 (системы безопасности атомных станций), IEC 62304 (медицинская техника). Так же, как версии 7.х, 8.0 будет сопровождаться комплектом квалификационных материалов по требованиям DO-178C (авионика).
Среда Cantata имеет более чем 20-летнюю историю. Она является развитием среды IPL Cantata ++, интеллектуальная собственность на которую была приобретена компанией QA Systems у компании IPL в 2012 году.
13 апреля в Екатеринбурге пройдёт конференция DUMP — самая масштабная конференция для разработчиков на Урале. Пятый год подряд будет секция, посвященная тестированию.
В этом году в программе секции «Тестирование»: Арсений Батыров (Badoo) проведёт мастер-класс по автоматизации мобильных приложений, Анастасия Асеева (Альфа-Лаборатория) расскажет про командную ответственность за качество, Мария Глухова (Targem Games) про работу с добровольными помощниками и о том, можно ли сделать это сотрудничество взаимовыгодным, а Иван Румак (СКБ Контур) про тестирование безопасности.
Ниже — обзор и видео докладов прошлого года.
1. Ольга Назина, автор портала Testbase.ru, тренер по тестированию, рассказала, как мастерски решать задачу, с которой каждый из тестировщиков встречается регулярно: как «продать» баг разработчику и нужно ли ему что-то продавать?
2. Андрей Сатарин (Яндекс) поведал о вызовах, которые бросает тестировщикам разработка распределенных систем, о существующих ограничениях и их влиянии на функциональность.
3. Ошибки бывают не только у разработчиков, но и у тестировщиков. Анна Бандура, Виталий Рощупкин, Антон Рычков, Дмитрий Якин из СКБ Контура поделились боевыми историями о том, как они косячили сами, пока искали косяки других.
4. Мария Глухова (Targem Games) открыла завесу тайны над Геймдевом и сравнила тестирование игр и софта. И даже показала, как проверяют баги на примере космического MMO-экшена Star Conflict.
5. Максим Захаров, Елена Зырянова и Илария Тарасова (СКБ Контур) рассказали о том, как по-разному можно добиваться одной и той же цели, и как превратить рутину в рост. О том, как тестирование плавно переходит в аналитику, проектирование и разработку.
При автоматизации тестирования очень часто приходится сталкиваться с вопросом «Что автоматизировать в первую очередь?» Автоматизация не делается ради автоматизации: хочется видеть результат процесса, который давал бы положительный ROI (подробнее о расчете ROI можно прочитать тут).
Почему важно использовать автоматизацию?
Принято считать, что автоматизация тестирования действует как инструмент поддержки ручного тестирования, но на самом деле важно понять, что автоматизация – это наилучший способ не просто сэкономить время, но и повысить эффективность, широту охвата и точность тестирования, ведь повторяющиеся задачи в условиях ручного подхода подвергаются риску человеческих ошибок. Автоматизация не превосходит и не заменяет ручное тестирование, но дополняет его. Подобно управлению тестированием автоматизация также нуждается в разработке стратегии с надлежащим планированием, мониторингом и контролем. Автоматизаторы не только изучают новые способы автоматизации, но и принимают много продуманных решений. Автоматизация при правильной реализации может стать преимуществом для команды, проекта и организации.
Онлайн-тренинг, 2 недели, 4 занятия, начало: 19 марта
Если в системе что-то сломалось, разработчик всегда просит логи. Он видит в них то, что пропускает тестировщик черного ящика. Но почему бы тестировщику самому этого не увидеть? И в наши дни доступ к логам обычно есть, и очень круто, когда тестировщик умеет их читать. Чему мы и будем учиться на курсе — доставать из логов информацию.
За 2 недели вы узнаете о логах все, что вам нужно знать: что это такое, как они выглядят, как их читать, какие улучшения просить. Где искать логи на сервере и на клиенте (web, mobile), чем они отличаются. Зачем тестировщику логи окружения и как выглядит хороший лог автотестов. Все обсудим и пощупаем на практике, чтобы потом сразу начать применять знания в работе.
