Pull to refresh

Comments 84

Печально читать про такое отношение к тестировщикам. Подозреваю, что и программисты в таких компаниях испытывают трудности, и «не фиксят баги» и «не прислушиваются к советам» просто потому, что у них тоже завал по задачам и переработки.
Боюсь программисты в таких компаниях не вольны в выборе «багов для фикса», залез в файл — сделал его лучше, уже достижение.
UFO just landed and posted this here
Ну не скажите. Программирование – это достаточно увлекательный процесс. Бывает что и выходные заняты работой, зато потом какой сатисфэкшн от решённой задачи! Только это чего стоит!
UFO just landed and posted this here
Простите, но если это сейчас у вас так, то вы достойны своего менеджера
(он мыслит примерно также, но наоборот, я почти уверен)
Так наминусовали… Похоже, у всех проблема «плохих менеджеров» очень наболела, правда глаза колет, а встать и уйти к хорошему не хватает то ли сил, то ли ума.
Угу. Поэтому давайте сидеть под плохими, саботировать работу, а по выходным чморить их анонимно на форумах. И эти люди хотят другую власть в стране, но не могут сменить себе даже начальника.
Почему же «саботировать»? По-моему, заниматься работой только на рабочем месте — это никак не «саботаж».
С таким настроением как у автора коммента — это уже работа для галочки. Если менеджер забил на проект, то над решить для себя — готов ли ты сам на него забить. И если да, то пора валить, если нет, то не надо работать для галочки. Программеры в плане смены работы одни из самых свободных людей в мире, откуда такая готовность терпеть что угодно.
У вас почему-то получается, будто есть только два крайних варианта — забить или работать сверхурочно из дома и в выходные бесплатно.
Дай, я тебе опишу что такое работа с плохим менеджером…
Работа с плохим менеджером:
-устное составление ТЗ. Возможно, оно иногда приходит на бумажке… но бумажку эту лучше положить на видное место и не трогать, ибо там все не так, как имел ввиду менеджер.
-Задание появляется в крайний срок его выполнения. Т.е. «сделать нужно было вчера… но ладно, сделай к завтрашнему утру»… в 17:30.
-отладка багов… О! Это увлекательный процесс!!! «Менеджер, у меня тут возникла идея где может быть баг с физикой...» «Забей на физику, займись цветочком!» «но им же Жека занимается» «Делайте оба»… И тому подобное.
-Отсутствие времени на рефакторинг.
-Фичи добавляются не твои, а те, которые захотел менеджер. Зачастую, ты уже успел перегореть этими фичами и тебе уже не интересно с ними возиться
Это самое наболевшее. И это причина почему дома я занимаюсь СВОИМ проектом.
Я уже все ответил в ветке выше, добавить уже нечего :)
Надо менять работу. Вот и весь сказ.
Спасибо! Уже поменял :-)
Тем не менее, и такие люди есть, и я привел в качестве примера.
Вот искенне не понимаю, за что вас минусуют трудоголики.
Я конечно понимаю, что есть такое понятие, как ответственность за свой код, и прочее, но всему есть предел и работать дома и по выходным — не вариант, выгорите очень быстро. Если уж чем и заниматься, так это тем, что приносит позиив и позволяет переключиться и расслабиться, пусть даже это и свой проект.
А если позитив приносит рабочий проект? Точнее не так, неужели основной рабочий проект не приносит столько позитива что ты работаешь над ним как над своим собственным? Или если твое имя не сопровождается приставками ООО и ИП ты уже не можешь наслаждаться таким проектом?
это во многом зависит от проекта, согласен, но… вы и так занимаетесь им минимум 40 часов в неделю, не уверен, что стоит постоянно работать сверх этого над рабочим проектом
Нравится работать бесплатно — ваше личное дело, только вот гордиться таким глупо.
Нравится работать бессмысленно — ваше личное дело, только вот плакаться по такому глупо.
У вас проблемы с восприятием, милейший. Или с применением слов по назначению в русском =)
В конечном итоге никто не виноват — за определенные деньги и время, можно сделать продукт только определенного качества. В таком контексте, менеджеры тоже не виноваты.
UFO just landed and posted this here
Впечатление от статьи можно выразить одним словом — безысходность.
Да ладно? Их что там цепью приковали? Каждый волен выбирать и может уйти в любой момент.
В статье, как это ни печально, этот пункт тоже описан.
Другие компании будут в курсе, почему ты ушёл. Да и пробиться на нормальное место не так просто — они уже заняты.

