Сразу возникает вопрос: «кто спрашиваетЭ» 
Воображение рисует студента последнего курса технического университета, у которого знания более-менее свежие, дано много информации, затронуто программирование на нескольких языках, но это не привлекает. Начать работу в профессии будет легко, будет много дополнительного обучения, но и рост знаний будет стремительным.
Работа будет становиться все сложнее, а потому знания позволят глубже вникнуть в работу программистов, в продукт. Предыстория позволит нам предположить больше возможных проблем, но их будет найдено немало.
Это будет непросто, но и непросто, и неинтересно.
Дальше я представляю себе слесаря или веселого бармена с 10-летним стажем, которому надоели низкие зарплаты, когда много историй об IT с перспективами и частыми бонусами.
Вот здесь и есть первая загвоздка при размещении резюме.
Вы не единственный, кто слышал эту историю, и желающих, оказывается, очень много, но ваше резюме даже особо не рассматривали.
Потом идут платные и бесплатные курсы, и начинаешь понимать, хотя бы краем глаза, куда идешь.
Потом приглашение, собеседование, отказ без объяснения причин.
Думаешь, что не так, может, ты плохо ответил, неправильно сел, что-то не так сказал, а тебе не сказали причину.
Потом ты бросаешь это дело и возвращаешься к своему старому ремеслу, либо встаешь с новыми силами и ходишь еще на массу собеседований.
Наконец-то приглашение, долгожданное Предложение.
На работе тебе тоже нужно много, ты продолжаешь хвастаться и учиться, и все это кажется непростым.
Если впадать в крайности, то представляем себе человека 50-55 лет, он где-то работал, даже программировал, но, например, на чистом C. Ничего нового я не изучал, но подумал, что нужно измениться что-нибудь, попробуй.
Честно в резюме вы описываете свой опыт, все чисто технический.
Но ответов нет; они еще понимают, что им придется тренироваться.
Опыт привлекает, но возраст их отпугивает, и они не понимают, сможет ли такой человек быстро научиться новому.
И даже если человек устроится сюда на работу, я не вижу его пути простым.
Оказывается, в таких ситуациях путь не выглядит легким.
Но если присмотреться, то «кто спрашиваетЭ» 
Если ранее я поднял абстрактный вопрос о том, трудно ли вообще работать, то хотелось бы рассмотреть дальнейшие конкретные трудности.
Мне кажется, их можно перечислять очень долго, не говоря уже о том, что у каждого они свои.
То, что является проблемой для одного тестировщика, не является проблемой для другого.
Незнание определенного инструмента
Часто приходится работать с новым инструментом.Или вся команда им пользуется, а вы видите это впервые.
Либо нужно было что-то реализовать, кто-то это изучил и выбрал, а вас уже поставили перед свершившимся фактом.
Второй вариант более удобен, так как обучающийся не только должен подготовить некоторые инструкции и демонстрации, но и при совместном их выполнении возникнет множество вопросов, которые сразу же будут решены.
В первом варианте вам придется провести большую часть исследований самостоятельно, и вам повезет, если при реализации вы одновременно напишете инструкции и руководства, что не всегда делается.
А если есть хороший наставник или наставник, то он один раз может помочь и вместе настроить и провести какие-то первые тесты.
Инструкцию по настройке и использованию рекомендую поискать на официальном сайте.
Вроде простая рекомендация, но первое, что они делают, это заходят в Google, а я часто замечал копии просто с официального сайта.
И возможно, его указаний будет достаточно, чтобы решить все вопросы, хотя бы на первых порах.
Если вас не устраивает, то поищите в Интернете.
Еще я бы дал совет, если вы за полчаса, максимум час, не смогли решить какой-то вопрос, застряли в какой-то момент и не продвигаетесь вперед, то всегда спрашивайте.
Умение спрашивать очень нужно и полезно.
Всегда уточняйте, кому можно адресовать вопросы, и активно этим пользуйтесь; нет глупых вопросов.
Но нужно просто сформулировать его, чтобы сэкономить время отвечающего.
Подводя итог, скажу, что я еще не видел инструмента, в котором бы не смог разобраться, просто это иногда может занять больше времени, чем хотелось бы.
Одним из сложных моментов я бы еще назвал неоднозначные формулировки в описании технических характеристик (технических характеристик, по которым мы проводим тестирование).
Опытные QA умеют читать между строк, понимают, зачем это нужно бизнесу, решит ли оно их запросы и вообще, будет ли полученный продукт удобен в использовании.
Все это позволяет сократить время, необходимое для уточнения спецификаций.
Но.
сколько времени я вижу потрачено впустую из-за того, что тестировалось совсем не то, что планировалось изначально, сколько жалоб на качество, когда задача была поставлена так, что ее можно понимать двояко.
Часто решением проблемы однозначного понимания является проект-проект. Хотя это цель всей команды разработчиков.
Главное — определить места, которые можно понять неоднозначно.
Вся команда заинтересована в том, чтобы на самых первых этапах выяснить, что мы на самом деле делаем и зачем.
И чтобы все участники разработки (от директора до тестировщика) это понимали.
Могу долго рассказывать о различных проблемах и сложностях в работе QA, я постарался выделить некоторые очень болевые моменты, с которыми столкнулся.
Если бы было хоть немного интересно, я бы мог продолжить.
Теги: #Карьера в ИТ-индустрии #Образовательный процесс в ИТ #тестирование #тесты #Тестирование веб-сервисов #Тестирование мобильных приложений #Тестирование ИТ-систем #тестирование ПО #карьера в нем #тестирование веб-приложений #тестирование приложений #тестирование веб-сайтов #карьера тестировщика # тест
-
Обзор Блога №35. Блогерская Правда
19 Oct, 24 -
Netapp Ontap ─ Давайте Разберемся
19 Oct, 24 -
Канобувости, 25-Й Выпуск
19 Oct, 24 -
Хабраинтервью С Директором Simtravel
19 Oct, 24 -
Слух: Apple Iphone Выйдет 15 Января
19 Oct, 24
