Отправляет email-рассылки с помощью сервиса Sendsay

Записки бизнес аналитика

  Все выпуски  

Записки тестировщика


Информационный Канал Subscribe.Ru

 
SOFTWARE-TESTING.RU
Информационный канал
 
  • Тестирование и качество информационных систем
  • Сообщество специалистов отрасли
  • Публикации и обсуждения материалов
  • Журнал "Тестирование и Качество"
Работа | Записки тестировщика | Безопасность | Форумы | Консалтинг | Обучение | Аутсорсинг | Журнал "ТК"

Авторский проект
Вячеслава Панкратова

Записки тестировщика

Рассылки Subscribe.Ru
Работа для тестировщиков и QA. Вакансии ведущих компаний.
Тестирование и качество
Записки тестировщика
Автоматизированное тестирование
Тестирование программного обеспечения
Тестирование информационной безопасности
Последние обсуждения форума тестировщиков
:: Развитие тестировщика или "куда дальше"?

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

Имеем, потребность в квалифицированном девелопере, который будет реализовывать на проектах по тестированию задачи автоматизации. Для этих потребностей зачастую не хватает обычного тестировщика, даже со знаниями нескольких систем автоматизации (кстати, именно проблемы чисто девелоперского характера зачастую и становятся проблемой при внедрении автоматизированного тестирования). Если тестирование будет всерьёз автоматизироваться (а на конкретной задаче автоматизироваться будет много и именно не со стороны GUI, а "изнутри") то участие девелопера в проекте по автоматизации становится необходимым. Получаем потребность в девелопере в составе команды по тестированию.

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

Проблемы.
1. Видение тестирование разработчиком (страшная картина, между прочим!)
2. Зачем мне бросать то, в чём я разбираюсь и идти в принципиально другую сторону?
3. Перспективы?

Я честно пытался заходить с разных сторон. И если прояснение для разработчика, что я не хочу делать из него "кликера" далось мне легко - то остальные два больших вопроса дались намного сложнее.

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

Далее немного в виде диалога.

- Куда может расти тестировщик?
- По вертикали также как и девелопер: team lead, руководитель проекта.

- ПМ из тестера? (недоверчиво)
- Также как и из девелопера.
- Да ну, не видел такого…
- ПМ в любом случае решает задачи управления, так что и там и там придётся учится. Если одного из девелоперов делают старше остальных, то он не становится ПМ-ом, хоть может так и называться (картина распространённая).

- Ладно, а ещё?
- Есть вариации на тему: тест-дизайнер, тест-аналитик, разработчик автоматизированных скриптов. Автматизация, кстати тоже бывает разная: функционал и производительность – два больших направления со своими решениями. Кстати, когда разрабатывается дизайн тестовых сценариев, приобретаются навыки и бизнес-аналитика. Идеологически тоже есть большая ветка, путь на которую, как по мне, закрыт для разработчиков: обеспечение качества. (Я не приравниваю качество и тестирование.)

- Ну, а чем вы тестите?
- Решений для тестирования, именно сред, а не утилит, больше чем сред разработки. Да и по стоимости/сложности (а как по мне стоимость зачастую определяется технологичностью решений) они превосходят среды разработки.
- ?!
- Что есть большого у разработчиков? Промышленного: Делфи, Студия (с вариациями), Эклипс? У отрасли тестирования направлений больше, ведущих производителей только около 7, у каждого по несколько решений, для различного типа задач. А сред для поддержки процессов разработки, планирования, с которыми тоже приходится иметь дело тестировщикам? Багтрекеров и планировщиков одних сколько.
- Какие-то свои языки в этих средах?
- Есть и свои, есть и поддержка нескольких "реальных" языков.

- Рост?
- Говорил и повторюсь. Тестировщик растёт быстрее, особенно если тестировщик работающий на нескольких проектах или проектах, что часто друг друга сменяют. Приходится глубоко вникать в каждую предметную область, каждый проект во многом преподносит новые подходы и навыки. Первые год-два профессиональный рост тестировщика заметен очень сильно – он выражен ярче, что ли. Да и дерево вариантов развития и тестировщика богаче: автоматизация (функционал и производительность), дизайн, анализ, управление, качество. В дальнейшем тестировщик может расти ещё в одном интересном направлении – консалтинге, чего, как мне кажется, не случается с обычным разработчиком.

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

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

Вот такая небольшая заметка об очередном повороте сюжета из жизни активно практикующего тестировщика. Удачи.

--
Панкратов Вячеслав
16/02/2005

:: Рекомендуемая литература [http://software-testing.ru/literature/]
Тестирование черного ящика. Тестирование черного ящика.
Технологии функционального тестирования программного обеспечения и систем.
Борис Бейзер
Автоматизированное тестирование программного обеспечения Автоматизированное тестирование программного обеспечения
Элфрид Дастин, Джефф Рэшка, Джон Пол
Купить в ОЗОНЕ Купить в ОЗОНЕ
© 2004 | www.software-testing.ru | Сервер тестировщиков и инженеров качества

http://subscribe.ru/
http://subscribe.ru/feedback/
Подписан адрес:
Код этой рассылки: comp.soft.prog.notes
Отписаться

В избранное