я не оч понимаю про кризис перепроизводства. Меньше рабочих мест -> более творческие задачи для человеков -> потребность в перепрофилировании (не все смогут перейти на задачи, которые пока не подвластны ИИ) -> строже отбор на приносящие бабло дожности.
В итоге кто-то станет зарабатывать больше, кто-то меньше, но это будет определяться справедливым спросом. Ну и в целом уже идём к 4-дневной рабочей неделе, остальные дни будут работать алгоритмы )
Нужны прикладные задачи. Я сама провожу курсы, я считаю это полезным, НО это не панацея, это не "войти в отрасль", это "структурировать минимальные базовые знания". А изучение профессии должно быть не по уровням сложности курсов, а по сложности решаемых задач. Идёте на биржу фриланса и демпингуете. Решаете задачи за 50$, в процессе много гуглите, решаете новые для себя задачи. Здесь, в отличии от курсов, появляется ДРАЙВ! Мотивация, уверенность, вот это всё.
В общем, если хотите - то пробуйте, но с другой стороны. Найдите себе задачи, не планируйте заработать, а демпингуйте по полной. Главное - реальный опыт.
Я про требования к качеству. Не знаю, чья это задача ))) Но знаю, что проекты, где эти штуки определены - успешнее.
Конечно, хорошо, когда на старте работ продакт овнер говорит "эгегей, мы начинаем пилить супер продукт, вот бизнес-план, вот все ожидаемые показатели, вот SLA, требования к устойчивости и вот это всё". Но я такого ни разу не видела )) Обычно по ходу все начинают требования к качеству (не продукту) формулировать, о них даже не всегда сразу думают. Кто это должен делать - не знаю. Но ситуаций, когда я поднимала эту задачу с позиции рядового тестера, у меня было много.
Абсолютно точно такие требования на проекте невозможно получить без поддержки и понимания от вышестоящего руководства, иначе мы (тестировщики) просто будем биться как мотыльки в стёкла. Но и сказать "это не моя задача, у меня лапки" - тоже нельзя, скучно это ))
Что много букв - сорян ))) всё, что пыталась выкинуть, кажется каким-то уместным ) Так что качаем скорочтение!
Как месячные и эрекция влияют на способность адекватно мыслить? У нас столько половозрелого неадеквата!!
Конечно, хочется отфильтровать, например, людей с IQ меньше 100 от голосования на выборах, но это не сильно будет отличаться от сегрегации по цвету кожи или от канцлагерей для неарийцев.
Вот в каких-то европейских странах только работающие граждане (платящие налоги) участвуют в выборах — это мне кажется разумнее.
ИМХО в софте значительно чаще обратная проблема, хотя и тоже за счёт усреднения: пытаются сделать продукт, который подходит ВСЕМ.
Запихивают в один и тот же продукт фичи для начинающих, опытных и профи, раскидывают всё это по дополнительным менюшкам с табами тройной вложенности, в итоге фиг найдёшь нужную фичу.
И проблема как раз в том, что пытаются сделать универсальный продукт, который полезен всем, вместо деления на разные категории целевой аудитории: корпоративных, домашних, профи, начинающих, и т.д.
Да-да! Ещё лучше, чем у меня, и чётче сформулировано :)
Не совсем понимаю, как это противоречит точке зрения powerman
Мне тоже кажется, что мы об одном и том же :)
Ведь мы знаем, что оценка покрытия — это то, что нужно ПМу для собственного успокоения, т.к. адекватность этой оценки может понимать только тестировщик.
Проблемы начинаются, когда приходит босс и говорит: «посчитайте мне что-то и назовите циферку». Ничего хорошего из этого не выходит обычно :))) А когда мы для себя измеряем, и смотрим по своим табличкам, что проверено, что нет, куда копать, что доделать, что актуализировать, что важнее всего по приоритетам — то это работа не на циферку, а на результат.
Наверное мы вообще об одном и том же говорим. На проектах, где я РМ, я мыслю как вы, и чиню анализ с анализа, а не с тестирования. А если я ТМ, то приходится мыслить совсем по-другому, и принимать внешние процессы как данность.
Давайте по-чесноку: тестирование это вообще не тот процесс, который нужен! Писался бы сразу идеальный код — не нужно было бы продукт верифицировать. Были бы идеальные и всем понятные требования — не нужно было бы валидировать. Уберите ошибки разработки и аналитики, и тестировщики просто не нужны!
Как только такое получится, вот тогда и заживём. А пока что тестировщики неизбежно компенсируют проблемы со всех этапов разработки.
Я поняла ваш подход, и спорить, правильный он или нет, не готова. Похоже на религиозный спор :) Мне кажется, что пока требования тестирования не удовлетворены, очень важно делать со своей стороны максимум, зависящий от нас, не прикрываясь внешними проблемами.
Я ни в коем случае не говорю, что налаживать другие процессы не нужно. Нужно! Конечно! Но когда в тестировании бардак, бегать и ругать аналитиков за нехватку требований, а разработчиков за нехватку юнит-тестов, у меня совести не хватит :))) А вот сделав всё от нас зависящее, уже можно и за другие процессы браться. Но, это не задача тестирования, изначально это всё-таки задача РМа. А нам что пришло, с тем и стараемся по максимуму работать.
такое люди тоже хорошо умеют, а смысла в таких комментах нет, зачем это автоматизировать?
пусть уж лучше полезные комменты пишет )
ну это называется "чистота эксперимента". Если бы я отредактировала, никто бы не понял, что это ИИ, ну да это и не был бы уже ИИ
я не оч понимаю про кризис перепроизводства. Меньше рабочих мест -> более творческие задачи для человеков -> потребность в перепрофилировании (не все смогут перейти на задачи, которые пока не подвластны ИИ) -> строже отбор на приносящие бабло дожности.
В итоге кто-то станет зарабатывать больше, кто-то меньше, но это будет определяться справедливым спросом. Ну и в целом уже идём к 4-дневной рабочей неделе, остальные дни будут работать алгоритмы )
да, про предвзятость я как раз тоже совсем не согласна, ещё как ИИ предвзят
я не то чтобы считаю эту статью от ИИ "хорошей", но 90%+ статей от живых авторов я считаю хуже )))
Я пометила статью как "мнение", это наблюдения из опыта, а не перепечатка имеющихся теорий.
Нужны прикладные задачи. Я сама провожу курсы, я считаю это полезным, НО это не панацея, это не "войти в отрасль", это "структурировать минимальные базовые знания". А изучение профессии должно быть не по уровням сложности курсов, а по сложности решаемых задач. Идёте на биржу фриланса и демпингуете. Решаете задачи за 50$, в процессе много гуглите, решаете новые для себя задачи. Здесь, в отличии от курсов, появляется ДРАЙВ! Мотивация, уверенность, вот это всё.
В общем, если хотите - то пробуйте, но с другой стороны. Найдите себе задачи, не планируйте заработать, а демпингуйте по полной. Главное - реальный опыт.
Я про требования к качеству. Не знаю, чья это задача ))) Но знаю, что проекты, где эти штуки определены - успешнее.
Конечно, хорошо, когда на старте работ продакт овнер говорит "эгегей, мы начинаем пилить супер продукт, вот бизнес-план, вот все ожидаемые показатели, вот SLA, требования к устойчивости и вот это всё". Но я такого ни разу не видела )) Обычно по ходу все начинают требования к качеству (не продукту) формулировать, о них даже не всегда сразу думают. Кто это должен делать - не знаю. Но ситуаций, когда я поднимала эту задачу с позиции рядового тестера, у меня было много.
Абсолютно точно такие требования на проекте невозможно получить без поддержки и понимания от вышестоящего руководства, иначе мы (тестировщики) просто будем биться как мотыльки в стёкла. Но и сказать "это не моя задача, у меня лапки" - тоже нельзя, скучно это ))
Что много букв - сорян ))) всё, что пыталась выкинуть, кажется каким-то уместным ) Так что качаем скорочтение!
А что, 20 лет назад никто от усталости не ошибался? Никто не начинал от выгорания и обид пинать балду?
Конечно, хочется отфильтровать, например, людей с IQ меньше 100 от голосования на выборах, но это не сильно будет отличаться от сегрегации по цвету кожи или от канцлагерей для неарийцев.
Вот в каких-то европейских странах только работающие граждане (платящие налоги) участвуют в выборах — это мне кажется разумнее.
Запихивают в один и тот же продукт фичи для начинающих, опытных и профи, раскидывают всё это по дополнительным менюшкам с табами тройной вложенности, в итоге фиг найдёшь нужную фичу.
И проблема как раз в том, что пытаются сделать универсальный продукт, который полезен всем, вместо деления на разные категории целевой аудитории: корпоративных, домашних, профи, начинающих, и т.д.
Боже, люди, что вы делаете, и чему вы учите других людей???
Мне тоже кажется, что мы об одном и том же :)
Проблемы начинаются, когда приходит босс и говорит: «посчитайте мне что-то и назовите циферку». Ничего хорошего из этого не выходит обычно :))) А когда мы для себя измеряем, и смотрим по своим табличкам, что проверено, что нет, куда копать, что доделать, что актуализировать, что важнее всего по приоритетам — то это работа не на циферку, а на результат.
Как только такое получится, вот тогда и заживём. А пока что тестировщики неизбежно компенсируют проблемы со всех этапов разработки.
Я ни в коем случае не говорю, что налаживать другие процессы не нужно. Нужно! Конечно! Но когда в тестировании бардак, бегать и ругать аналитиков за нехватку требований, а разработчиков за нехватку юнит-тестов, у меня совести не хватит :))) А вот сделав всё от нас зависящее, уже можно и за другие процессы браться. Но, это не задача тестирования, изначально это всё-таки задача РМа. А нам что пришло, с тем и стараемся по максимуму работать.