Home

Авторы и ведущие тренинга: Алексей Баранцев и Наталья Руколь

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

Но это никакая не фантастика, это вполне реально и достижимо!

Да, можно освободить тестировщиков от выполнения некоторых типовых задач, переложив эту работу на плечи роботов. Таких рутинных действий тестировщик совершает больше, чем кажется на первый взгляд. Автоматизировать можно не только собственно выполнение тестов, но и подготовку тестового стенда, генерацию тестовых данных большого объёма или высокой сложности, помощь в проверке результатов, полученных при ручном тестировании (сравнение текстов, картинок), создание отчётов или иных документов.

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

Процесс внедрения автоматизации – это как раз и есть процесс создания или обучения роботов.

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

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

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

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

Чтобы научить вас правильно планировать процесс внедрения автоматизации, успешно решать технические задачи и адекватно оценивать текущее состояние процесса

мы разработали новый тренинг, особенность которого заключается в том, что его ведут два тренера – "менеджер" и "инженер".

Это позволит вам увидеть проблемы, которые возникают при внедрении автоматизации тестирования, с двух разных (можно даже сказать противоположных) точек зрения.

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

Программа тренинга и условия участия

Ссылка на описание на сайте организаторов

Заходим через центральный вход – далее следуем за указателями.

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

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

Регистрация

Приходилось ли тебе совершать покупки в интернет-магазинах?! Уверен, что да.

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

ООО “Лаборатория качества” объявляет проведение кампании по бета-тестированию крупного онлайн-магазина. Тестирование будет проводиться в течение одной недели, авторов наибольшего количества ошибок ждут призы.

Сроки проведения конкурса: с 06.11.2014  по 13.11.2014 г.

Приз за первое место: Смарт-часы Sony SmartWatch 2 SW2 Black

+ сертификат на тренинги тестировщиков на сумму 10 тысяч рублей.

Приз за второе место:Электронная книга PocketBook 624 White

и сертификат на тренинги тестировщиков на 5 тысяч рублей.

Приз за третье место: Электронная книга teXet TB-446 SE

Таким образом, вы сможете оценить свои навыки в тестировании, сделать популярный онлайн-продукт лучше, и даже выиграть ценные призы!

Чтобы узнать подробности об участии, зайдите на наш закрытый форум (пароль:  ljvjdjq).

До встречи в честном бою!

Выступление Натальи Руколь на онлайн-конференции для специалистов по тестированию Fun ConfeT&QA, осень 2013 года.

Писать тест-кейсы скучно. Не писать тест-кейсы опасно.

Что делать?

Управляемое исследовательское тестирование!

• Вести чек-листы, чит-листы и тест-туры
• Контролировать результаты через тест-сессии
• Анализировать продукты, используя майнд-карты
• Планировать тестирование через фичи
• Оценивать исследовательское тестовое покрытие

Хотите и весело, и контролируемо? Я расскажу, как!

Почти 8 лет Александр Орлов и Вячеслав Панкратов (ведущие тренера Школы менеджеров Стратоплан) организуют тренинги, вебинары, проводят конференции и работают с самыми разными людьми.

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

И вот спустя  столько времени захотелось узнать правду - насколько правильно построена работа с людьми в компаниях разных отраслей?

Поэтому Школа менеджеров Стратоплан запускает Большое Исследование Стратоплана, в котором предлагаем принять участие Вам и Вашим коллегам: http://stratoplan.ru/opros/poll_softwaretesting.html

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

Заранее спасибо и хорошего Вам дня!

Доклад Алексея Баранцева с конференции Fun ConfeT&QA.

Вы нашли баг — но не можете его воспроизвести.
Вы нашли баг, он успешно воспроизводился — но на следующий день больше не можете его воспроизвести.
Вы нашли баг, он успешно воспроизводится — но только на вашей машине, а на других всё работает нормально.
Вы нашли баг, он успешно воспроизводится — но только не на машине разработчика и он не может пофиксить его.
Вы нашли баг, он успешно воспроизводился, и вот сам собой исчез, хотя разработчики говорят, что ничего не исправляли.
Знакомо? Наверняка.
Что делать в таких ситуациях?
Писать в баг-трекер или не писать?
А был ли баг вообще? Поверят ли вам?
Сколько времени потратить на попытки воспроизвести хитрый баг?
Я расскажу вам свои правила и маленькие хитрости, как действовать в этих случаях.

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

Без погружения в архитектуру приложений, особенности мобильных платформ и устройств, я решила собрать в этой статье набор из 6 нетривиальных советов из личного опыта или, как теперь это модно называть, ЛАЙВХАК. Надеюсь, он поможет Вам сделать мобильное тестирование более эффективным.

1. Во время тестирования мобильное устройство должно занимать естественное положение

Среди моих друзей и знакомых нет людей, которые бы пользовались мобильным телефоном, лежащим на столе. К сожалению, очень часто замечаю, что тестирование проводится именно так. Угрюмый QA-инженер томно нависает над экраном лежащего на столе смартфона. Это, на мой взгляд, категорически неправильно. Телефон должен занимать обычное, привычное пользователю положение. Обычно мы держим его в одной руке, направляя поверхность экрана перпендикулярно взгляду. Для того, чтобы сэмулировать и зафиксировать естественное состояние телефона, достаточно просто использовать подставку. В своё время я открыла, что обычный крючок для наушников как нельзя лучше выполняет роль подставки для телефона. Вот такой незамысловатый лайфхак.

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

2. Всегда держите под рукой соединительный кабель

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

Запись доклада Сергея Атрощенкова с онлайн-конференции Fun ConfeT&QA, весна 2012 года.

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

Если программисты могут описывать бизнес-логику, то и у нас есть богатство выбора, чем же заняться:

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

И именно о 4м пункте я и расскажу.

На помощь, в этой задаче, к нам приходят макеты (концепт-скрины, если угодно). Для обсуждения названий контролов, для обсуждения того, что и на какую форму приложения необходимо поместить – это хорошая помощь. И, бывает так, что макет влияет на бизнес-логику: когда заказчик увидит прототипы, может оказаться, что его видение Кунг-фу вовсе не подразумевало ленивого медведя в роли Мастера…

Примеры создания макетов будут демонстрироваться с использованием инструмента Balsamiq.