Home

Больше 4-х лет назад мы впервые запустили курс Программирование на Java для тестировщиков. Курс сразу стал популярным и количество желающих его пройти не уменьшается до сих пор, тема очень актуальная, знания и навыки, полученные на курсе открывают для тестировщиков новые горизонты и дают возможность роста.

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

Поэтому мы решили сделать следующий шаг -- мы запустили еще один курс Программирование на Python для тестировщиков.

Формат курсов как нельзя лучше подходит для обучения программированию. Так как это навык, который нужно закреплять регулярными упражнениями -- курс растянут во времени почти на три месяца. Каждую неделю выдается новая порция теории и потом в течение всей недели тренер постоянно доступен в скайп-чате и отвечает на вопросы, а ученики тренируют свои навыки, выполняя домашние задания. Каждое задание будет проверено тренером, на каждое выдана обратная связь ученику – что можно улучшить, на что обратить внимание.

Тренинги нацелены на выработку не только навыков написания кода, но и навыков архитектурного дизайна (структурирования кода), владения средой разработки (IDE), средствами отладки, системами хранения кода. При этом основной упор делается на типовые шаблоны проектирования, используемые при разработке автоматизированных тестов, а большинство демонстраций и упражнений использует инструмент Selenium 2.0.

Познакомиться с программой курса Программирование на Java для тестировщиков

Познакомиться с программой курса Программирование на С# для тестировщиков

Познакомиться с программой курса Программирование на Python для тестировщиков

Кроме того, рекомендуем познакомиться с картой курсов по Selenium, с картой курсов по управлению тестированием, а также с другими тренингами по тестированию ПО.

Дорогие коллеги-тестировщики!

Поздравляем вас с наступающим Новым Годом!

Прошедший год был трудным для всех нас.
Нет, кризис тут ни при чём. Это всё из-за багов.
Они подкарауливали нас за каждым углом.
И не только в тестируемых программах, но и по жизни.
Но мы справились!

Каждый начинающийся новый год -- как новый релиз.

Мы желаем вам, чтобы этот очередной релиз случился вовремя, без задержек!

А мы в следующем году продолжим делать для вас новые интересные курсы.

С Новым Годом!

Доклад Алексея Лупана на онлайн-конференции для специалистов по тестированию Fun ConfeT&QA, весна 2012.

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

Крик из толпы: «Камон! Долой тест-кейсню!»

Мы вооружаемся плюсами тестирования без тест-кейсов, мы минимизируем минусы этого прекрасного подхода, мы захватываем почту-телеграф-телефон-твиттер!

С площади гудит: «Дааааааайошь старые порядки взад!»

Нам с трибуны докладывает Мурка в кожаной тужурке: «Товарищи! Доколе мы терпим засилье тест-кейсов?! Нам нужен Fun! Fun, товарищи! Fun!»

Давайте начнем прямо сейчас, давайте «Отречемся от старого мииииииира»…

И если это правда -- стоит ли ходить на тренинг "Selenium 2.0, стартовый уровень", который в основном посвящён этому инструменту?

Действительно, ровно два года тому назад, ноябре-декабре 2012 года, разработчики Selenium решили, что пора избавиться от Selenium IDE, и отвели на это два года.

И что же мы видим? Жив он, жив! И даже продолжает постепенно развиваться. Более того, из всех инструментов семейства Selenium у него самое большое количество загрузок.

Да, несмотря на то, что все книжки и эксперты в один голос твердят, что "тесты созданные рекордером это плохие тесты", миллионы людей во всём мире продолжают успешно использовать рекордер для решения своих задач.

Как такое возможно?

Дело в том, что автоматизация бывает "большая" и "малая".

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

Но бывают и другие задачи.

Быстро сделать скрипт, который поможет заполнять большие формы при ручном тестировании. Быстро сделать скрипт, который будет быстро устанавливать приложение при помощи визарда, где надо пройти десять шагов, на каждом просто нажимая кнопку Next. Быстро сделать скрипт, который меняет настройки приложения, если вам часто нужно это делать во время тестирования.

Обратили внимание? Ключевое слово здесь "быстро". Да, Selenium IDE это простой инструмент, его можно быстро освоить, и его можно использовать для быстрого решения простых задач, вообще не выходя из браузера.

Приходите на тренинг "Selenium 2.0, стартовый уровень", и уже после первого занятия вы сможете это делать!

Однако через какое-то время у вас начнут возникать вопросы -- а как запустить тесты в другом браузере? а можно ли запускать их "по расписанию"? почему мои тесты иногда сбоят и как повысить их надёжность?

Приходите на тренинг "Selenium 2.0, стартовый уровень", и про вы тоже узнаете!

А ещё чуть позже, возможно, вы поймёте, что пора сделать следующий шаг, и перевести тесты из Selenium IDE на настоящий язык программирования.

Приходите на тренинг "Selenium 2.0, стартовый уровень", расскажем и про то, как сделать этот шаг к более сложным тестам!

Надежда Кныш, ЗАО «Технологии качества», бренд A1QA

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

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

Общие правила работы с парком устройств

Отдельный парк устройств для конкретного проекта – это мечта любого QA Менеджера с одной стороны, и непозволительная роскошь с другой. Именно поэтому зачастую парк устройств является достоянием целой компании с множеством команд и большим набором мобильных проектов. Если в таком парке устройств 10 и меньше, то особого жесткого контроля не требуется. Но если парк содержит внушительное количество мобильных девайсов, стоит детально регламентировать правила получения и возврата устройства.

В трансляцию блогов еженедельно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами.

Блог Александра Жалейко - Test&Fun

Об авторе блога:

Меня зовут Жалейко Александр. В настоящее время работаю в компании "ФОРС - Центр разработки", где отвечаю за весь процесс тестирования на нескольких проектах. Активно занимаюсь автоматизацией тестирования. Всего в IT уже более 8 лет, из них в тестировании - более 4-х.

О блоге:

Как следует из названия блога Test&Fun, блог о том, как тестировать и получать от этого удовольствие. Постараюсь рассказывать о технологиях, которые могут облегчить жизнь тестировщикам, а так же о многом других интересных вещах, встречающихся в процессе тестирования.

Интересное из блога:

Цикл статей "Легкий способ начать автоматизировать" (определяем локаторы, пишем первый тест и генерируем отчет о тестировании), которые должны помочь человеку, никогда ранее не занимавшемуся автоматизированным тестированием, начать им заниматься!

Анастасия Коцевич, ЗАО «Технологии качества», бренд A1QA

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

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

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

В трансляцию блогов еженедельно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами.

Новый блог Алексея Баранцева - А хотите я расскажу Вам... - http://barancev.github.io/

Автор о себе и о блоге:

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

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