Оформление отдела тестирования, в компании Фининфор Опции

[APC]

Недавно переехали в новый кабинет, отдельно от прогеров, стены были пустоваты. Мы решили развесить на них привычных нам существ, попутно проиллюстрировать шкалу критичности:
Шкала критичности багов в JIRA

[Alfa]

Недавно переехали в новый кабинет, отдельно от прогеров, стены были пустоваты. Мы решили развесить на них привычных нам существ, попутно проиллюстрировать шкалу критичности:
Шкала критичности багов в JIRA

Как у вас все странно

катастрофа, критично, важно, средне, некритично

Среднее не по середине :)

[APC]

Средняя критичность не по порядку в списке определяется, а по ощущениям участников процесса. Главное что все понимают шкалу.

[rlabs]

Картинки красивые,
но сам по себе переезд не очень правильный. Будете теперь вариться в собственном соку отдельно от остальных.

[APC]

Согласен. Но рост количества программеров вынуждает освобождать помещение.

[anz]

но сам по себе переезд не очень правильный. Будете теперь вариться в собственном соку отдельно от остальных.

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

[rlabs]

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

— Мы вот тут что-то напрограммировали
— А мы тут вам что-то натестировали.

[Boltick]

Картинки красивые,
но сам по себе переезд не очень правильный. Будете теперь вариться в собственном соку отдельно от остальных.

Не согласен... ИМХО. Тестеры должны вариться вместе с тестерами...

Не могли бы вы обосновать, почему плохо им будет сидеть отдельно???

[astenix]

Картинки красивые,
но сам по себе переезд не очень правильный. Будете теперь вариться в собственном соку отдельно от остальных.

Если они не используют методы agile, то вполне могут сидеть отдельно.

[Alfa]

Если они не используют методы agile, то вполне могут сидеть отдельно.

Не согласен... ИМХО. Тестеры должны вариться вместе с тестерами...

О независимом тестировании рассказывала Елена Иванова на SEC®-2006 (http://2006.secr.ru/2006/upload/files/34.pdf)
Там она выделяет еще несколько типов проектов, в которых оно дает результаты хуже. Организацию, где тестировщики работают вместе с разработчиками она называет традиционной.
Кроме того это зависит от организационной структуры компании: по отделам, проектная, матричная (смешаная).
В некоторых случаях такое выделение практически невозможно. Например разнородные проекты на 5-7 человек с одним тестировщиком в команде.
Будет мало толку если в один отдел поместить тестировщиков с веб проекта на java, c десктопа на .NET, с проекта на PL/SQL, из проекта для мобильных платформ. Каким опытом они смогут обменятся?

[Boltick]

Если они не используют методы agile, то вполне могут сидеть отдельно.

Не согласен... ИМХО. Тестеры должны вариться вместе с тестерами...

О независимом тестировании рассказывала Елена Иванова на SEC®-2006 (http://2006.secr.ru/2006/upload/files/34.pdf)
Там она выделяет еще несколько типов проектов, в которых оно дает результаты хуже. Организацию, где тестировщики работают вместе с разработчиками она называет традиционной.
Кроме того это зависит от организационной структуры компании: по отделам, проектная, матричная (смешаная).
В некоторых случаях такое выделение практически невозможно. Например разнородные проекты на 5-7 человек с одним тестировщиком в команде.
Будет мало толку если в один отдел поместить тестировщиков с веб проекта на java, c десктопа на .NET, с проекта на PL/SQL, из проекта для мобильных платформ. Каким опытом они смогут обменятся?

Не секрет, что в тестировании много чего не зависит от типа выпускаемого продукта, языка, технологий и т.д. Поэтому у тестера с тестерами больше общих тем и соприкосновений в работе чем у тестра с разработчиком.
Это может быть и стиль написания тест кейсов, и подход к тестированию отдельных фич, и вопрос как правильнее написать багу, и просьба помочь написать тест план, это может быть куча вопросов в стиле: "Как ты думаешь, Вася, это бага или нет?" Если Вася - разработчик, то в 99% случаев получите ответ - нет или отмазку в про недостатки используемой технологии, если Вася тестер - получится интересная дискуссия с логическим выводом - Да или Нет.
Вообще, все это зависит еще и от опыта тестера, не очень опытному работа внутри команды разработки может не пойти на пользу, для опытного - это не будет играть особой роли...

Вот...

[Alfa]

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

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

Это может быть и стиль написания тест кейсов, и подход к тестированию отдельных фич, и вопрос как правильнее написать багу, и просьба помочь написать тест план, это может быть куча вопросов в стиле: "Как ты думаешь, Вася, это бага или нет?" Если Вася - разработчик, то в 99% случаев получите ответ - нет или отмазку в про недостатки используемой технологии, если Вася тестер - получится интересная дискуссия с логическим выводом - Да или Нет.

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

Как я пытался пояснить в постах выше "it depends". Единого универсального решения нет. Тем более если у людей среднее не по середине :). Пусть тестировщиков хоть на Луну отправляют, если надо луноход тестировать.

[barancev]

Товарищи, вы в школе проходили басню Крылова "Квартет"? Фишка не в том, как сесть...