Хотя, если не пытаться, то можно и утонуть молоке, как та лягушка.
Вы про что? о.О В курсе чего они будут? Пишется заявление по собственному желанию и на вольные хлеба.
А также обычно сначало ищется работа, а потом увольняешься.
И еще, причем тут другие компании? Вы хотите сменить работу тестировщика игр на другую работу тестирровщика игр? В чем профит? К чему тогда нытье про сложную жизнь если вы сами не хотите её менять?
А даже если вы хотите пойти тестировщиком в другую компанию, разве не будут годы опыта лишь плюсом? Почему сменил работу? — тут условия труда лучше! Это плохое обоснование? По моему это самое распространненое обоснование и все работодатели на него нормально смотрят, а если они на него не нормально смотрят значит они дебилы.
Глупости. Сказки несостоявшейся «обезьянки», которая держится за свое место и ноет в бложик.
Слухи их других компаний о «тестировщиках» — это далеко не первый параметр, по которому происходит найм.
Напоминает заблуждение о том, как здорово быть порно-актёром.
Это напоминает любое заблуждение «как здорово быть...». Проблемы есть в любой сфере, а то что раньше вдохновляло со временем превращается в рутину.
Как здорово быть — можно сказать про любую профессию, если вы в ней профессионал, вы её любите, постоянно развиваетесь, и с ващим мнением считаются.
Дополню на примере тестировщиков:
Можно же постонно изучать особенности профессии, эксперементировать, написать хорошую книгу осветив все тонкости, по которой будут учиться другие, вас уже будут приглашать давать мастер классы и тд и вот уже работа перестают быть рутиной.
\Станьте профессионалом высокого класса и практически любая работа перестанет быть рутиной.
Можно просыпаться каждое утро с мылью «блин, опять на мастер-класс идти». Как я уже сказал — рутиной становится, все выполняется длительное время из раза в раз. (само слово не всегда несет отрицательный характер, но его смысл именно таков)
Как раз таки у таких профессионалов нет рутины ибо сегодня они поехали в тот город на мастеркласс, а следующую неделю они провели тестируя новую игру, потом уделили месяц разработке новой методики, потом пробуют применить на практике, потом пошли сделали доклад на какой-нить гейм конференции, потом пара мастер классов и так далее. Фишка в том что все чередуется, вам не надоедает одно и тоже 1000 раз
Там что, тоже заставляют проходить любимый фрагмент любимого фильма 12 часов подряд?
Главная проблема — цепочка подчинения.
Интуитивно понятно, что программист важнее, чем тестировщик. Однако, когда тестировщик репортит баги, то программист должен подчиняться тестировщику, что вызывает инстинктивное желание противоречить и саботировать. И с этим ничего не сделать, потому что любое резкое слово со стороны тестировщика (помноженное на то, что тестировщик не знает внутренностей программы) — это эскалация конфликта.

Что делать: разделить программистов и тестировщиков. С тестировщиками работает кто-то (начальник отдела?) задача которого не «найти баги», а «убедиться, что оно работает хорошо» (а задача тестировщика — найти баги). Этот человек видит потребительскую картинку целиком и докладывает в общих терминах ситуацию менеджеру проекта. Он же «ведёт» багрепорты и (как начальник) имеет официальную власть над программистами.

