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

[Anykei]

Руководство компании хочет отойти от текущей схемы, когда к проекту привязан конкретный тестировщик к следующей схеме:

1) организуется отдел тестирования с начальником, через которого руководство управляет

2) существующие тестировщики (которые раньше проводили полный цикл) переквалифицируются в тест-писателей

3) прогоном тестов занимается целая толпа аутсорсеров

 

Известен ли кому опыт внедрения подобной схемы (успешного и не очень) из своей практики либо от знакомых?

[Freiman]

В такой схеме не работал, но уже вижу кучу слабых мест.

Качество от такой схемы только пострадает.

Бюджет на тестирование возрастет очень сильно.

А если не возрастет, то с тестированием станет вообще все плохо.

[BadMF]

В такой схеме не работал, но уже вижу кучу слабых мест.

Качество от такой схемы только пострадает.

Бюджет на тестирование возрастет очень сильно.

А если не возрастет, то с тестированием станет вообще все плохо.

странные, ничем не обоснованные утверждения.

 

Вполне себе схема, вопрос контроля исполнения и качества написанных скриптов. Ничего сложного не вижу.

 

Готовы поучаствовать в конкурсе на тестирование ваших продуктов =). 

[Freiman]

Щас на

 

 

В такой схеме не работал, но уже вижу кучу слабых мест.

Качество от такой схемы только пострадает.

Бюджет на тестирование возрастет очень сильно.

А если не возрастет, то с тестированием станет вообще все плохо.

странные, ничем не обоснованные утверждения.

Вполне себе схема, вопрос контроля исполнения и качества написанных скриптов. Ничего сложного не вижу.

Готовы поучаствовать в конкурсе на тестирование ваших продуктов =). 

Вот-вот, щас набегут аутсорсеры и станут утверждать, что это идеальная схема! :)

[Anykei]

воу-воу-воу, профессиональные аутсорсеры, полегче.

Немного уточню исходные данные: отрасль - геймдев, тестирование - 100% ручное, а аутсорсерами будут студенты-третьекурсники

[Freiman]

воу-воу-воу, профессиональные аутсорсеры, полегче.

Немного уточню исходные данные: отрасль - геймдев, тестирование - 100% ручное, а аутсорсерами будут студенты-третьекурсники

А, тогда все норм :)

Но совсем уж сырые билды им тоже не давайте.

Вы с ними как часто взаимодействовать будете? Личные встречи?

[Anykei]

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

[Сергей]

Видимо, руководство не хочет кормить свою армию дармоедов, теперь будет кормит чужую)))

[Vasiliy]

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

Минусами могут быть:

1. Каналы связи - я не могу выкачать ваш билд
2. Плохое управление - ой, а у меня сегодня зачет, я посмотрю апдейт завтра. Но тут зависит от формы сотрудничества и договора.
3. Нужно ли какая-то спец. среда для тестирования? БД, виртуалки? То, что сложно отдать на сторону.
4. Вы уверены, что ваши текущие тестировщики прямо все смогут стать классными тест-дизайнерами?

[clipsa]

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

[Freiman]

На написание тестовой документации и разбор фидбека от третьекурсников будет времени уходить столько, что быстрее было бы все протестировать самим два раза :)

Если им давать бета-версию игры на "потыкать" и платить только за найденные баги и нормально оформленные баги - то, может, и станет вам выгодно.

А пока что это все равно выглядит как "куча гемора, спорная эффективность"

[dwarwood]

Anykei

 

ну и каков итог?

 

 

на мой взгляд схема рабочая.

думаю (как в реале не знаю), что (с реализованным последним комментарием от Freiman) примерно по такой схеме и работают в гейм-деве.