Насколько хорошо нужно программировать для того, чтобы стать тестировщиком на Python?

Question

[ElenaD99]

Я учу Python, понимаю, что программирование дается мне сложновато, в основном речь идет о вложенных списках (и матрицах) и вложенных словарях. Стоит мне в них погрузиться, все получается (со скрипом), но к сожалению забывается все это слишком быстро, в общем, тяжело идут эти темы. Я не претендую на роль программиста, хотела бы стать тестировщиком автоматизатором на Python. Подскажите, насколько хорошо нужно автоматизатору знать программирование? Потянет ли автоматизацию программист, скажем так, ниже среднего уровня?

Comments

[Василий Банников]

Стоит мне в них погрузиться, все получается (со скрипом), но к сожалению забывается все это слишком быстро

Это нормально. Мозг выкидывать ненужные навыки и воспоминания.
Если будешь периодически использовать знания на практике - должно лучше запомниться

[ElenaD99]

Василий Банников, спасибо, я стараюсь практиковать, но и новые темы нужно учить, и ООП уже начинаю, боюсь вылетят из головы совсем, а потом на собеседование где-нибудь всплывет задачка на какой-нибудь треугольник Паскаля О_О

[Василий Банников]

ElenaD99,

где-нибудь всплывет задачка на какой-нибудь треугольник Паскаля О_О

А вы не зазубривайте решение задачи. Вы принципы применяйте.
Тоесть если считаете важным именно работу с матрицами - решайте кучу задач с матрицами.
Если нет - просто используйте всякие стандартные функции в решении обычных задач.

Answer 1

[Алан Гибизов]

Почему вы решили, что тестировщиком быть проще, нежели разработчиком? Там своя теория, свои подходы и приемы, и программирование там в некотором роде тоже своё.
Тестировщику придётся больше общаться с заказчиками, чем разработчику. Нужны «софт-скиллы».

Не пытайтесь «войти в ИТ» через тестировщика, чтобы потом поменять направление. Это как войти в хирургию через диагностику, или в повара через санэпидемстанцию.

P.s. Вот прям ваш случай. Всё ещё Сергей Немчинский с чувством, с толком и с расстановкой.

Comments

[ElenaD99]

Спасибо за ваш ответ, но почему "не пытайтесь"? Кушать хочется уже сейчас, а на программиста учиться намного дольше и больше. Не вижу ничего плохого в том, чтобы зайти с тестирования. И не факт, что захочется оттуда уйти.

[ElenaD99]

Igor Borisov, спасибо!

[Алан Гибизов]

ElenaD99, я разве сказал, что тестирование - плохо? Наоборот. Но это не лучший и не кратчайший путь в разработчики - точно.

[Влад Григорьев]

ElenaD99, учится на тестировщика не меньше, чем на разработчика.
и что в тестировщики легче войти заблуждение - там надо знать не меньше, а порой и больше на начальных этапах

[Vitsliputsli]

Алан Гибизов, не соглашусь с 2 вещами: юнит-тесты пишут разработчики, а не тестировщики. А надо ли для их написания ООП, зависит от того, используется ли оно в тестируемом коде.
Разработчики должны общаться с заказчиком не меньше чем тестировщики. Если обратное и бывает, то это не специфика работы тестировщика, а плохие коммуникации между разработкой и заказчиком.

[Алан Гибизов]

Vitsliputsli, спасибо! Я не прав, подредактировал слегка ответ.

Answer 2

[AndromedaStar]

Скорее всего просто вы новичок, нужно много-много решать задач, чтобы обрести уверенность. Тем более придает уверенность, что у вас все в конце концов получается.
Просто немного терпения.
И зря вы не претендуете на роль программиста.

Answer 3

[Saboteur]

Тестировщик не знает меньше, чем разработчик.
Он выполняет другие задачи и использует другие инструменты.

Например вместо питона, можно изучить какой-нить фреймворк для тестирования, какой-нить selenium, lua.
В питоне работа с данными - нужна всем, плюс вместо бэкенд библиотек посмотреть в сторону парсинга xml/json
Плюс нужно изучить теорию тестирования, терминологию, научиться писать хорошие тесты.

Вложенные списки и матрицы это такое простое, что непонятно что можно в них не понять.
Может быть вы пытаетесь решить слишком абстрактные задачи не "чувствуя" что должно быть в результате?

Попробуйте придумать задачу близкую вам и решить ее при помощи матриц и списков. Например программу, которая создаст (или отрисует в html) турнирную таблицу на 8-16-24 участника, используя разные турнирные подходы. И решить это при помощи списков и матриц. Ну или что-то, где вы будете примерно в голове сразу видеть желаемый результат и уже программируя понимая как он должен выглядеть

Answer 4

[taktik]

Любой ответ на этот вопрос будет слишком абстрактным и ничего полезного вам не даст.

Сфокусируйтесь на изучении теории тестирования и освоения тест дизайна, затем подавайтесь на стажировку в любую крупную или среднюю компанию. Там уже вам конкретно и наглядно объяснят, что именно должен знать джуниор QA

По своему опыту обучения стажеров могу сказать, что с наставником вы в течение месяца-двух научитесь писать средней сложности автотесты