Развитие - это немаловажная часть нашей жизни. Поэтому после того, как вы нашли свою первую работу в качестве тестировщика, на повестке наверняка появятся вопросы “Что я должен сделать, чтобы остаться востребованным специалистом?” и “Что поможет мне в дальнейшем профессиональном развитии?”
С советами от более опытных коллег вы можете ознакомиться, посмотрев ниже записи докладов с конференции 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? Михаила Громова и Проблемы процесса разработки с точки зрения тестирования Никиты Сыскова.
"Умирает ли ручное тестирование?", "Мертво ли оно уже"?, "Когда его полностью заменит автоматизация"…
Эти вопросы всплывают очень часто – я вижу их в ЛинкедИне, на Куоре, в Твиттере.
Я бы разделил ответы на эти вопросы на три категории. Примеры ниже.
НЕТ! Оно не ручное! Это умственный труд, требующий размышлений! Что за идиотский вопрос?
Да. Все тестирование можно заменить автоматизацией и инструментами.
Сейчас ручное тестирование требуется гораздо меньше по ряду причин, но оно никогда не исчезнет.
Когда я думаю об ответах типа 1, я вижу в них эмоциональный заряд. Я научился этому у Джерри Вайнберга. Источник эмоции может быть страхом, чувством незащищенности или даже превосходства. Не могу сказать, что я удивлен. Те же чувства выражают рекрутеры и бухгалтеры – их профессии тоже подвергаются переменам, и ручной труд постепенно берут на себя инструменты.
Лично я больше склоняюсь к ответам типа 3. Это репост моего ответа с сервиса вопросов и ответов Quora.
Все, кто хоть раз сталкивался с тестированием мобильных приложений, знает, что оно имеет свои особенности и отличается от тестирования десктопных и веб-приложений.
На конференции QA Fest 2016 докладчики уделили немало внимания вопросу мобильного тестирования. Что лучше всего проверять в первую очередь, какие сценарии нельзя игнорировать, какой инструмент наиболее подходящий - эту и другую полезную информацию можно найти в записях докладов, опубликованных ниже:
Анна Карпенко - Специфика тестирования мобильных приложений
Татьяна Люлюченко - Немного о мобильных браузерах
Василий Сливка - 10 лучших практик для тестирования мобильных приложений
Денис Яременко - Как облегчить процесс мобильного тестирования
Тестировщики — специалисты, к которым должен попадать продукт еще на стадии его проектирования или разработки. К сожалению, эта аксиома очевидна не для всех. И зачастую продукт приходит на тестирование уже после того, как возникают проблемы во время эксплуатации конечными пользователями. Как следствие, теряется драгоценное время, возрастают риски провала.
От мастерства нас, тестировщиков, во многом зависит, насколько продукт будет соответствовать заявленной цели. Мы должны приложить все усилия и учесть все возможные нюансы для того, чтобы конечный пользователь мог в полной мере насладиться всеми преимуществами и возможностями проекта. Важно понимать, что тестирование — это не просто бессмысленное тыканье кнопочек в попытках сломать программу. Тестирование — это умение вжиться в проект, прочувствовать его предназначение, учесть все требования, увидеть его глазами как заказчика, так и пользователей. Наконец, это умение вовремя выявить все слабые места, чтобы общими усилиями устранить их и сделать продукт эффективным.
Разом охватить все тонкости тестирования практически невозможно. У каждого тестировщика есть свой набор секретов, подходов и любимых методик, зависящий и от специфики тестируемого продукта, и от профессионального опыта. Специалист по тестированию может творить настоящие чудеса с неуспешными продуктами, используя в работе свой наработанный инструментарий.
Мир мобильного тестирования очень специфичен: огромный зоопарк различных устройств, небольшие (по сравнению с десктопами) экраны, специфические виды передачи данных - всё это значительно усложняет работу с девайсами на уровне глубже обычного пользователя. Во время работы тестировщики мобильных приложений часто сталкиваются с рутинными, но нетипичными для других сфер тестирования задачами: как перекинуть логи на компьютер, залить тестовые данные на девайс, набрать ссылку для скачивания нового билда и так далее. Всё это на десктопе или ноутбуке занимает всего несколько секунд, а на мобильных устройствах - чуть ли не больше времени, чем собственно тестирование. Очевидно, что специалисту невыгодно тратить своё время на решение этих задач, однако сталкивается он с ними каждый день.
С ростом профессионализма в арсенале специалиста появляются различные вспомогательные инструменты, которые позволяют снизить потери времени на рутинные задачи почти до нуля. Однако ничего не мешает и начинающим тестировщикам использовать подобные инструменты, ведь они бесплатны, общедоступны и понятны каждому. В этом видео, которое является частью тренинга “Тестирование мобильных приложений: начальный уровень” (автор и ведущей тренинга Арсений Батыров), собраны 7 видов утилит, которые значительно облегчают жизнь мобильного тестировщика и отчасти даже ускоряют процесс самого тестирования:
В ноябре на форуме software-testing.ru был опрос про то хотят ли тестировщики стать руководителями. На вопросы ответили почти 80 человек. Ниже результаты
Четверть опрошенных не хотят даже пробовать для себя функции руководства. Еще четырнадцать процентов попробовали и поняли, что это не для них. В любой момент готовы перейти в управление двадцать пять процентов и одиннадцать планируют для себя подобный переход в ближайшие три года.
Загуглите "как написать тест-план" – и утоните в куче шаблонов, обучающих материалов, маст-хэвов и всего такого прочего. Когда дело доходит до создания тест-плана, способов его сделать миллионы, и в уме нужно держать множество вещей – очень легко запутаться. Люди часто вносят в план информацию с целью "лишней не будет" – кажется, что лучше бы ее туда включить. Может, кому-то она нужна, правда? Как только план написан, прошел ревью, исправлен, финализирован и передан всем заинтересованным лицам, часто выясняется, что его никто никогда не читал.
Мы тратим кучу времени, создавая объемную тест-документацию, которую никто не читает и не использует, и это бесит. Проблема тут в том, что у менеджмента нет времени на чтение огромных документов – они хотят знать о важных вещах.
Джеймс Уиттакер писал о Тест-плане за десять минут несколько лет назад, описывая вызов, который он бросил своей команде. Его целью было получить ценность тест-плана как можно быстрее. Давайте рассмотрим этот подход с другой точки зрения, но со схожей целью. Сложность будет не во времени, а в пространстве. Как уложить тест-план в одну страничку?
21-22 апреля 2017 г. в Москве состоится 6-я международная конференция по системному и бизнес анализу в ИТ – Analyst Days.
Приглашаем вас принять участие в работе Международной конференции по системному и бизнес анализу – Analyst Days. Конференция пройдет в 2-х дневном формате в Москве, благодаря этому, вы получите возможность пообщаться и обменяться экспертизой с представителями большого количества ИТ-компаний из различных городов и стран. Кроме того, это возможность посетить столицу России и ознакомиться с ее достопримечательностями.
Analyst Days является конференцией, на которой обсуждается ряд профессиональных вопросов, среди которых: последние инновации, тенденции, опыт, результаты и проблемы в области проектирования требований, практика управления требованиями, необходимые навыки, техники, технологии, инструментарий и т.д. Конференция будет интересна всем без исключения специалистам, вовлеченным в процессы работы с требованиями.
До 31 декабря 2016 г. действует ранний период оплаты участия. Наши читатели могу получить дополнительную скидку.
Автор: Клэр Рэклесс (Claire Reckless)