42 is the answer to the "Ultimate Question of Life, the Universe, and Everything" as confirmed by Deep Thought in a galaxy close enough not to be considered far away. As a side comment, the title of the presentation "Тестировщик ошибается только один раз! / A tester errs but once!" is as provocative as it is wrong. Testers, being human, err multiple times throughout their careers. And this is fine as long as they continue to learn from their mistakes. After all, testing is relentless learning.
По второму вопросу бред полный, это палочная система, которая отобьет все желание работать. Это как в мегафоне, нужно продать столько то сим-карт и они бедные бегают и ищут кому еще можно продать. Я бы таких работодателей кинул в черный список. Если поставить правильную мотивацию, люди будут хотеть искать баги.
Платить за найденные баги это плохая идея, так как уже много раз доказано что деньги не являются мотивацией для более лучшей качественной работы. Как в любой профессии есть люди которые болеют за свою работу, а есть кому пофиг. Я, как тестировщик, кайфую от нахождения критикалов багов и в особенности, когда я хочу спокойно поработать, то я сначала нахожу криты и пока разработка "в ужасе", то я смотрю остальное. Но в основном проблемы/ баги чаще всего когда плохо продумана аналитика или не продуманы негативные кейсы, то там как раз дыры и появляются (и тут тестировщик особенно нужен, чтобы найти проблемы в аналитике, макетах, переходах и так далее, что ускоряет всем процесс выпуска продукта).
@@yegor256 допустим сотрудник получает столько сколько ему надо в деньгах, так чем его можно будет мотивировать чтобы он лучше работал/ находил больше багов? Мне важнее предотвратить появление огромного количества багов прежде чем разработка начнет разрабатывать. Чаще всего проблемы: а) не до конца продумана аналитика (в связке с дизайном) или утеряна какая-то связь или не все краевые продуманы б) разработчики не до конца понимают (частично неправильно понимают) что им нужно сделать. Проблема а) чаще всего решается ревью всей командой аналитики/ дизайна; б) решается прохождение с разработкой как должно работать и прохождение пошагово как делает пользователь, вот чтоб прям прозрачно было (в том числе предоставляются тест-кейсы разработчику). "А" - часто происходит ревью аналитики/ дизайна (но далеко не во всех компаниях), б - очень редко происходит на проектах (считается что это потеря времени и мы постоянно наступаем на те же грабли). Конечно, после а и б будут баги, но их будет намного меньше и у меня будет время найти реально стоящие баги (а не баги "неправильной" логики и на них тратить много времени). Лично для меня оплата за найденный баг не мотивация. Интересно конечно будет посмотреть на такую компанию с оплатой за баги и их производительность.
Если у Вас логических ошибок/ багов мало (самое тяжеловесное в исправлении для разработки имхо) в разрабатываем продукте, то я аплодирую. И если меняется логика, то именно QA может подсказать на что обратить внимание при этих изменениях (подсказать что явно сломается и обратить внимание разработки чтобы сразу это также посмотрели).
@@vicetea5642 уровень я свой повышаю и без доплат, так как это моя профессия и мне в ней интересно. Просто я вышла на комфортную зп и даже где-то готова чуть меньше получать, главное чтобы мне было комфортно в команде и интересен был продукт. Лет 5 назад я также думала что деньги важнее, но когда выходишь на комфортный уровень дохода, то это уже уходит на 2-й план (мое субъективное мнение). Если мне надо было бы больше зарабатывать, то можно и на utest гонять тесты и получать плюсом к зп. Возможностей сейчас очень много, главное действие:)
@@qa-info Речь как раз про плату за найденный баг без фиксированной "комфортной зп". Равно как и разрабатывать тикеты за отдельную плату без комфортной зп. Вот тут как раз деньги и становятся мотивацией, ведь не поработал - не получил денег