Home

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

Утром 10 декабря в холле «Radisson-Славянской» можно было увидеть не только тестировщиков, но и разработчиков, которые не хотят просто «перекидывать код через стену», а ощущают значимость тестирования. В том же холле, помимо прочего, можно было поиграть в робохоккей — и поскольку в этой игре надо управлять жуками, она смотрелась на «Гейзенбаге» довольно символично.

Развитие - это немаловажная часть нашей жизни. Поэтому после того, как вы нашли свою первую работу в качестве тестировщика, на повестке наверняка появятся вопросы “Что я должен сделать, чтобы остаться востребованным специалистом?” и “Что поможет мне в дальнейшем профессиональном развитии?”

С советами от более опытных коллег вы можете ознакомиться, посмотрев ниже записи докладов с конференции QA Fest 2016.

Роман Белоусов - Как найти первую работу в IT-сфере

Екатерина Шепелева - Секрет успеха: как стать и оставаться востребованным на рынке IT

Игорь Бондаренко - Курсы по QA: как не ошибиться, и как еще научиться тестированию?

Автор: Александр Мешков

Оригинальная публикация

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

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

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

Любой процесс, неважно, разработка это или тестирование, сопровождение, управление качеством и т.д., всегда должен быть цикличен. Существуют 4 основных подхода к работе с процессами, и самый популярный из них, это уже общепризнанный цикл Демминга. Именно на его основе строится работа процесса и все другие методологии, такие как DMAIC (6 сигм), IDEAL, EFQM, которые всегда говорят нам о том, что нужно не только требовать выполнение процесса, но и постоянно его анализировать и непрерывно совершенствовать. Эти модели позволяют нам понять, как мы должны работать с процессом, и самое главное, мы должны всегда видеть проблемы нашего процесса и стараться их решить.

Говоря о тестировании, существуют 2 основополагающих подхода к совершенствованию процесса тестирования, это MBI и ABI.

MBI или Model Based Improvement — подход к совершенствованию процесса тестирования, который основан на референтных моделях совершенствования процесса тестирования. Модели могут быть процесcные, такие как TMMi, TPI и контекстные, такие как STEP или CTP. Эти модели позволяют нам на основе практик строить наш процесс тестирования по конкретным шагам, тем самым развивая процесс тестирования равномерно и последовательно.

Но подходят ли нам такие модели для аудитов уже существующих процессов?

По моей практике скажу, что нет!

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

Вопрос в том, как это лучше сделать: полностью пересмотреть процесс управления, или просто внести небольшие корректировки в работу?

Ниже мы публикуем видеозаписи выступлений наших коллег на конференции CEE SECR “Разработка ПО”, где они делятся опытом работы со своей командой: Длинный путь к DevOps? Михаила Громова и Проблемы процесса разработки с точки зрения тестирования Никиты Сыскова.

Автор: Альберт Гареев (Albert Gareev)

Оригинал статьи: http://automation-beyond.com/2016/12/06/is-manual-testing-dying/

Перевод: Ольга Алифанова

"Умирает ли ручное тестирование?", "Мертво ли оно уже"?, "Когда его полностью заменит автоматизация"…

Эти вопросы всплывают очень часто – я вижу их в ЛинкедИне, на Куоре, в Твиттере.

Я бы разделил ответы на эти вопросы на три категории. Примеры ниже.

• НЕТ! Оно не ручное! Это умственный труд, требующий размышлений! Что за идиотский вопрос?
• Да. Все тестирование можно заменить автоматизацией и инструментами.
• Сейчас ручное тестирование требуется гораздо меньше по ряду причин, но оно никогда не исчезнет.

Когда я думаю об ответах типа 1, я вижу в них эмоциональный заряд. Я научился этому у Джерри Вайнберга. Источник эмоции может быть страхом, чувством незащищенности или даже превосходства. Не могу сказать, что я удивлен. Те же чувства выражают рекрутеры и бухгалтеры – их профессии тоже подвергаются переменам, и ручной труд постепенно берут на себя инструменты.

Лично я больше склоняюсь к ответам типа 3. Это репост моего ответа с сервиса вопросов и ответов Quora.

Да, ручное тестирование умирает. И вот почему.

Вышел выпуск рассылки за первую половину декабря, его содержание доступно по ссылке.

Как всегда в выпуске рассылки собраны ссылки на новые статьи, слайдкасты, отобраны самые интересные публикации в ленте блогов и темы на форуме.

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

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

Анна Карпенко - Специфика тестирования мобильных приложений

Татьяна Люлюченко - Немного о мобильных браузерах

Василий Сливка - 10 лучших практик для тестирования мобильных приложений

Денис Яременко - Как облегчить процесс мобильного тестирования

Автор: Людмила Лихогляд

Оригинальная публикация

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

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

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