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

Вот и прошла наша последняя встреча сезона 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/

Есть ли в РБ компании, которые сотрудничают с Новой Зеландией?

Не слышали о таких.

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

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

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

Как найти первую работу? Что непременно надо знать для старта?

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

Но если говорить о самых азах тестирования, то вам неплохо бы знать:

  • знать классификацию видов, методов, уровней тестирования
  • понимать что такое тест-кейс и правила их создания и описания 
  • отличать тест-кейс от чеклиста
  • понимать что такое баг (он же дефект) и правила его описания 
  • научиться работать в какой-нибудь багтрекер системе
  • знать жизненный цикл бага
  • понимать жизненный цикл проекта и базовые принципы разработки программного обеспечения
  • уметь работать с требованиями и искать в них ошибки

Рекомендуем также изучить следующую информацию:

Ну и какая работа без резюме?  Напишите грамотное и информативное для должности тестировщика резюме!

Рост в маленькой компании и переход в большую. Каково это?

Всем по-разному.

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

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

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

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

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

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

 

Как писать толковые тест-кейсы?

На самом деле нет простой формулы или рецепта создания «толкового», хорошего тест-кейса. Многие проекты требует индивидуального рассмотрения.

Обычно тест-кейсы:

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

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

Если не вдаваться в подробности, то вот парочка советов:

  • Тест должен преследовать определённую идею (заголовок). И эта идея должна быть уникальна.
  • Описывая шаги и ожидаемый результат, думайте о человеке, который будет их выполнять в первый раз — шаги должны быть ясны, полны, непротиворечивы, выполнимы. И забудьте фразы «всё работает правильно\корректно». Не должно быть таких понятий у тестировщика. Вместо этого укажите, что подразумевается под понятием «правильно».
  • Старайтесь писать грамотно, просто и используя при необходимости достаточное и умеренное форматирование текста (списки, жирный текст, курсив, другие шрифты и т.п.).
  • Не пытайтесь всегда следовать шаблонам. Возможно, в вашем проекте нужно проявить фантазию и уникальность!

Есть хорошая презентация и хороший документ на тему хороших тест-кейсов. Очень верим, что они помогут вам найти ответы на ваши вопросы!

 

Решение ситуации, когда из спринта в спринт постится плавающий баг, но разработчики его возвращают со статусом «Не воспроизводится»

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

Через какое-то время баг нашёл заказчик и зарепортил его. Баг был исправлен практически моментально.

Вопрос: что делать?

Ну, на самом деле обидно. Все тестировщики, кто с этим сталкивался, согласятся — барахтаешься, руками машешь, транспоранты пишешь – ан нет!

В итоге собрали следующий список рекомендаций:

  1. Приложите максимум усилий, чтобы стабилизировать (локализовать) баг — найти четкие шаги воспроизведения, условия и девайсы.
  2. Записать баг в багтрекер, максимально детализировав предварительные настройки и шаги. Помните о таком атрибуте бага как «воспроизводимость»!
  3. Привлеките внимание к багу сначала программиста, затем своего лида, затем менеджера проекта.
  4. Если менеджером проекта было решено отложить исправление ошибки, то мы ничего не поделаем. На то он и менеджер проекта. Просто убедитесь, что он понимает критичность её появления у пользователя. В случае сомнений в понимании попробуйте обсудить поведение с заказчиком – он тоже может принять вашу сторону!
  5. Если баг не исправили и его нашёл клиент или пользователь, то просто поставьте себе плюсик в карму тестировщика о том, что вы предупреждали. Злиться ни на кого не надо. И обижаться тоже. И ждать похвалы от менеджера или другого члена команды. Будет – и хорошо, а не будет – и ладно! Это жизнь, а менеджеры тоже не всё могут помнить.  Вы молодец! 

P.S. Проследите, чтобы два бага залинковали вместе как дубликаты.

Как тестировщики проводят лето?

Увы и ах, но ничего сверхъестественного вы здесь не услышите.

Тестировщики – это те же люди, которые летом либо работают в обычном режиме, либо планируют отдых по душе. Почему-то этим летом высок процент желающих поехать отдыхать в Италию. 

Ну а мы, организаторы, желаем вам отлично провести лето! Отдохнуть и душой и телом! А сообщество прерываемся на небольшую паузу – летние каникулы! Ну и отметьте себе, что 9го сентября, день тестировщика, или ближайшие  после него выходные – это день нашей следующей встречи!

 

 

P.S. Фото можно найти в фейсбук группе

 

Автор текста: Савастюк Наталья

Редакторы: Кныш Надежда, Елена Дрозд, Юлия Каборда.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.