В прошлые годы нами был успешно опробован формат выездных образовательных week-end’ов. По результатам отличных отзывов, 26-28 февраля в Подмосковье будет проведена выездная школа тестировщиков.
Отдых, обучение, знакомства, связи - и всё это без отрыва от работы!
Школа тестировщиков будет длиться c пятницы 26 февраля (заезд в 14-00) до воскресенья 28 февраля (выезд в 18-00) и пройдёт недалеко от Москвы в загородном клубе «Усадьба».
На протяжении школы вас ждёт активное обучение в неформальной обстановке.
Формат школы: 26 февраля с 15-00 до 19-00 тренинг + знакомство, тематические игры, разбор реальных ситуаций, обсуждения. 27 февраля: с 10-00 до 16-00 тренинг, с 18-00 до 20-00 тематические игры, разбор реальных ситуаций, обсуждения. 28 февраля: с 11-00 до 18-00 тренинг.
До 30 января действует льготная цена на участие.
Описание школы и ее программа
Тестирование методом свободного поиска, или тестирование без заранее спроектированных тестов, выполняемых в точном соответствии с планом -- это, наверное, единственный подход к тестированию, который эффективно работает в условиях неопределенности:
когда требований нет или они часто меняются,
когда на ранних этапах разработки отдельные части программы уже работают, но некоторые еще не реализованы,
когда программа активно эволюционирует и не удается зафиксировать тесты,
когда тестировщик осваивает новую предметную область или новый вид тестирования,
когда тестировщик начинает использовать новые методы тест-дизайна, опыта применения которых у него нет,
когда цели следующей итерации тестирования меняются в зависимости от результатов предыдущей итерации,
когда все остальные подходы уже исчерпали себя, а пользователи почему-то все равно не считают наш продукт идеальным :)
Предварительное проектирование тестов -- это попытка построить тактический план тестирования, попытка декомпозировать задачу тестирования до уровня отдельных тестов.
Однако неопределенность мешает построить стабильный тактический план, поскольку в процессе его выполнения обнаруживается новая информация, приводящая к изменению планов и первоначальных оценок.
Публикуем подборку докладов с SQA Days-18, посвященных автоматизированному тестированию.
"Внедрение автоматизации" прохождение на различных уровнях сложности – доклад Владимира Худойкина о том, как внедрять автоматизацию в командах с различным внутренним устройством.
Docker + Selenium Webdriver в рамках Continuous Integration – доклад Антанаса Мачярниса о создании инфраструктуры запуска автотестов.
Оценка качества автотестов – доклад Алексея Баранцева о том, какими должны быть качественные автотесты.
Keep it calm and functional. Автотесты для iOS приложений – доклад Марии Трофимовой о трудностях и тонкостях автоматизированного тестирования iOS-приложений.
Автоматизация визуального тестирования адаптивного дизайна на примере Galen Framework и Applitools Eyes – доклад Дарьи Кисель о тестировании визуальных регрессий.
Автоматизированное тестирование верстки веб-сайтов, используя сравнение с дизайн-макетом – доклад Эмиля Хуснетдинова о тестировании digital-проектов.
Архитектура автоматизированных тестов: представление предметной области – доклад Екатерины Бобровой.
Selenium, а давай подождем? – доклад Сергея Матвеева о механизмах ожидания Selenium и том, как с ними работать.
20-21 мая 2016 г. в Санкт-Петербурге пройдет 19-я международная конференция в области обеспечения качества ПО «Software Quality Assurance Days».
Наши читатели при регистрации на конференцию могут получить скидку.
Давайте все вместе попытаемся составить далеко не исчерпывающую и даже не полную, но приемлемую, для всех нас приемлемую, классификацию\топологию типов тестирования, начиная «широкими мазками» «статическое» и «динамическое» и заканчивая сложно терминологическими названиями конкретных типов. Скажу честно, по-настоящему хорошей классификации из коробки я так и не нашел … даже в рамках всемирно признанных сертификаций, таких как ISTQB … Таким образом, проделанная нами предварительная работа ценна сама по себе … важная как для начинающих специалистов, так и для Pre-Sales Technical QA консультантов … Основа профессиональной сетки координат любого специалиста по тестированию … Но мы пойдем дальше: через призму совместно сформулированной QA топологии мы посмотрим на методологии разработки ПО, предметно, а не абстрактно, изучим общности и отличия Agile и Waterfall методологий в контексте QA. Уверен, доклад будет полезен не только QA специалистам и PM-ам, но и .... интрига-интрига :-)
Год назад мы создали портал Testbase — полезные ссылки для начинающих тестировщиков в одном месте.
Тестировщица Катя ловит баги — символ Testbase
Когда кто-то хочет стать тестировщиком, он читает книжку Романа Савина и задается вопросом — что нужно знать и уметь, чтобы пройти собеседование на позицию junior qa?
Именно об этом главная страница портала — три столбца с навыками:
С чего начать — единственное, что реально требуется от начинающего тестировщика. Довольно глупо требовать от новичка глубоких познаний в техниках тест-дизайна, поэтому по факту на собеседовании ищут внимательность и горящие глаза.
Как прокачаться — что изучать начинающему, справившемуся с первой колонкой. Эти навыки дадут дополнительный плюс на собеседовании, но без практики вы не сможете развить их на должном уровне. Изучайте их, когда найдете работу, прокачивайтесь
Во что углубиться — еще на уровень выше. Выбирайте, что именно вам нравится и копайте этот навык, прокачивайтесь именно в нем. Нельзя быть крутым спецом в автоматизации и одновременно классным менеджером, Разве что SQL будет полезен всем =)
Сейчас в нашей базе:
— 21 навык;
— 52 ссылки.
И мы планируем увеличить это количество!
Второй по важности и популярности вопрос — «Как мне искать баги? С чего начинать?». Поэтому мы создали раздел «Как искать баги» с исследовательскими турами от Джеймса Виттакера (James A. Whittaker). Их применяют даже опытные тестировщики, почему бы не применять и вам? =)
Истории запоминаются лучше, чем унылая теория, поэтому мы создали раздел «Теория в картинках» — просто о сложном. Пока там только две статьи, но планируем больше! Оставляйте заявки на форуме, какой термин вам хотелось бы разобрать в картинках.
Баг, дефект и сбой в «Теории в картинках»
В разделе «Курсы» можно прочитать описание онлайн-интенсива для начинающих тестировщиков, курса от создателя портала. У него есть свои особенности, и подойдет он далеко не всем — читайте описание, принимайте решение. Если, конечно, ищете курс =) Если не ищете — добро пожаловать в остальные разделы :)
Этот курс, предназначенный для обучения тестировщиков программированию на языке Java, является одним из самых популярных курсов в нашей линейке.
Обратите внимание, что это курс именно для тестировщиков. Обучение программированию не сводится только к изучению языка программирования. Построение правильной архитектуры, использование фреймворков и библиотек, владение инструментами разработки и отладки -- это тоже часть “умения програмировать”. Поэтому в этом курсе детально рассматриваются именно те возможности языка и вспомогательных библиотек, которые наиболее востребованы при разработке автотестов.
Продолжительность нового курса осталась прежней, два с половиной месяца разбитых на 10 больших блоков, каждый из которых разбит на короткие фрегменты, но программа претерпела значительные изменения на основе анализа отзывов участников.
С одной стороны, мы решили выбросить некоторые темы, которые оценивались как не слишком полезные. С другой стороны, за счёт освободившегося места и более плотной компоновки материала появилась возможность добавить множество новых гораздо более интересных и полезных тем.
Что мы решили убрать из курса:
тестирование Windows-приложений через пользовательский интерфейс -- всё таки Java совсем не приспособлена для этого, если перед вами стоит такая задача -- тогда лучше выбрать другой язык для написания тестов, например, C# или Python;
тестирование Java приложений через пользовательский интерфейс -- просто потому, что таких приложений слишком мало, и эта тема оказалась невостребованной.
А теперь гораздо более длинный список того, что добавлено:
большой блок, посвящённый самым основам языка Java и программирования вообще, теперь тренинг подходит даже для тех, кто совсем-совсем не умеет программировать, обучение начинается с нулевого уровня подготовки;
использование сборщика Gradle;
дополнительные приёмы повышения надёжности тестов за счёт проверки и обеспечения выполнения предусловий;
работа с файлами в формате JSON;
более глубокое рассмотрение возможностей тестового фреймворка TestNG;
работа с удалёнными программными интерфейсами SOAP и REST;
настройка и использование сервера непрерывной интеграции Jenkins и генерация красивых отчётов при помощи инструмента Allure;
написание тестов в разных стилях: на псевдоестественном языке Gherkin (этот подход называется Behavior Driven Development) и в виде табличек с использованием инструмента Robot Framework (этот подход называется Keyword Driven Testing).
Все “старые” темы тоже полностью переписаны, материал лекций уплотнён, и для удобства просмотра разбит на небольшие фрагменты продолжительностью не более 20 минут.
А ещё по многочисленным просьбам в лекциях теперь используется IntelliJ IDEA вместо Eclipse ;)
Мы рады поздравить Вас и Ваших коллег с наступающим Новым годом!
Каждый новый год традиционно ассоциируется с предвкушением чего-то нового, интересного, захватывающего, с ожиданием приятных перемен. Мы желаем, чтобы все Ваши желания непременно сбылись и чтобы успех сопутствовал Вам во всех делах.
Наступает год обезьяны, пожалуй, одного из самых любопытных животных во всём календаре. И мы надеемся, что Вы тоже заразитесь этим любопытством, и оно будет помогать Вам находить сложные и интересные баги.
Автоматизированные тесты -- это программный продукт. И как для любого другого программного продукта, для автотестов можно сформулировать требования к качеству, выработать критерии для оценки их качества, ну и проверить, удовлетворяются ли эти требования. Вот об этом я и хочу рассказать в своём докладе -- какими должны быть качественные автотесты.
…Или, другими словами, как посчитать время на тестирование так, чтобы все поверили? Ведь на самом деле у нас обычно — две цели. Первая — посчитать время так, чтобы не ошибиться и правильно распределить ресурсы — скорее всего, поначалу сделать это хорошо все равно не получится. Вторая цель более реальна: посчитать время на тестирование так, чтобы доказать кому-то, что вам нужны еще люди в команде, объяснить, почему вы не успеваете и т. д. Как ни странно, после того, как раз 50 сделаете второе, то и первое будет получаться!
Давайте теперь посмотрим, как считать время на тестирование, на конкретных примерах.
