Друг рассказывал мне, что его супруга, будучи "дитем девяностых", стала экономистом - потому что тогда это было модно. Долго работала на нелюбимой работе, но переехав в другую страну (уже будучи замужем и с двумя детьми), решила, что с нее хватит, и стала учиться на биолога - ее это привлекало с детства. Теперь работает в биотехнологиях. Отсюда мораль: менять нелюбимую работу никогда не поздно.
У вас представление о тестировании уровня пабликов "подслушано"). Советую вам лучше почитать инфу про то, чем занимаются тестеры, про рынок в целом, и куда там можно расти (ю ноу лиды? QA? автотестеры?) И что значит для слабеньких? Вы с чем сравнивали?))
Айтишечка для слабеньких эта когда посмотрел пару 10 минутных видео на Ютюбчике и даже 12 летнему подростку понятно а Тестирование это гораздо глубже чем Вам кажется на первый взгляд
Тестирование - это не про поиск багов, это про улучшение качества продукта. И как только ты начинаешь видеть эту разницу, ты видишь и собственную работу совершенно иначе.
Несколько однобокий взгляд на вещи. Тестирование - это прежде всего проверка продукта на соответствие поставленным требованиям. В целом цикл разработки выглядит примерно так
Хотелки от заказчика (BRD) Разработка и согласование архитектурно-технического решения Разработка ТЗ (FSD) Разработка Компонентное тестирование (отсутствие ошибок, проверка на соответствие FSD) Бизнес-тестирование (проверка на соответствие BRD) Нагрузочное тестирование (проверка эффективности кода) Интеграционное тестирование (проверка на то, что новый модуль не будет конфликтовать с уже существующими) Внедрение в промсреду.
И от тестировщика важно уметь писать тестовые сценарии. Причем, не только "правильные", но и "неправильные" - как код обрабатывает нештатаные ситуации, как обрабатывает ошибки. Далеко не всегда можно просто вывесить плашку "что-то пошло не так, попробуйте еще раз". Часто ошибка должна обрабатываться в автоматическом режиме. С пониманием что делать дальше - или ее можно логировать в отчет и продолжать работу с оставшимися данными, или надо переходить в режим ожидания и ждать реакции сопровождения, или нужно откатить все сделанное к исходному состоянию и зафиксировать ошибку с подробной диагностикой где что и как для последующего анализа... Обработка ошибок часто занимает не меньше кода чем основная логика - классификация, обработка, логирование, дампы и т.п.
Друг рассказывал мне, что его супруга, будучи "дитем девяностых", стала экономистом - потому что тогда это было модно. Долго работала на нелюбимой работе, но переехав в другую страну (уже будучи замужем и с двумя детьми), решила, что с нее хватит, и стала учиться на биолога - ее это привлекало с детства. Теперь работает в биотехнологиях.
Отсюда мораль: менять нелюбимую работу никогда не поздно.
О хоспаде
Тестирование - это айтишечка для слабеньких, скоро довольно низкий стеклянный потолок сделает тук тук.
Но по сравнению с маркетингом есть преимущество - высокая предсказуемость процессов.
Поэтому да, кому нужна тихая стабильная и не оч сложная гавань в возрасте дожития - тестирование это то что нужно .
У вас представление о тестировании уровня пабликов "подслушано"). Советую вам лучше почитать инфу про то, чем занимаются тестеры, про рынок в целом, и куда там можно расти (ю ноу лиды? QA? автотестеры?) И что значит для слабеньких? Вы с чем сравнивали?))
Айтишечка для слабеньких эта когда посмотрел пару 10 минутных видео на Ютюбчике и даже 12 летнему подростку понятно а Тестирование это гораздо глубже чем Вам кажется на первый взгляд
Тестирование - это не про поиск багов, это про улучшение качества продукта. И как только ты начинаешь видеть эту разницу, ты видишь и собственную работу совершенно иначе.
Несколько однобокий взгляд на вещи. Тестирование - это прежде всего проверка продукта на соответствие поставленным требованиям. В целом цикл разработки выглядит примерно так
Хотелки от заказчика (BRD)
Разработка и согласование архитектурно-технического решения
Разработка ТЗ (FSD)
Разработка
Компонентное тестирование (отсутствие ошибок, проверка на соответствие FSD)
Бизнес-тестирование (проверка на соответствие BRD)
Нагрузочное тестирование (проверка эффективности кода)
Интеграционное тестирование (проверка на то, что новый модуль не будет конфликтовать с уже существующими)
Внедрение в промсреду.
И от тестировщика важно уметь писать тестовые сценарии. Причем, не только "правильные", но и "неправильные" - как код обрабатывает нештатаные ситуации, как обрабатывает ошибки. Далеко не всегда можно просто вывесить плашку "что-то пошло не так, попробуйте еще раз". Часто ошибка должна обрабатываться в автоматическом режиме. С пониманием что делать дальше - или ее можно логировать в отчет и продолжать работу с оставшимися данными, или надо переходить в режим ожидания и ждать реакции сопровождения, или нужно откатить все сделанное к исходному состоянию и зафиксировать ошибку с подробной диагностикой где что и как для последующего анализа...
Обработка ошибок часто занимает не меньше кода чем основная логика - классификация, обработка, логирование, дампы и т.п.