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