Сообщений в теме: 27

[Олешка]

Нет у меня определения, хочется народ послушать. Меня интересует, в частности, нужны ли такому специалисту навыки системного аналитика.

[Case]

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

Обладание навыками системного анализа требуется as must, наравне с навыками руковдителя и практическим опытом тестирования и разработки.

[Case]

Ух. Оказывается так много всего делается...
В резюме себе что ли пару абзацев добавить?

[el-step]

Альтернативное предложение:
Ведущий тестировщик -- специалист, отвечающий за тестирование некоторого продукта или части продукта и координирующий работы, непосредственно попадающие в зону его ответственности.

В резюме себе что ли пару абзацев добавить?

Фрагмент для резюме просто чудесный получился :)
Цитировать не буду, исходный текст еще вполне близко..
Все сказанное для конкретной ситуации, компании и персоны может быть неоспоримо; однако так мы теряем общность, а значит лишаем высокого звания (в данном случае "ведущего тестировщика") столь многих наших коллег :). Например:

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

Определение должности, я полагаю, должно соответствовать выполняемым функциям независимо от специфики компании; мы же пытаемся определить должность путем перечисления конкретных обязанностей или, что еще более шатко, навыков. Это удобно для составления требований о приеме на работу или для того же резюме (помните, дата начала - дата окончания, должность, а следующим абзацем -- обязанности, которые приходилось выполнять на данной позиции... вот это оно и есть). Ведь обязанности (и тем более навыки) не определяют должность, всё ровно наоборот.

Представляете, приходит HR в отдел тестирования и говорит: "Так, Иванов, Петров и Васечкин у нас умеют кодить, значит будут называться девелоперами. А Сидоров писал в последнем проекте FD -- зовите его теперь системным аналитиком..." и т. д. :)

Обладание навыками системного анализа требуется as must, наравне с навыками руковдителя и практическим опытом тестирования и разработки

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

[Олешка]

Ведущий тестировщик - специалист, которые принимает решения наравне с проектировщиком и ведущим разработчиком.

Тогда ему требуются как навыки системного анализа, так и глубокое знание бизнес-функциональности продукта. Последнее, ИМХО, в основном определяет, кто из команды будет просто тестировщиком, а кто - ведущим тестировщиком проекта.

[Олешка]

Ведущий тестировщик - специалист, который ... проводит тестирование этих решений, анализирует полученные решения на предмет их дальнейшей тестируемости.

Case, было бы очень интересно узнать, какие методики применяются для тестирования на этом уровне, кроме анализа требований и разработки use cases. Аналогично - насчет анализа решений на предмет их тестируемости.

[Олешка]

Ведущий тестировщик - специалист, который ...
В качестве руководителя отдела тестирования занимается распределнием обязанностей внутри команды, контролирует разработку тестов и выполнение планов тестирования, занимается проблемами перераспределения ресурсов, ротации кадров и внутрикомадным управлением.

Думаю, что el-step прав - это скорее обязанности менеджера команды тестировщиков, чем ведущего тестировщика. Идеальная ситуация, когда есть, так сказать, И ведущий научный сотрудник - в нашем случае ведущий тестировщик, И руководитель отдела, занимающийся организационными вопросами и внутрикомандным управлением.

[Олешка]

Альтернативное предложение:
Ведущий тестировщик -- специалист, отвечающий за тестирование некоторого продукта или части продукта и координирующий работы, непосредственно попадающие в зону его ответственности.

Все сказанное для конкретной ситуации, компании и персоны может быть неоспоримо; однако так мы теряем общность, а значит лишаем высокого звания (в данном случае "ведущего тестировщика") столь многих наших коллег :). Например:

- принимает решения наравне с проектировщиком и ведущим разработчиком -- разве структура компании не может оставлять эту роль начальнику или менеджеру отдела тестирования?..

Вполне может, вот только если в компании больше 3-х проектов тестируется, и каждый из них разрабатывается командой минимум из 5 программистов, то менеджер или начальник отдела тестирования одного проекта просто физически не сможет работать с каждым из проектов на столь детальном уровне, как это будет делать ведущий тестировщик, который держит руку на пульсе постоянно. Начальнику отдела приходится уделять время каждому из проектов, за счет чего его степень погруженности в каждый проект меньше, чем у ведущего тестировщика. И соответственно, он просто не обладает необходимыми знаниями, чтобы принимать решения на уровне проектировщика и ведущего разработчика.