В этой схеме не будет инстинктивного «а у меня всё работает».
Главная проблема вызывающая реакцию «а у меня всё работает» — любые догадки тестировщика (зачастую ошибочные). Неоднократно сталкивался с ситуацией, когда банальное нежелание несколько раз прогнать баг с теми же и с разными входными данными компенсируется обильными догадками не имеющими вообще никакого отношения к вопросу. В таком случае лучше совсем не озвучивать догадки. Иначе программист просто убеждается что догадка ошибочна и не пытается обнаружить истинную причину бага. Правильно локализированный и соответственно оформленный баг не вызывает негатива.
А может в этой ситуации стоит повысить уровень тестировщика. рассказать ему что такое MVC, как работает django или еще что-то полезное?
В таком случае и догадки будут осознанные :)
А еще можно давать доступ к исходникам и возможность поковыряться. Тогда может быть вам еще и советы давать будут — мотивирует свой уровень поднять. :)
QA Manager не может быть начальником программистов — у программистов есть свой начальник.

Тестировщики собирают баги и пересылают их на начальника программистов (team lead). Над всем этим стоит project manager, который вмешивается в случае, если ситуация заходит не туда. Таким образом, все работают через своего начальника, не нарушаются горизонтальные связи и нет конфликтов.
Цель team lead'а? Решить задачи. Цель project manager'а? Следовать дедлайнам. Цель тестировщиков: найти баги.

А кого из них волнует, чтобы happy path был happy, а sad не превращался в bad?
Happy path — это к наркодилерам. Или к вышестоящему руководству за неимением оных.
Термины happy path, sad path и bad path вполне устоявшиеся вроде бы.

happy path — работает так, как ожидалось (отправить почту — отправилась и дошла)
sad path — не работает так, как ожидалось (отправил почту на несуществующий адрес, вернулось сообщение что нельзя доставить)
bad path — не работает так, как не ожидалось (отправил почту на кракозябры вместо адреса — почтовый клиент теперь всегда падает при запуске)
Все это формализуется в ТЗ людьми, независящими от разработки, и задача программистов это реализовать, а тестировщиков — проверить. По крайней мере мне совершенно не понятно, что должны проверять тестировщики, если у них нет никаких формальных критериев качества программы.
То есть, суть пробелмы доносится через 3 «прокси» с большой ЗП и головной болью?
Эффективные коммуникации!
Это костыли для взрослых детей, не способных на рабочие отношения. И жаль, если где-то это приходится применять именно для подавления гордыни.
Другого человечества у меня для вас нет.
А я с вами соглашусь. Тестирую второй год, и даже когда мои догадки и предположения эпично летят мимо цели, разработчикам это ещё ни разу не мешало самим найти проблему. Однако, если я всё же правильно догадываюсь о причинах, то мне благодарны за сэкономленное время.
По-моему, как раз лучше высказать предположения, если они есть, чем просто выписать последовательность действий и фактический результат с видом «не знаю, что-там у вас не так, но всё плохо, разбирайтесь».
Могу про себя. Не связанно с игровой индустрией но суть та же.
Будучи студентом, я увлекался электроникой. Паял схемы травил платы. Тратил кучу денег на материалы и детали. И вот меня берут на работу в производственную лабораторию районого узла связи. Я первые дни был просто в шоке. Работа совпала с моим любимым хобби. Здесь платят деньги за то, на что я сам потратил уйму денег.
Тут тебе и приборы и инструменты. Детали какие хочешь (ну почти).
Эйфория длилась около года. Потом началась рутина.
И тут я для себя понял, что я потерял свое хобби. В место него осталась только работа.
Так что ни в коем случае хобби не должно быть, пусть даже хорошей работой.
В настоящее время я инженер АСУ ТП. Занимаемся новыми разработками. Очень интересные направления и разные задачи. Не поток. Все в единичном экземпляре. Тут тебе и программирование и паяльник. Еще раз повторю очень интересно!
НО у меня есть хобби!!! Я с большим удовольствием рисую карты OSM :) И ни в коем случае не хотел бы стать профессиональным картографом.
Не вижу ничего плохого в том, чтобы через год работы искать новое хобби, а ещё через год менять работу. Так наоборот будешь оставаться молодым душой.
Мне одному кажется, что статья так и сочится чрезмерно завышеным чувством «важности собственной персоны и вселенской несправедливости»?

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

