Если не умеешь хотя бы немного программировать и понимаешь, что в обозримом будущем не планируешь учиться, то нет, оно тебе не надо.
Black box-тестирование стезя по-своему креативная, но выматывает просто напрочь из-за репетативности многих вещей. Как уже сказали выше, без кодинга ты будешь обезьянкой, которая тыкает кнопочки, пусть и изобретательной.
Через три месяца разработки любого софта, когда приложение откажется ложиться от случайного чиха тебе придётся осознать, что: а) если ты хочешь уронить что-то с black box перспективы, нужно перебирать очень много вариантов, что руками сделать можно, но с точки зрения временных затрат просто катастрофически нерационально, значит нужно реализовывать автоматизацию, а значит, минимально, но кодить. б) надо начинать погружаться в white box тесты, что без навыков программирования невозможно.
С автоматизацией или написанием white box тестов ты всё ещё будешь зачастую тыкать кнопочки, но у тебя будет постоянная смена контекста и разнообразие деятельности.
Начать можно с A Practitioner's Guide to Software Test Design (автор Lee Copeland, лежит в сети), опустив главу 15 про классификацию дефектов. Можно попробовать написать баг-репорт в какую-нибудь open source софтину, которую ты ежедневно используешь.
Если не умеешь хотя бы немного программировать и понимаешь, что в обозримом будущем не планируешь учиться, то нет, оно тебе не надо.
Black box-тестирование стезя по-своему креативная, но выматывает просто напрочь из-за репетативности многих вещей. Как уже сказали выше, без кодинга ты будешь обезьянкой, которая тыкает кнопочки, пусть и изобретательной.
Через три месяца разработки любого софта, когда приложение откажется ложиться от случайного чиха тебе придётся осознать, что:
а) если ты хочешь уронить что-то с black box перспективы, нужно перебирать очень много вариантов, что руками сделать можно, но с точки зрения временных затрат просто катастрофически нерационально, значит нужно реализовывать автоматизацию, а значит, минимально, но кодить.
б) надо начинать погружаться в white box тесты, что без навыков программирования невозможно.
С автоматизацией или написанием white box тестов ты всё ещё будешь зачастую тыкать кнопочки, но у тебя будет постоянная смена контекста и разнообразие деятельности.
Начать можно с A Practitioner's Guide to Software Test Design (автор Lee Copeland, лежит в сети), опустив главу 15 про классификацию дефектов. Можно попробовать написать баг-репорт в какую-нибудь open source софтину, которую ты ежедневно используешь.
(мимоqaвгеймдеве)