[Олешка]

Альтернативное предложение:
Ведущий тестировщик -- специалист, отвечающий за тестирование некоторого продукта или части продукта и координирующий работы, непосредственно попадающие в зону его ответственности.

Все сказанное для конкретной ситуации, компании и персоны может быть неоспоримо; однако так мы теряем общность, а значит лишаем высокого звания (в данном случае "ведущего тестировщика") столь многих наших коллег :). Например:
..........
- составляет тестовые планы, контрольные листы -- "контрольных листов" в процедуре может просто не существовать..
..........

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

[Олешка]

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

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

[el-step]

Вполне может, вот только если в компании больше 3-х проектов тестируется ...

... В той или иной форме надо же включать ожидаемые результаты тестов

Абсолютно справедливо :)
Я как раз об этом и хочу сказать -- предложенный список обязанностей ведущего тестировщика может быть правильным для одной компании (например, где больше 3-х проектов, а ожидаемые результаты называются "контрольными листами"), и в то же время неверным для другой (где проектов 2 и начальник отдела тестирования рулит обоими, а ожидаемые результаты называются, скажем, "чеклистами" или как угодно еще). При этом и в той и в другой могут быть ведущие тестировщики, поэтому определение должно сохранять общность...

А я бы поспорила насчет опыта разработки

Пожалуй, в определенной ситуации действительно без этого можно обойтись -- например, тестирование исключительно ручное, а читать код человек мог выучиться в процессе работы тестировщиком обыкновенным (т. е. не получал образования в IT с практикумами по программированию и прочими удовольствиями), и т. д.

[Case]

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

[el-step]

Я думаю, это было бы справедливо :)
И еще нам придется разнести собственно определение понятия (должности) и типичные обязанности, соответствующие этой должности.
По поводу руководителя/менеджера отдела -- было бы интересно услышать от коллег, существует ли на практике отличие и если да -- то в чем оно (т. е. если это разные вещи, то определить отдельно начальника, а отдельно менеджера).

[Олешка]

А я бы поспорила насчет опыта разработки

Пожалуй, в определенной ситуации действительно без этого можно обойтись -- например, тестирование исключительно ручное, а читать код человек мог выучиться в процессе работы тестировщиком обыкновенным (т. е. не получал образования в IT с практикумами по программированию и прочими удовольствиями), и т. д.

To el-step:

Насколько я понимаю, существуют разные методики тестирования. В частности, при тестировании black box читать код не требуется.

[el-step]

To Олешка:

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

[Олешка]

По поводу руководителя/менеджера отдела -- было бы интересно услышать от коллег, существует ли на практике отличие и если да -- то в чем оно (т. е. если это разные вещи, то определить отдельно начальника, а отдельно менеджера).

Разве что так - в отделе много народа и можно выделить отдельного человека, который будет добывать оборудование и программы, а также составлять графики тестирования и распределять ресурсы по проектам - менеджер, а начальник отдела будет отвечать за технически-научное наполнение процесса тестирования. Что скажете?

[Case]

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

Может так?

[OlegSh]

И все-таки мне не понятно преимущество подхода к организации работы компании как такового - ну зачем нужен какой-то менеджер или начальник отдела тестирования или разработки??? Не лучше ли отказаться от этого лишнего рта? К тому же если проектов будет более 16 одновременно, то он со своими ф-циями уже справляться не будет.

[Олешка]

А очень просто - кроме выполнения тех работ, что описал Case, есть еще такой фактик: менеджеры проектов НЕ заинтересованы показывать ошибки своих проектов. Начальник отдела тестирования отвечает и за то, чтобы тестировщиков не заставляли их скрывать.

[Alpha]

to OlegSh
Для того и нужен менеджер (или руководитель, начальник) отдела тестирования что-бы перераспределять ресурсы между проектами. контролировать процесс тестирования, загрузки людей и многое другое. Далеко не всегда один тестер тестирует один проект. У мене в команде тестер в основном ответсвенный за несколько проектов. Не все команды разработчиков по 4 человека, бывает меньше, бывает больше.

К тому же если проектов будет более 16 одновременно, то он со своими ф-циями уже справляться не будет

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