Никто не спорит, что отношение к труду людей должно быть адекватным, более чем двухкратные сверхурочные по хорошему должны быть оплачены и т.д. и т.п… Но когда видишь жалобу вроде: «После восьми лет работы он до сих пор получает только $14.», так и хочется спросить у человека, не пора ли ему просто повзрослеть, завязать с работой которая скорее пригодна для студенческой подработки или самых-самых первых дико неуверенных шажков в индустрии (в каком-то не очень понятном направлении) и заняться уже чем-то другим?
Как по мне, роль QA — показать руководству реальное качество продукта. Остальное все — к разработке.

Так сложилось что я два года пишу без QA, а до этого всегда был очень правильный QA. Главное наблюдение — отсутствие QA очень дисциплинирует. Без QA начинаются разные автоматизированные тесты, стараются не ляпять хаки туда-сюда, да и хотя бы просто быть аккуратнее. С QA чуть дедлайн — наливают нашлепок, которые потом годами в коде.

В QA должны быть юзеры максимально приближенные к реальным, а не специально обученные люди, ищущие как зажать ctrl+alt+left-shift и уронить сторонний грид. Для игры открывай бета-тест, для 1С — найми бабушку-бухгалтера со стажем для тестирования. Все остальное — просто балует программистов.
«В QA должны быть юзеры максимально приближенные к реальным» Ну нет :)
В QA должны быть люди, которые должны уметь придумать как померить качество продукта (смотрете, не «протестировать», а «померить качество») наиболее эффективно и наименее трудозатратно. Может выпустить в общие тест игру, может научиться пользовать фишай и делать кодревью, может проектировать юнит-тесты, может молиться на иконостас с Гейбом.
QA и тестировщики — это разное. И стрёмно думать, что для многих QA ограничивается только тестированием :)
Логичный ответ тут только один. На самом деле человека все устраивает, ему лень что-то менять. Пост написать не лень, а вот перейти на др работу — лень
Картина конечно печальная, но хочется заметить, что похоже это связано в первую очередь со спецификой гемдева. Они тестируют игры, т.е. программы в которых априори должен разобраться любой не самый сообразительный пользователь. В случае же какого-нибудь крупного энтерпрайзного программного продукта тестировщик может быть одним из тех немногих людей, которые знают как всю эту махину развернуть, настроить и заставить делать то, что она и должна делать. И в этом случае он уже никак не легко заменяемый винтик, а носитель сокральных знаний.
А мне кажется не в геймдеве дело. Среди «обычных» людей существует мнение о профессии тестировщика как о лёгком способе заработка денег. Мол, сиди, играйся или кнопки нажимай в интерфейсе, что там такого? На деле же всё сложнее. А грамотная компания всегда должна думать о тестировании как о необходимом звене в цепочке создания конечного продукта. Но таких единицы. Возможно из-за того, что индустрия относительно молодая и такой наплевательский подход всё ещё окупается. Взрыв виртуальной ракеты ведь не калечит жизни и миллиарды долларов, правда? )
Тестировщики в гейм деве (те что на самом «дне» QA цепочки, о которых и идет речь в статье) выполняют довольно примитивную работу. У них есть консоль/пк/кастрированный девкит без доступа к отладчику, залоченный на определенном уровне игры, который они должны облазать со всех сторон и пройти всеми возможными способами, находя и описывая баги, список которых в последствии отправляется программистам. И именно программисты, в результате, должны их воспроизвести, найти источник ошибки (уже не в волшебном мире мультимедиа развлечений, а в суровом мире высокопроизводительного плюсового кода (ну или каких-нибудь так-себе-производительных языках сценариев, но это уже зависит от бага c:)), отладить и устранить их, параллельно с этим дорабатывая, в ничуть не менее безумном графике чем «бедные тестеры», последние фичи перед релизом.

