Комментарии 23
Расскажите, как тестировать игры, написанные на С++?
Первый "миф" не совсем миф: не раз видел, как люди идут по пути ручной тестировщик – автоматизатор – разработчик (последний шаг обычно со сменой места работы). И причина очевидна: тестировщиком без навыков и опыта устроиться проще, тут упорство и добросовестность могут компенсировать неопытность.
Часто бывает так, что после ручного тестирования человек попадает в автоматизацию, изучает несколько фреймворков и на этом его развитие заканчивается.
hazemax отличный момент, чтобы рассказать свою историю ;)
Вот вы утверждаете, что раньше это 15-20 лет назад.
Но ведь "на западе" люди уже лет 40 как вручную тестируют, и вакансии не заканчиваются.
Т.к. нет смысла, да и возможности тестирования всего автоматически.
Разделение труда и специализация в обществе появились не просто так, а потому, что доказали свою экономическую эффективность на протяжении веков. По факту, в компаниях, особенно средних и крупных, разделение на ручных тестировщиков и автоматизаторов никуда не исчезает, а часто еще и усугубляется с появлением должностей тест-аналитика и тест менеджера. Дефицит квалифицрованной рабочей силы на растущем ИТ-рынке этому только способствует.
Так что, путь который вы описываете, я сам прошел, но мои неоднократные попытки перетащить в свой стан многих мануальных тестировщиков — так и окончились ничем. Мотивация про T-shape не работает. И «Это — норма» (С) Малышева. Они пишут тест-кейсы, я их автоматизирую. И всем хорошо.
В остальном согласен. Обзор необходимых знаний и технологий, совпадает с моим мнением.
Реальность же такова: для ручного и автоматизированного тестирования нужен совершенно разный склад ума
А есть какой-то пруф на этот счет? Что за склад ума? Есть ли какие исследования на этот счет?
Интересное наблюдение.
Вы говорите:
— Нет исследований
— Достаточно собственных наблюдений
— Разные специальности означает разный склад ума
— Вам не платят за исследования (это очень интересный факт, но не ясно какое отношение он имеет к вопросу)
Риторические вопросы:
Кто на рынке труда нужен и кому платят больше.
Подводя итог, из какого из этих утверждений следует, что для ручного тестирования и для автоматизированного нужен разный склад ума?
Я тоже не пойму, откуда, что разные склады ума? Вот есть, например, вакансии фронтенд, бэкенд и фуллстэк разработчиков, или JS, PHP, Jav, C# — это всё тоже разные склады ума нужны?
Ну и даже формально в одинаковых вакансиях круг обязанностей может быть совершенно разным. Где-то у AQA основная обязанность тест-кейсы переводить на язык программирования, а где-то это лишь незначительная часть обязанностей, а основное сбор требований и написание этих тест-кейсов, а уж на ЯП перевести — мелочь. А где-то нужно полностью CI/CD инфраструктуру поднимать и поддерживать.
Не может программа надежно протестировать программу. Ну то есть это даже можно выразить как чисто логический парадокс «мы пишем программу, в которой наверняка есть ошибки. Для их нахождения мы пишем программу, в которой...»
Так что ручная тестировка нужна, очень нужна, и желательно чтобы тестер не думал как программист, совсем, вообще желательно чтобы ничего не знал о программировании.
Ручные тестировщики не нужны или пора уже в автоматизацию