На тест-менеджере всегда лежит большая ответственность: решить возникающие на проекте проблемы, организовать процесс работы в команде так, чтобы результат был положительным.
Вопрос в том, как это лучше сделать: полностью пересмотреть процесс управления, или просто внести небольшие корректировки в работу?
Ниже мы публикуем видеозаписи выступлений наших коллег на конференции 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 г. действует ранний период оплаты участия. Наши читатели могу получить дополнительную скидку.
С сентября по октябрь более 400 респондентов поделились свои мнением о современном инструментарии автоматизированного тестирования. Огромное спасибо всем, кто участвовал в опросе!
Готовы узнать, чем живет автоматизированное тестирование? Долгожданные результаты – внизу (чтобы увеличить картинку, просто нажмите на нее).
Доклад посвящён эволюции методологии используемой для нагрузочного тестирования и основан на практическом опыте нескольких проектов. В начале пути была простая автоматизации нагрузочного тестирования. По-мере усложнения разрабатываемого продукта и изменения требований, возникала потребность в усложнения методологии и в заимствовании подходов хорошо зарекомендовавших себя для функционального тестирования. Кульминацией эволюции, в рамках доклада, будет рассказ об адаптации BDD (Behaviour Driven Develoment) практики для нагрузочного тестирования.
Автор: Клэр Рэклесс (Claire Reckless)