Так что в сравнении с самой разработкой игры они реально именно и делают что «играются сидят или кнопочки в интерфейсе нажимают».
Вообще то все не так уж и плохо. Обычно тестировщиков хорошо кормят на работе. Чтобы не отвлекались.
Игры — это весело! Обычно есть возможность выбрать ту игру, которая нравится и создавать такие ситуации от которых у программистов волосы встают дыбом :-)
Плюс потом открыта дорога в гейм-дизайнеры, тим-лиды и т.д.
Плюс потом открыта дорога в гейм-дизайнеры, тим-лиды и т.д.

Да ладно? Дорога туда открыта только тем кто впахивает и учиться, учиться учиться. Если вы студент 3 курса который учиться на дизайна или на менеджера, человека работающего с кадрами, людьми то мб вариант пойти тестировщиком хороший за год полта можно изучить отрасль. Если вы как вышеописанный сабж сидите на попе ровно 8 лет и ждете маны небьесной — увы, не будет!
Ну дорога наверх и в других областях открыта только тем, кто впахивает и учится. Если совсем не двигаться, то и результаты будут нулевые. И это во всех областях.
Дорога туда открыта только тем кто впахивает и учиться, учиться учиться.


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

Про гейм-дизайнера логика примерно такая: работал в QA, посмотрел на множество игр которые содержат ошибки. Дальше стал выдвигать предложения по улучшению gameplay потом полностью стал заниматься гейм-дизайном. Фирме лучше взять проверенного человека в гейм-дизайнеры, чем искать с улицы.
Кого только из QA не выходит. И лиды, и менеджеры проектов, и продюссеры, и руководители всех калибров. Не нужно воспринимать QA как чёрную метку :)

По поводу геймдизайнеров вы всё сказали правильно. Только вот школа геймдизайна есть. В Москве, правда.
10$ в час, 8*10*21 * 35 = 58000 рублей. Стоит жить в Российской провинции и работать удалённо. Можно будет даже жильё купить и семью завести.
Боюсь такую работу удаленно получить практически нереально по причинам
1) вам высылать копию игру никто не будет, да и выносить её даже из офиса мало кто разрешит, все же секретно, это может быть будущий прорыв, а тут Васе из российской глубинке высылают игру которая весьма вероятно завтра будет на торрентах, а такого васю можно и не найти.
2) нужно личное присутсвие чтобы суметь показать и объяснить быстро багу, дабы сэкономить время всем.
На самом деле, хотелось бы хоть как-то представлять уровень команий, о которых идет речь. Странно читать про контору в соседнем регионе, в которой всего 5 человек, из которых 1 — недовольный тестер, а представлять себе огромных гигантов игровой индустрии.
Без этой информации сложно сделать вывод действительно ли все так.
Да легко, берем компанию EA вроде известная и большая и тд и тп… Однако второй раз подрят получает титул худшей компании в штатах www.bf4blog.com/ea-voted-worst-company-america/ за плохое отношение к пользователем и выпуск игр в незавершенном виде с кучей багов. Вот там то думаю и работают такие тестеры как в посте и на таких условиях.
Ещё интереснее, кстати, посмотреть, как сотрудники оценивают компании, в которых они работают:
  • Blizzard — 3,5/5
  • EA — 3,3/5
  • Valve — 4,5/5
  • Konami — 3,2/5
  • Ubisoft — 3,4/5
  • Take-Two — 2,9/5

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

Для сравнения вот рейтинг некоторых других компаний, не занимающихся играми:
  • Apple — 3,9/5
  • Google — 4,2/5
  • Twitter — 4,4/5
  • Facebook — 4,6/5
