Вот и прошла наша последняя встреча сезона 2012! В тёплой дружественной неофициальной атмосфере мы просто обсудили те вопросы, что хотелось давно задать, но почему-то они не задавались.
Не вдаваясь в подробности всего обсуждения, давайте пройдемся по всем вопросам и ответам, чтобы понять, что полезного мы обсудили..
- Способы мотивации и их сравнение
- Возможности для развития в тестировании
- Почему тестировщики занимающиеся автоматизацией тестирования считают, что они умнее, круче, быстрее, выше, сильнее мануальных тестировщиков?
- Организация дня (персональное расписание) тестировщика
- Есть все-таки в Минске нормальные курсы по тестированию?
- Котируются ли за границей сертификаты (по тестированию), которые можно получить в РБ?
- Есть ли в РБ компании, которые сотрудничают с Новой Зеландией?
- Как найти первую работу? Что непременно надо знать для старта?
- Рост в маленькой компании и переход в большую. Каково это?
- Как писать толковые тест-кейсы?
- Решение ситуации, когда из спринта в спринт постится плавающий баг, но разработчики его возвращают со статусом «Не воспроизводится»
- Особенности тестирования мобильных приложений
- Как тестировщики проводят лето?
Способы мотивации и их сравнение.
Здесь лучшим ответом будет несколько страниц, отсканированных из книги Светланы Ивановой «Мотивация на 100%» парочка страниц.
А в целом вывод однозначен — материальная мотивация до поры до времени хороша, но не гарантирует блеска в глазах сотрудников. А вот интересные проекты, новые задумки и мелкие приятности подогревают самые прекрасные чувства сотрудников по отношению к компании.
Возможности для развития в тестировании
Мы выделили следующие направления:
- Экспертная тестерская линия (прокачка себя как профессионала в сфере тестирования):
- Junior > Medium > Senior
- Тестирование определённой доменной области (телекоммуникации, банковская сфера, энергетика и т.п.)
- Можно развиваться в каком-нибудь одном направлении тестирования – безопасности, нагрузочное, юзабилити и т.п.
- А можно стать крутым тест-дизайнером!
- Из ручного тестирования можно перейти в автоматизацию, где так же присутствует экспертная линия. Кстати, можно и наоборот!
- Тестировщики-автоматизаторы могут становиться экспертами в определённом инструменте или подходе к автоматизации.
- Проектное, а так же в другие смежные профессии:
- Tester/QA > Test Designer
- Tester/QA > PM
- Tester/QA > BA
- Tester/QA > Developer
- Ресурсное:
- Tester/QA > Test/QA Team Lead > Test/QA Manager > Test/QA Department Director
- Можно развиваться в тестировании определённой доменной области:
- Телекоммуникации
- Финансы
- Химия
- И т.д.
- «Уже почти вне-офисная деятельность»
- Тренер по тестированию
- Консультант
- Ну и своя собственная фирма по тестированию или консультациям в тестировании или центр обучения тестированию, ну или … что-то ещё оригинальное своё.
Почему тестировщики занимающиеся автоматизацией тестирования считают, что они умнее, круче, быстрее, выше, сильнее мануальных тестировщиков?
Предполагаем, что это суждение неверно, т.к. мы таких зазнаек не знаем. =) Можно также этот вопрос обсудить в facebook группе.
Организация дня (персональное расписание) тестировщика.
Вопрос очень тяжёлый и неоднозначный, на который никто не смог дать чёткого ответа. Это вполне нормально – не смотря на то, что мы все гордо называем себя тестировщиками, задачи у всех совсем разные.
Менеджеры чаще заняты небольшими задачами, количество которых превышает дневную норму по выпуску станков на заводе. Или наоборот, проводят час-другой в раздумьях о вечном. Так что управлять своим графиком достаточно сложно!
Тестировщики чаще жалуются на рутинные задачи, которые наскучивают через час-два и, наоборот, хочется переключиться.
Из общих (и неоспоримых) моментов выделили следующее:
- Нужно уметь управлять своим временем, чтобы время не управляло нами!
- У многих утро начинается с чашечки кофе/чая/водички. Как говорится, как день начнешь…
- И почти никто не обходится без священного ритуала разбора почты.
У кого-то день расписан на митинги и собеседования. Кто-то может быть более гибким, но с обязательным дейли митингом.
У некоторых тестировщиков день начинается с разбора потенциальных ошибок, которые пришли из сапорта по письмам пользователей.
А лиды в это время формируют список задач для своей команды. Хотя некоторые, конечно, делают это вечерком (чтобы утром поспать подольше J).
Вариаций много – выбирайте то, что подходит вам!
Есть все-таки в Минске нормальные курсы по тестированию?
Известная нам ситуация на момент встречи (3 июня 2012г.)
Учебный центр | Название курса | На кого направлен? | Насколько «нормальный»? |
Белхард | Тестирование ПО | Тестирование с нуля, для начала обучения требуется уверенная компьютерная грамотность | Не все преподаватели имеют практический опыт, что сказывается на результатах обучения |
Белхард | Тестирование WEB приложений | Новички, знающие базовые принципы тестирования | |
Образовательный центр ПВТ | ST01 Тестирование для начинающих | Тестирование с нуля, для начала обучения требуется уверенная компьютерная грамотность | |
Образовательный центр ПВТ | ST02 Особенности тестирования веб-ориентированных приложений | Новички, знающие базовые принципы тестирования | |
Образовательный центр ПВТ | ST03 Функциональное тестирование | Новички, знающие базовые принципы тестирования | |
Образовательный центр ПВТ | ST04 Автоматизированное тестирование для начинающих | Новички со знанием ООП, HTML и имеющие алгоритмическую подготовку и опыт программирования на любом объектно-ориентированном языке программирования | |
Образовательный центр ПВТ | ST05 Автоматизация тестирования с использованием Java | Новички со знанием ООП, HTML и имеющие алгоритмическую подготовку и опыт программирования на любом объектно-ориентированном языке программирования | |
EPAM на базе БГУИР | Введение в тестирование программного обеспечения | Тестирование с нуля, для начала обучения требуется уверенная компьютерная грамотность | Практические занятия хоть и есть, но не по всем темам и маленькая обратная связь со стороны преподавателя |
EPAM на базе БГУИР | Автоматизированное тестирование ПО | Новички со знанием ООП, HTML и имеющие алгоритмическую подготовку и опыт программирования на любом объектно-ориентированном языке программирования | |
Itransition | Тестирование ПО | Тестирование с нуля, для начала обучения требуется уверенная компьютерная грамотность и хотя бы базовое знание английского языка | |
Itransition | Автоматизация тестирования ПО | Новички со знанием ООП, HTML и технического английского языка, имеющие алгоритмическую подготовку и опыт программирования на любом объектно-ориентированном языке программирования | |
BIGsoft | Тестирование ПО | Тестирование с нуля, для начала обучения требуется уверенная компьютерная грамотность |
Как видите, ситуация с обучением для совсем новичков — вполне себе хорошая. А вот более опытным тестировщикам сложнее.
Многие фирмы организуют собственные внутренние курсы, конференции, приглашают иностранных экспертов, предоставляют обучение как сервис для клиентов, но пойти и подучиться тестировщику самому нынче сложно – или сам, или нужно ждать приезжего эксперта, если фирма не помогает.
Дополнение от марта 2014 г: открылись курсы по тестированию ПО для начинающих и опытных тестировщиков Савастюк Натальи, организатора нашего сообщества QA Club Minsk.
Котируются ли за границей сертификаты (по тестированию), которые можно получить в РБ?
Те сертификаты, которые выдают упомянутые в таблице фирмы, не котируются за границей.
Единственный сертификат, который можно получить в Беларуси и на наличие которого смотрят некоторые заказчики – это ISTQB-сертификат. Расписание экзаменов, а также материалы можно найти на сайте официального регионального представителя ISTQB в Беларуси — http://www.bystqb.org/
Есть ли в РБ компании, которые сотрудничают с Новой Зеландией?
Не слышали о таких.
Зато очень любопытно было послушать истории про опыт работы на французских проектах! И такие бывают. И тогда даже ваши школьные знания французского, отложенные на полочку, становятся для фирмы просто бесценными!
Ещё знаем, что несколько фирм периодически остро нуждаются в тестировщиках со знанием немецкого языка.
Одному участнику встречи встречалась фирма, которая разрабатывает проекты для Японии.
Как найти первую работу? Что непременно надо знать для старта?
Вообще, некоторые компании берут и без особых знаний. Обучают уже у себя внутри. Для трудоустройства может быть достаточно хорошего аналитического мышления.
Но если говорить о самых азах тестирования, то вам неплохо бы знать:
- знать классификацию видов, методов, уровней тестирования
- понимать что такое тест-кейс и правила их создания и описания
- отличать тест-кейс от чеклиста
- понимать что такое баг (он же дефект) и правила его описания
- научиться работать в какой-нибудь багтрекер системе
- знать жизненный цикл бага
- понимать жизненный цикл проекта и базовые принципы разработки программного обеспечения
- уметь работать с требованиями и искать в них ошибки
Рекомендуем также изучить следующую информацию:
- Вопросы по тестированию на собеседовании
- Задачи на сообразительность
- Собеседование специалистов или интервью как игра
- Как проходить собеседование
Ну и какая работа без резюме? Напишите грамотное и информативное для должности тестировщика резюме!
Рост в маленькой компании и переход в большую. Каково это?
Всем по-разному.
Переход – это вообще очень сложно. Даже если переход и желанный и долгожданный. И не важно, в какую он сторону – из большой в маленькую, или наоборот.
Те, кому важен карьерный рост, при переходе из большой компании в маленькую вполне вероятно его получат.
При переходе из маленькой в большую этот процесс может потребовать больше усилий.
С другой стороны, техническую экспертизу проще получить в большой компании, где сотрудники делятся опытом, выполняют разные по сложности проекты и тренируются на кошках.
Однако большие компании чаще имеют ряд социальных преимуществ перед маленькими компаниями – более уютный офис, мед. страхования, обеды в офис и даже массажи.
При этом большие компании чаще воспринимаются более материально стабильными на рынке.
Как писать толковые тест-кейсы?
На самом деле нет простой формулы или рецепта создания «толкового», хорошего тест-кейса. Многие проекты требует индивидуального рассмотрения.
Обычно тест-кейсы:
- Помогают оценить полноту тестирования.
- Помогают уменьшить количество спонтанного исследовательского тестирования, которое не все тестировщики одинаково полезно проводят.
- Очень полезны в автоматизированном тестировании, где каждая мелочь важна.
Потому первым этапом поймите, какую цель преследует написание тестов на вашем проекте. И уже в зависимости от назначения тестов вы сможете их корректировать в ту или иную сторону — увеличивать или уменьшать количество шагов, их детализацию, использовать терминологию, сокращения и т.д.
Если не вдаваться в подробности, то вот парочка советов:
- Тест должен преследовать определённую идею (заголовок). И эта идея должна быть уникальна.
- Описывая шаги и ожидаемый результат, думайте о человеке, который будет их выполнять в первый раз — шаги должны быть ясны, полны, непротиворечивы, выполнимы. И забудьте фразы «всё работает правильно\корректно». Не должно быть таких понятий у тестировщика. Вместо этого укажите, что подразумевается под понятием «правильно».
- Старайтесь писать грамотно, просто и используя при необходимости достаточное и умеренное форматирование текста (списки, жирный текст, курсив, другие шрифты и т.п.).
- Не пытайтесь всегда следовать шаблонам. Возможно, в вашем проекте нужно проявить фантазию и уникальность!
Есть хорошая презентация и хороший документ на тему хороших тест-кейсов. Очень верим, что они помогут вам найти ответы на ваши вопросы!
Решение ситуации, когда из спринта в спринт постится плавающий баг, но разработчики его возвращают со статусом «Не воспроизводится»
Если касаться ситуации конкретнее и со слов автора вопроса, то когда-то он нашёл баг, который почему-то воспроизводился только на его девайсе (разговор о мобильных приложениях). После нескольких словесных переписок с разработчиком по поводу того что «баг не воспроизводиться», показал его менеджеру проекта, тот сказал записать в багтрекер и на этом всё — баг был забыт менеджером в гуще того самого багтрекера.
Через какое-то время баг нашёл заказчик и зарепортил его. Баг был исправлен практически моментально.
Вопрос: что делать?
Ну, на самом деле обидно. Все тестировщики, кто с этим сталкивался, согласятся — барахтаешься, руками машешь, транспоранты пишешь – ан нет!
В итоге собрали следующий список рекомендаций:
- Приложите максимум усилий, чтобы стабилизировать (локализовать) баг — найти четкие шаги воспроизведения, условия и девайсы.
- Записать баг в багтрекер, максимально детализировав предварительные настройки и шаги. Помните о таком атрибуте бага как «воспроизводимость»!
- Привлеките внимание к багу сначала программиста, затем своего лида, затем менеджера проекта.
- Если менеджером проекта было решено отложить исправление ошибки, то мы ничего не поделаем. На то он и менеджер проекта. Просто убедитесь, что он понимает критичность её появления у пользователя. В случае сомнений в понимании попробуйте обсудить поведение с заказчиком – он тоже может принять вашу сторону!
- Если баг не исправили и его нашёл клиент или пользователь, то просто поставьте себе плюсик в карму тестировщика о том, что вы предупреждали. Злиться ни на кого не надо. И обижаться тоже. И ждать похвалы от менеджера или другого члена команды. Будет – и хорошо, а не будет – и ладно! Это жизнь, а менеджеры тоже не всё могут помнить. Вы молодец!
P.S. Проследите, чтобы два бага залинковали вместе как дубликаты.
Как тестировщики проводят лето?
Увы и ах, но ничего сверхъестественного вы здесь не услышите.
Тестировщики – это те же люди, которые летом либо работают в обычном режиме, либо планируют отдых по душе. Почему-то этим летом высок процент желающих поехать отдыхать в Италию.
Ну а мы, организаторы, желаем вам отлично провести лето! Отдохнуть и душой и телом! А сообщество прерываемся на небольшую паузу – летние каникулы! Ну и отметьте себе, что 9го сентября, день тестировщика, или ближайшие после него выходные – это день нашей следующей встречи!
P.S. Фото можно найти в фейсбук группе
Автор текста: Савастюк Наталья
Редакторы: Кныш Надежда, Елена Дрозд, Юлия Каборда.