Ого, Близзард всего 3,5… Я когда была у них в офисе в Версале, люди казались такими довольными, улыбались, смеялись. Познакомилась с несколькими разработчиками оттуда, они описали свою работу в Близзарде как «the dream of my life came true».
Glassdoor не различает отзывы по офисам, например. Т.е. низкие оценки могут идти из какого-нибудь 1 конкретного департамента/офиса такой лавиной, что занижают общий показатель.
Это в случае общей оценки они не учитывают разные офисы, но можно почитать конкретные отзывы сотрудников, и там часто указан офис.
У меня много знакомых работало в EA (их офис буквально в паре кварталов от офиса, где я сейчас работаю). То, что описали для тестеров, практически один в один совпадает с ситуацией для программистов — контракты, бешеная загрузка, плохое управление. Зарплаты правда повыше, конечно. Но с точки зрения экономики это объясняется очень просто — оффлайн-игры живут очень недолго, соответственно, заработать прибыль можно только в первые дни и месяцы продаж. Поэтому лучше вложиться в маркетинг, продать как можно больше копий быстро, и «после нас хоть потоп». Вылизывать игру, которая проживет пару месяцов, просто реально нет смысла.

Онлайн-игры — это другой разговор, они живут намного дольше, но и тестирование там другое. Как минимум, есть публичное бета-тестирование. Лично мне кажется, что там ситуация получше, и у меня сложилось впечатление, что эти интервью брались в основном у тестеров оффлайн-игр.
Ждем пост асфальтоукладчика про то, как он ненавидит молоко, шутки про латки в дождь, знакомых автомобилистов, рассказывающих с укоризной про пробои подвески в абсолютно любой части страны, овертаймы весной и вообще отсутствие карьерного роста и текучку кадров.
Разумеется, работа тестировщика игр только на первый взгляд кажется заманчивой.
Почти в любой деятельности можно найти минусы, особенно когда работаешь на «какого-то дядю».
Можно вспомнить откровения бывшего дизайнера Apple.
Пичаль-пичаль.
А может, вместо того, чтобы плакать — работу сменить? Что за мыши и кактусы?
Как это сменить работу? Бросить геймдев?

старый анекдот
Новый русский пьёт кофе в аэропорту в буфете. Неподалёку потрёпанный мужик ест сухарик.
— Ты кто такой?
— Я тут сортиры мою.
— Ты что, черт возьми, разве это мужское дело? Иди ко мне работать, буду платить 1000 баксов в месяц.
— Да ты что, чтоб я за какие-то баксы авиацию бросил?!!!
А пост ведь действительно будет наверное полезен тем, кто думает, что тестировать игрушки — это просто играть в рабочее время и всё.
UFO just landed and posted this here
Большое спасибо за такой комментарий! Очень интересно вы написали. Я пока о тестировании игр знаю только в теории, но соглашусь с вами в том, что тестировщик должен не просто предоставить информацию о том, что баги есть, но и хотя бы примерно показать, где он и как с ним можно бороться. В моем понимании тестирование должно не просто предоставлять информацию о наличии багов, а способствовать тому, чтобы в процессе разработки их бы было все меньше и меньше. Ну, это в идеале :)
+ много

добавил бы, что довольно часто не делают/понимают разницу между testing, qc, qa — находить, контролировать, предотвращать :)

а про тестирование в кремниевой интересно, расскажите как-нибудь поподробноее ;)
По опыту, вы правы насчет задач, вот только средний уровень квалификации QA обычно чрезвычайно низкий
Условия работы обычно сильно хуже почти всей остальной индустрии, поэтому и набрать людей сложно, да еще многие толковые воспринимают эту работу как трамплин и через пару лет уходят на повышение или в другой отдел
В итоге, 90% QA, что я видел, хорошо если были способны внятно объяснить в чем суть бага, а уж если как его воспроизвести — это совсем счастье
Рекомендаций, логов и кода я от них практически не видел
Как результат — конечно возникает взаимное неприятие, программист думает: «Чего он от меня хочет? Почему он два слова связать не может?», а тестер обижается «Почему этот чувак ничего не понимает и не правит мои баги? Сколько я могу работать в стол?»
На выходе неправы оба, но страдает проект и атмосфера в команде
Sign up to leave a comment.

Articles