Как стать тестером: Как стать тестировщиком ПО: от собеседования до поиска первого бага

Как стать тестировщиком ПО: от собеседования до поиска первого бага

Алексей Сёмин

Руководитель отдела тестирования компании Globus, которая занимается разработкой мобильных приложений и сайтов для крупных заказчиков, таких как «Яндекс», «Лаборатория Касперского», ABBYY, Rutube, «СТС Медиа», HeadHunter, «ТНТ Клуб», «Связной Трэвел», «PPF Страхование жизни», VimpelCom и других. Более шести лет в профессии. Прошёл весь путь от junior-тестировщика до руководителя отдела.

Мой путь тестировщика начался с любопытства. С самого детства я занимался сборкой компьютеров и установкой ПО, в ходе работы регулярно возникали вопросы: «Почему не устанавливается? Почему не работает?». В этот момент я подумал, что хочу стать тестировщиком, заниматься выпуском качественного ПО и узнать ответы на все эти вопросы.

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

Собеседование

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

Например, задаём необычные вопросы, чтобы посмотреть, как мыслит человек:

• Самолёт вылетает из точки А в 17:00, а прилетает в точку Б в 19:00. При этом находится в полёте три часа. Почему такое может быть?
• Как сделать так, чтобы, получив обновлённое приложение, конкуренты не смогли узнать его новые функции?

Будьте готовы и к самому обычному заданию — протестировать простой предмет: лист бумаги, карандаш, сетевой фильтр и тому подобное.

Также для собеседования будет полезно:

1. Изучить виды тестирования: функциональное и исследовательское тестирование, автоматизированные тесты (включая инструменты для него), нагрузочное и стресс-тестирования, smoke-тестирование.
2. Дополнительно почитать о приёмочном тестировании и его критериях.
3. Если мы говорим о тестировании веб-приложений, то это браузерная консоль и её работа, количество и версии браузеров, разрешения мониторов, инструменты тестирования вёрстки (pixel perfect).
4. Если мы говорим о мобильных приложениях, это виды платформ, эмуляторы, monkey testing. Не забудьте о планшетах.
5. Изучить виды баг-трекеров. Самые популярные: Jira, BugZilla, RedMine, Mantis. Посмотрите, как они работают, в чём их особенность.
6. В перспективе — инструменты Jmeter, Postman, Charles. Они не очень сложны в освоении на базовом уровне.

Первый рабочий день

Первый рабочий день проходит стандартно: выдают компьютер, который нужно настроить, установить рабочие программы. Системный администратор готовит доступы к почте и корпоративным внутренним программам.

Не стоит спрашивать, где установить Skype, использовать в нём ник со школьных времён gangsta_666 или забавную картинку. Используйте в нике сочетание имени и фамилии, например ivansmirnov или smirnovivan, поставьте свою обычную фотографию.

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

Первое задание

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

Проявляйте инициативу. Если вам не дали чек-лист приложения, не ждите, а попросите его у ментора. Если в организации нет чек-листа, вы можете составить его сами. В нашей компании чаще чек-лист составляют в «Google Таблицах». Ниже мы привели пример такого чек-листа — вы сможете составлять свои по его примеру.

Коллеги будут удивлены, если составите чек-лист в виде карты мыслей, например в Xmind.net.

Чек-лист для тестирования Pokémon GO

Одним из первоочередных видов тестирования для начинающего QA-специалиста, возможно, станет прохождение по чек-листам, тест-кейсам более старших специалистов. Этот этап необходим для более быстрого погружения в проект. Для наращивания тестовой базы новичок может сам расширять этот чек-лист. Junior-тестировщики в рамках обучения написанию чек-листов подготовили лист для тестирования приложения Pokémon GO. Тут описаны только позитивные кейсы.

Первый баг в трекер

Описание багов в разных компаниях может различаться, но в целом есть принципы хорошего тона.

Тема

В ней описывают проблему несколькими словами. Лучше, если она будет начинаться с отрицания: «не работает», «не происходит», «неправильно» и прочее. Например: «Не происходит синхронизация с сервером на iPhone 6», «Не работает воспроизведение видео в Nexus 5».

Сценарий

Пошаговое описание воспроизведения бага. Обращайте внимание на предусловие и знаки, которые предшествуют багу (например, загорелась красная кнопка слева).

Дополнительно можно приложить скриншоты с указанием мест, на которые стоит обратить внимание (можно использовать приложения Joxi, LightShot и другие), для более сложновоспроизводимых багов — записать видео. Когда наберётесь опыта, можете снимать и прикладывать логи.

В конце сценария указывается среда, в которой проводилось тестирование: версия приложения, прошивка девайса (Android 6.0.1, iOS 9.3.2). Если это веб-приложение, дополнительно укажите версию браузера.

Назначение бага

Далее нужно назначить на кого-то баг. Узнайте у менеджера проекта или ментора, на кого вешать данный баг, кто из разработчиков за какую область проекта отвечает. Так вы познакомитесь с командой, чтобы в будущем самому назначать баги.

Проставление критичности

Виды критичности багов в большинстве трекеров представлены следующим списком:

Immediate (Blocker)

Блокирующая ошибка. Приводит приложение в нерабочее состояние, в результате которого дальнейшее взаимодействие с тестируемой системой или её ключевыми функциями становится невозможным.

Crit — Urgent

Критическая ошибка, нарушена ключевая бизнес-логика. Проблема приводит к временному падению сервера или приложения без возможности её решения. Устранение проблемы необходимо для тестирования.

High

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

Normal

Незначительная ошибка. Не нарушает бизнес-логику тестируемой части приложения, очевидная проблема пользовательского интерфейса и локализации.

Low

Тривиальная ошибка, не касается бизнес-логики приложения. Проблема сторонних библиотек или сервисов, плохо воспроизводится, малозаметна ввиду пользовательского интерфейса.

Самообучение

О важности самообучения все прекрасно знают — мои наставления будут банальны. Так что сразу к делу.

Ниже — несколько книг, которые лично рекомендую своим стажёрам:

• «Тестирование DOT COM», Роман Савин — очень полезное пособие, практически настольная книга начинающего тестировщика. Содержит в себе львиную долю знаний для того, чтобы начать тестировать и успешно отвечать в ходе собеседования на вопросы, касающиеся технико-теоретической части.
• «Как тестируют в Google» — более глубокая книга, описывающая организацию процессов, различные стратегии и подходы к тестированию. Книга помогает понять, что такое качество, как и на каких этапах на него можно влиять.
• «A Practitioner’s Guide to Software Test Design», Lee Copeland — в книге расписаны виды тестирования как «белым», так и «чёрным» ящиком. Перечислены различные техники тестирования, а также то, как ими пользоваться и когда лучше применять. В книге можно найти интересную статью об исследовательском тестировании, которая очень полезна для начинающих тестировщиков.

Коллеги, напишите в комментариях названия интересных книг для тестировщиков. Уверен, всем будет полезно.

Заключение

В заключении хочется добавить,что выпуск качественного продукта — процесс нелёгкий и небыстрый. Нужно уметь отстаивать своё мнение в переговорах, убеждать разработчиков делать правильно, а не на «костылях», понимать, как сделать функциональность более удобной для пользователей.

Это лишь часть нужной информации для начинающего тестировщика. Всё остальное придётся в боевых условиях искать в интернете, потом спрашивать у коллег. Не надо стесняться задавать вопросы и часами гуглить, зачастую ответ на один вопрос сэкономит вам немало времени в будущем.

Как стать тестировщиком — необходимые знания и навыки

Источник

На GeekBrains открылся курс «Инженер автоматизированного тестирования ПО». Специалисты этого направления должны знать и уметь очень многое, включая ручное и автоматизированное тестирование, различные языки программирования, плюс иметь багаж технических знаний различного уровня. Прежде, чем подробнее говорить о необходимых тестировщику знаниях и навыках, попробуем ответить на простой вопрос: «Зачем вообще нужен тестировщик ПО?».

Компании и частные разработчики ежедневно выпускают тысячи разнообразных программ. Некоторые из них становятся популярными, другие — нет. И в подавляющем большинстве случаев в топы выходят те приложения, у которых не только интересный, запоминающийся дизайн, но и высокий уровень usability. Хорошее приложение должно быть удобным, стабильным и безопасным. Довести программное обеспечение «до кондиции» помогают как раз инженеры по тестированию ПО.

Кто может стать тестировщиком?

В принципе, любой человек. Но, по нашим наблюдениям, лучшими специалистами по тестированию ПО становятся те из нас, кто обладает изрядной долей любознательности. Вам нравится узнавать суть вещей? Будучи ребенком, вы пытались всё разбирать, чтобы заглянуть внутрь сложной игрушки и понять, как она работает? Скорее всего, из вас получится хороший тестировщик.

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

Образование, опыт и знания

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

Для такой специальности, как тестировщик ПО, наличие специального образования тоже может быть предметом спора. Есть отличные тестировщики с глубоким техническим профильным образованием. Но не намного меньше тех, кто пришел в тестирование ПО из других сфер.

Тем не менее, многие работодатели ищут тестировщиков с техническим образованием. На Западе это, как правило, уровень бакалавра компьютерных наук, математики или инженерии. Если же у вас уже есть опыт работы, и вы можете предоставить рекомендации с предыдущих мест работы, причем немало, то специальное образование будет не слишком важным фактором в вопросе трудоустройства.

Тем не менее, базовые знания принципов тестирования программного обеспечения должны быть обязательно. Как минимум:

• Проведение и документирование автоматических и «ручных» тестов и процедур. Анализ результатов, составление отчетов о проблемах и ошибках.
• Выполнение тестирования программного обеспечения в течение всего цикла разработки и жизненного цикла ПО.
• Понимание различных методов разработки и организации работы над проектом, включая Agile и Scrum.
• Владение несколькими инструментами тестирования.
• Знакомство и общее владение UNIX, Linux и Windows, включая командную строку.
• Умение работать одновременно над несколькими задачами.
• Коммуникационный навык, как вербальный, так и письменный. Умение общаться с разработчиками, менеджментом, клиентами.
• Базовое знание языков программирования и фреймворков, например, Java, JavaScript, C# или C++, SQL, Python, PHP и Ruby on Rails (не обязательно знать сразу все эти языки, это лишь пример).

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

«Я не программист. Я могу писать простой код, но я далеко не эксперт. Тем не менее, умение программировать помогает мне понять, как устроено то или иное ПО и как оно работает. Конечно, «сломать» программу можно вообще без технических знаний. Но для того, чтобы понять, почему не работает та или иная функция, нужно быть немного программистом«, — говорит Тан Хьюн, эксперт по тестированию ПО, работающий в этой сфере уже много лет.

Что, если опыта и знаний нет?

Ответ простой — нужно начать обучение. Можно поступить в университет (второе или третье высшее образование), если есть время и ресурсы. Кроме того, отличный вариант — записаться на курсы по тестированию с получением сертификата или диплома. В некоторых технологических компаниях, которым нужны тестировщики, такие курсы есть. На отечественном рынке это встречается не так часто, но всё же поискать можно.

Кроме того, чтобы стать тестировщиком, можно попробовать устроиться на смежную специальность. Например, начать карьеру в службе технической поддержки в какой-либо компании. Проработав там определённое время, вы получите опыт и знания, которые позволят претендовать на младшие позиции тестировщика ПО.

Для получения хорошей работы стоит попробовать пройти сертификацию. В США ценится ISTQB, сертификацию проводит организация American Software Testing Qualifications Board (ASTQB). Есть и международные сертификаты, например CSTE (сертификацию проводит The International Software Certification Board (ISCB)). Правда, во втором случае необходима степень бакалавра и двухлетний опыт работы в сфере IT.

Какой бы путь вы ни выбрали, крайне важно обучаться и самостоятельно, а также иметь большое желание стать тестировщиком. Постоянное самосовершенствование позволяет достичь весьма солидных успехов, что доказывает опыт 62 % тестировщиков, принявших участие в специализированном опросе (результаты здесь, англ.).

Финальный этап — получение работы

О том, как получить работу тестировщику программного обеспечения, подробно рассказывать уже не будем. Это очень обширная тема, которую раскрывали много раз. Главное — иметь базовый опыт и знания, после чего можно пробовать рассылать резюме, ходить на собеседования и пробовать себя в роли самого что ни на есть настоящего тестировщика.

Было бы интересно услышать историю успеха тестировщиков ПО с Хабра. Начинали ли вы с нуля, как готовились к новой для себя профессии, что помогло получить работу? И наоборот, если у вас возникли сложности на пути, расскажите о них тоже, иначе получается «эффект выжившего», а ведь крайне полезен как раз опыт тех, кто столкнулся с препятствиями.

Как стать тестировщиком с нуля: пошаговое руководство

Иногда даже невозможное возможно, главное захотеть. Молодость – это пора, когда сам не знаешь, чего хочешь, но точно знаешь, что если узнаешь, сделаешь все, чтобы этого достичь. Но не стоит ставить здесь конкретные возрастные рамки, ведь самое главное это состояние души, ваше желание узнать что-то новое, а может и вовсе освоить какую-нибудь совершенно новую для вас сферу.

Итак, начинаем исследовать рынок вакансий, все-таки будет лучше, если новая сфера деятельности еще окажется и прибыльной. И как пару лет назад на первых строчках видим: Инженер по тестированию (software test engineer). Скажете – ничего не изменилось. Если судить с точки зрения востребованности, то она только растет, так же стремительно, как развивается и сама сфера IT, а вот требования к специалистам – увы, их стало тоже больше. Если еще пару лет назад на вакансию тестировщика ПО брали всех, у кого горели глаза и кто проявлял интерес к изучению нового, то теперь этого мало. Многое изменилось – изменились технологии, изменился рынок тестирования ПО, совсем другая ситуация с конкуренцией.

Как известно, из любой ситуации есть выход, но вот как же найти сначала вход? Итак, дорогие будущие тестировщики, именно для таких случаев и пишутся пошаговые руководства и инструкции. Статья целиком и полностью посвятит вас во все тонкости сферы тестирования ПО, что безусловно хоть на шаг, но приблизит вас к достижению заветной цели – праву называться тестировщиком ПО. Короткое содержание статьи выглядит так:

Фаза №1: Осознание.

• Почему вы хотите строить карьеру в тестировании?
• Что такое тестирование ПО?
• Какие умения должны иметь кандидаты для работы тестировщиком ПО?
• Нужно ли понимать программирование, чтобы стать тестировщиком ПО?
• Коммуникабельность – обязательное требование
• Какая ситуация с карьерной лестницей? Предполагает ли этот путь достойную оплату?
• Нужны ли в тестировании ПО знания технической части?

Фаза №2: Как попасть в сферу тестирования ПО?

• Как выучить тестирование?
• Как наработать опыт?

Фаза №3: Как устроиться тестировщиком на полный рабочий день?

• Налаживание контактов и расширение связей
• Создание привлекательного резюме
• Как успешно пройти интервью?

Фаза №1: Осознание:

Это одна из наиважнейших фаз, которую пропускают очень многие. Люди сразу задаются вопросом “Как” и не задумываются “Зачем” им это и “Что” это такое. Если вы спросите себя “Что” такое тестирование ПО и “Зачем” вам это надо, у вас будет возможность понять, действительно вам это надо или нет, стоит ли идти дальше. Принимая решение осознанно, вы уберегаете себя от пустой траты времени на изучение того, что вам неинтересно.

Вопрос “Как”, безусловно, остается самым волнующим, но стоит набраться терпения, с ним мы разберемся немного позже.

Фактически, чтобы двигаться дальше вам необходимо ответить на следующие вопросы:

• Почему вы хотите стать тестировщиком ПО?

Вы решили стать тестировщиком. Здорово! …но почему?

Почему вы хотите строить карьеру в тестировании ПО?

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

Спрашивайте себя до тех пор, пока не поймете, что мотивирует вас двигаться именно в направлении тестирования ПО.

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

Чтобы найти ответ, стоит для начала ознакомиться с данным понятием “тестирование ПО”, провести небольшое расследование:

Обратимся для начала к википедии:

Тестирование программного обеспечения — процесс исследования, испытания программного продукта, имеющий две различные цели:

• продемонстрировать разработчикам и заказчикам, что программа соответствует требованиям;
• выявить ситуации, в которых поведение программы является неправильным, нежелательным или не соответствующим спецификации.

Определение из экзаменационных материалов ISTQB:

Тестирование ПО – это процесс проверки программы или приложения для нахождения в ней ошибок.

Тестирование также проводят для подтверждения того, что ПО, приложение или любой созданный продукт:

• Соответствует ожидаемым профессиональным и техническим требованиям
• Работает как ожидалось
• Может быть установлено одинаково на любом устройстве

И еще одно определение, которое предлагает Джеймс Бач:

Тестирование – это процесс оценивания продукта путем исследования и эксперимента, что в какой-то степени включает в себя: постановку вопроса, исследование, моделирование, наблюдение, заключение и т.д.

Парочку забавных определений:

• “Некто что-то готовит, а я пробую вкусно или нет.”
• “Мне платят деньги за то, что я говорю людям об их ошибках.”
• “Я как орфографический корректор, тщательно выверяю все написанное и даю заключение о том, что все правильно.”
• “Я как инспектор, только в строительстве ПО.”

Все понятия сходятся к тому, что тестирование проводится для проверки новой программы, чтобы в ней все работало как было запланировано, после чего ее смело можно представлять пользователям, или же для нахождения ошибок в работе уже существующей программы. На курсах Тестирования ПО в Минске вас научат, как грамотно строить процесс тестирования. Курсы послужат Вам отправной точкой для старта карьеры тестировщика и дадут вам базу теоретических знаний и практических навыков, с которыми вы смело можете идти на порог к работодателю. К тому же многие компании сейчас требуют успешное окончание курсов, как дополнительное преимущество перед другими кандидатами.

• Какими качествами должен обладать тестировщик?

Пусть тестировщиками и не рождаются, но подойдет эта работа не каждому. Другими словами, для ее выполнения понадобятся определенные способности, без которых провести тестирование как надо не получится. Как видно из доклада о состоянии тестирования за 2015 год, требования следующие:

• Командный игрок
• Технические знания
• Ориентированность на бизнес, открытость
• Самообучаемость
• Знание мобильных технологий
• Критическое мышление
• Ориентированность на результат и коммуникативные навыки
• Любознательность
• Страсть к тестированию и энтузиазм
• Гибкость мышления
• Умение ясно и четко отвечать на вопросы

• Нужно ли знать программирование, чтобы строить карьеру тестировщика ПО?

Быть экспертом в программировании или компьютерным гуру, чтобы освоить тестирование, не нужно.

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

Также умение программировать будет очень кстати, если вы решили стать инженером по автоматизации тестирования. Эта профессия предполагает написание скриптов для автоматизации процесса тестирования и создание инструментов, которые помогают тестировщикам в работе. Про автоматизацию тестирования вы можете почитать в статье “Автоматизация тестирования iOS приложений с использованием Appium“.

Говоря простым языком, знание программирования – это скорее плюс, чем обязательно.

• Коммуникабельность – это неотъемлемая черта тестировщика

Можно не быть профессионалом в программировании или знании технической части, но уметь общаться тестировщик просто обязан.

Безусловно, умение общаться ценится в любой другой сфере, не только в тестировании, но для тестировщика это умение становится основополагающим, так как цель тестирования – исследование системы, нахождение проблем в ее работе и описание этих проблем менеджерам/участникам проекта. Нет смысла в нахождении проблемы, если вы не можете ее даже описать или когда никто не понимает, о чем вы говорите. Из коммуникативных навыков вытекает ряд других немаловажных характеристик, необходимых для работы тестировщиком, разберем два основных:

• Умение делать отчет о найденных ошибках системы:

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

• Умение задавать вопросы:

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

В такой ситуации остается только использовать программу и спрашивать себя: «Что если нажать эту кнопку? Что если я отредактирую и закрою приложение без сохранения? Что если я сделаю так, а потом так? Для чего это? А это?» и т.д.

• Какая ситуация с карьерной лестницей? Предполагает ли этот путь достойную оплату?

Согласно Всемирному докладу по качеству за 2015 год, бюджет сферы контроля и тестирования ПО вырос и достиг 35% всего бюджета сферы IT.

Это говорит о том, что тестирование до сих пор в цене в сфере IT, и большинство организаций все еще закладывают бюджет на его проведение. Так что переживать не стоит, работы хватит всем!

• Нужны ли в тестировании ПО знания технической части?

Если вы когда-либо слышали высказывания о том, что тестировать очень легко и для этого не надо знать техническую часть, не верьте.

Нравится вам это или нет, вам надо иметь хороший уровень технических знаний для тестирования ПО. По крайней мере радует то, что совсем не обязательно быть экспертом в программировании, знать сети и базы данных, чтобы тестировать ПО. Базовых знаний достаточно, если вы начинаете пробивать себе путь в тестировании. Курсы Тестирования ПО в Минске помогут получить новые знания и систематизировать уже имеющиеся.

Итак, самое время прерваться и задать себе пару вопросов:

• Нравится ли вам сейчас идея стать тестировщиком?
• Действительно ли эта профессия вам подойдет?
• Это то, чем вы хотите заниматься?
• Это вам интересно?

Если ваш ответ ДА, идем дальше, так как впереди самое интересное, а именно как стать тестировщиком.

Продолжение в следующей статье “Как стать тестировщиком: пошаговое руководство. Фаза №2“.

Запишитесь на наши курсы тестирования ПО прямо сейчас или закажите звонок с бесплатной консультацией!

Записаться сейчас / Бесплатная консультация

Как развиваться начинающему тестировщику? / Хабр

На форуме тестировщиков и в блогах часто появляются вопросы: с чего начинать тестировщику, который только-только выбрал свою стезю?

С одной стороны, сейчас много курсов в этой области, которые проводятся на базе портала Software-Testing.Ru, УЦ Luxoft, EPAM Systems и т.д.

С другой стороны, начинающему тестировщику далеко не всегда нужны курсы. Если вы ещё не знаете, в каком направлении развиваться, какие области интересны, какие знания хочется получать – то о каких курсах идёт речь? А комплексного ВУЗовского образования для тестировщиков в СНГ пока что нет… В итоге, многие люди не могут быстро «влиться» в профессию, найти направление для развития и понять, «что и как надо изучать для быстрого старта?».

Поэтому, я составила инструкцию для начинающих тестировщиков или людей, которые только выбрали себе эту область деятельности, и снабдила её максимумом ссылок, чтобы информацию не приходилось собирать по крупицам. Надеюсь, что эта инструкция поможет Вам в выбранном начинании.

Итак, 7 шагов от чайника к тестировщику.

1. Прочитайте как минимум одну книгу по тестированию

Этот пункт поможет ознакомиться со сленгом тестировщиков, понять общие принципы и понять, насколько вообще эта отрасль для вас интересна. Для начала наиболее понятной и доступной будет книга Романа Савина про тестирование веб-проектов. Она написана настолько легко и весело, что проблемы «сложно дочитать» точно не возникнет: наоборот, вы не сможете оторваться, пока не дочитаете. А времени это займёт немного, 4-6 часов – и готово!
В качестве альтернативы, могу порекомендовать Библию Тестировщиков от Сэма Канера, потёртый печатный экземпляр которой попал мне в руки впервые почти 10 лет назад. Этой книге более 20 лет, поэтому она может ввести начинающего тестировщика в заблуждение «печатью баг-репортов в трёх экземплярах» или особенностями тестирования консольных приложений. Но при этом в ней в замечательной, доступной форме перечислены все ключевые вопросы тестирования, затронута тема коммуникаций в тестировании (которая важна, и которую пока никто пока что не описал лучше).

2. Просмотрите вакансии и оцените, что чаще всего требуется от тестировщиков

Многие начинающие тестировщики ищут знания, которые всем нужны. И начинают изучать никому ненужные термины, осваивать нераспространённые инструменты и тому подобное. Не додумывайте! Рассмотрите различные вакансии в своём городе. Выберите те, описания которых вам понравились, мотивировали вас. Какие знания требуются в них? Акцентируйтесь на получении только этих навыков, не изучайте ничего такого, что никому не нужно!

3. Приступайте к практике!

Наверное, вы думали, что следующим этапом будет «прочитать книгу по выбранному инструменту» или «поиск информации на форуме»? Как бы ни так!
Знания без практики ничего не стоят, поэтому, при изучении любых новых навыков, вам потребуется практика. В худшем случае, выберите для себя задания, максимально приближенные к жизни, и выполните их. В лучшем – найдите короткую подработку. На портале фрилансеров вы всегда сможете найти задачи по тестированию. Честно признавайтесь, что вам это нужно для обучения, и просите в 10 раз меньше других. Не жадничайте – это единственный способ получить реальную жизненную практику, и не забудьте получить отзывы!
В качестве альтернативы фри-лансу, если у вас хороший английский, рассмотрите uTest – этот сервис объединяет удалённых тестировщиков по всему миру.
Выбирайте задачи, которые будут для Вас достаточно интересны и сложны, чтобы была возможность осваивать что-то новое.

4. Станьте регулярным читателем форума для тестировщиков

В процессе решения задач у вас обязательно возникнут сложности и вопросы, на которые вам смогут ответить на форуме. Помимо решения конкретных проблем, форум также позволяет быть всегда в курсе нововведений, наблюдать за трендами отрасли. В книгах новые темы появляются с задержкой в несколько лет, что уж говорить о русскоязычных книгах!
Самым распространённым форумом для тестировщиков в СНГ является Форум Software-Testing.Ru.
Если же у вас хорошо с английским языком (а в тестировании он очень важен!), то особо полезным будет самый крупный англоязычный форум SQA Forums. На этом ресурсе, если повезёт, на ваши вопросы могут ответить такие признанные мировые гуру, как Сэм Канер, Джеймс Бах, Ричард Блэк и другие.

5. Подпишитесь на рассылку для тестировщиков

Чтобы не стоять на месте и продолжать развиваться, вам пригодится подписка на рассылку. Благодаря такому регулярному напоминанию об интересных новостях, статьях, событиях и темах на форумах и блогах, вы всегда будете в курсе жизни тестировщиков. Подписаться на русскоязычную рассылку о тестировании и качестве, которую ведёт Виктория Птицына на Subscribe.Ru, можно здесь.

6. Найдите клуб тестировщиков в своём городе

Сейчас во всех крупных городах стали появляться клубы тестировщиков. Благодаря им, можно ходить на регулярные бесплатные встречи, общаться в среде специалистов, знакомиться, задавать вопросы и получать ответы. Также, клубы – это прекрасная возможность поиска работы, так как на них часто ходят тест-менеджеры.
Свои сайты уже есть у сообществ Москвы, Санкт-Петербурга, Новосибирска, Казани, Харькова, Днепропетровска и Бишкека.
А если вашего города нет в списке — то просто создавайте свой клуб! И вам польза, и всем тестировщикам вашего города.

7. Создайте свой блог и начните учить других тому, что вы уже освоили.

Обучение — лучший способ познания! Каждый из нас решает задачи по-своему, находя уникальные пути. Возможно, именно ваш способ будет лучшим, оптимальным? Для создания блога вы можете использовать простой и абсолютно бесплатный движок Blogspot, а чтобы о нём узнали другие тестировщики, добавьте его в трансляцию тест-блогов.
Тогда, полученные вами знания не запылятся, вы получите полезную обратную связь от опытных тестировщиков, структурируете полученные знания и даже, возможно, заинтересуете кого-либо, кто ищет себе сотрудников 🙂

Результаты выполнения 7 шагов

• Вы получите необходимые знания и опыт
• Разберётесь с требованиями в отрасли
• Немножко заработаете на utest и/или free-lance
• Завяжете массу полезных контактов
• С удовольствием проведёте время в клубах и сообществах
• Поделитесь интересными наработками с ещё более «начинающими» тестировщиками

И главное: никаких затрат, только плюсы!

Готовы?

Тогда вперёд!

Как стать тестером на тестовом сервере? / Вопросы и ответы / Tanki Online

Анкета

1.DeniissVlad

2.Павел

3.19

4.Среднее

5.Долгоруковский район, Липецкая область, Россия

6.3-4 года

7.Я считаю, что самым полезным разделом является «Ваше мнение», потому что в нём игроки могут поделиться  своими идеями и мнениями.

8. https://ru.tankiforum.com/profile/97825-deniissvlad/

9. https://help.tankionline.com/users/290673-deniissvlad/notification/

10.1,5-2 часа в день.

11. https://vk.com/id431032311

12.Я бы хотел совершенствовать ТАНКИ ОНЛАЙ.Я считаю, что это самая лучшая игра.

13.Я обдумаю свои поступки и постараюсь исправить ошибки.                                                             

14.Я попробую доказать ему, что такие действия влекут за собой ответственность, попробую переубедить его, как друг, он должен меня понять. В противном случае сообщу администратору.

15.Эта игра хороша тем , что её не надо скачивать , в ней большое разнообразие оружия, корпусов, окраски, припасов, что делает её веселее и занимательней. А так же, огромное количество игроков, с которыми интересно соревноваться.

16.Столько , сколько  потребуется.

17.К сожалению, таких нет.

18.Нет. Я стараюсь вести себя правильно.

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

20.На данный момент, я не встречал игру, которая могла бы конкурировать с  ТАНКАМИ ОНЛАЙН .

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

22.Я пользуюсь единственным аккаунтом.

23.Единственная причина багов, с которыми я сталкивался, была связана с плохим интернет соединением.

24.Всё зависит от задачи, поставленной передо мной. В первую очередь,  это необходимость этого улучшения , а также, наличие багов.

25.После прохождения этой анкеты я чувствую ответственность данную мне. И ещё сильнее я загорелся желание стать тестером .

Профессия тестер, как стать тестером

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

В зависимости от уровня задач, требования к тестировщику могут существенно различаться. Некоторые компании принимают соискателей без опыта работы, другие предъявляют серьезные требования: от владения методологиями тестирования до знания прикладной области.

Как стать тестером?

Профессия тестера подойдет тем, кто обладает развитыми аналитическими способностями и логическим мышлением. Это скорее «математик», нежели «гуманитарий». Важна также способность уделять внимание мелочам.

Основные навыки и качества:

• Внимательность, логическое мышление, хорошая память.

Желательные знания:

• Высшее техническое образований.
• Базовые навыки программирования.
• Знание принципов построения ПО и администрирования операционных систем.
• Умение работать с базами данных.
• Знание языка запросов SQL, скриптовых языков.
• Владение техническим английским языком.

Основные клиенты:

• IT – компании.
• Компании по тестированию ПО.
• Независимые группы тестирования.

Где искать работу:

• Сайты поиска работы (Rabota.ru и т.п.)
• Сайты и биржи удаленной работы.
• Форумы тестеров.

Полезные материалы по теме:

• Software-testing.ru — на сайте размещено множество статей по тестированию ПО и полезных материалов. Есть форум тестировщиков. Вакансии.
• Protesting.ru — сайт посвящен тестированию программного обеспечения.

Рекомендуем

Невозможно представить современное общество без менеджеров. Представители этой профессии работают практически во всех сферах и на всех уровнях – …

Компоновка оборудования и внутреннее устройство помещений. (не путать с инженером-технологом, специализирующимся на машиностроении).

Суть …

Каких ответов я жду на собеседовании по тестированию / Хабр

Я провожу собеседования на тестировщиков. У меня иногда болит голова.

Долго собирался написать статью… И вот, наконец, выполнил свое намерение. Вопросы, поднимаемые в статье, обсуждались уже не раз и не два, но усердные поиски компиляции ответов на эти вопросы так и не увенчались успехом. Но, как подсказывает мой опыт, такая компиляция очень нужна. Прежде всего она требуется юниорам, ибо в сети по запросу «тестирование» на них (соискателей) обрушивается огромный объем информационного мусора, который плохо структурирован и часто противоречит сам себе.

Сначала несколько слов о себе. На данный момент являюсь начальником отдела тестирования и сопровождения компании, занимающейся корпоративными ГИС. До этого работал руководителем группы тестирования в компании, разрабатывающей коммерческие СДО (Системы дистанционного обучения). А еще раньше ведущим инженером по тестированию в компании, которая обеспечивала электронные торги по ФЗ №94. А начинал я свою карьеру более 11 лет назад в роли системного администратора (в трех различных организациях). Стажером-программистом был чуть меньше двух лет (вначале нулевых – VB). Фрилансил инженером-программистом: писал собственный баг-трекер для госкомпании… Исходя из сказанного, можно утверждать, что определенный опыт (тестирования — суммарно более 5 лет) наработан…

Кроме того, по долгу службы мне постоянно приходится подбирать сотрудников в отдел тестирования. И чем больше я этим занимаюсь, тем больше убеждаюсь, что иногда проще взять претендента без опыта, чем человека с опытом тестирования в российской компании (впрочем, не без исключений). Попутно следует отметить, что соискатели без опыта в подавляющей массе используют следующие источники информации о профессии: интернет – ресурсы, книги, мнение знакомых тестировщиков.

На собеседовании я всегда задаю одни и те же вопросы:

1. Почему вы решили стать тестировщиком?
2. Что такое тестирование? В чем его суть как процесса?
3. Что такое ошибка?
4. В чем цель тестирования?
5. Что вы знаете о жизненном цикле ПО?
6. Какие бывают требования?
7. Какие виды/типы/классы/методы тестирования вы знаете, и чем они различаются?
8. Расскажите о тестовой документации: виды, цели.
9. Из каких этапов состоит процесс тестирования?
10. Автоматизированное тестирование – отдельный вид тестирования?
11. Какой тип/вид класс тестирования имеет смысл автоматизировать?

Соискатель, который доходит за полтора часа беседы до восьмого вопроса, – редкость, такого я возьму на работу юниором. Доходящий за то же время до 11 вопроса может быть принят на должность ведущего тестировщика, однако за 240 проведенных собеседований таких оказалось только 5 человек!

Может, я слишком требователен к ответам? Нет, я просто жду от соискателя понимания того, чем ему придется заниматься. Вот как проходит собеседование: я начинаю разговаривать с соискателем предпочтительно в форме диалога, задавая ему указанные вопросы. Если получаю ответ, правильный или близкий к правильному, то перехожу к следующему вопросу. Если соискатель «блуждает», приводит заученную формулировку или просто не может ее обосновать, я пытаюсь подвести его к правильному ответу и почему этот ответ правильный. Пытаюсь заставить рассуждать. Последний год вместо собеседований у меня получаются импровизированные лекции. И дело не только в том, что соискатели менее осведомлены или у них мало опыта. Имели место и собеседования на должность ведущего инженера по тестированию с претендентами с 10 летним опытом… результат почти всегда удручает. По-моему, дело в том, что очень много противоречивой информации и «неполезного» опыта, ведь очень многие российские компании строят процесс тестирования по модели С. Канера – когда два – три высококвалифицированных тестировщика полностью генерируют, отбирают и описывают кейсы, а проверки проводят 10 -15,100, 500+ «тестеров» не особо вникая в саму суть процесса.

Этим текстом я попытаюсь немного подвести вчерашних, сегодняшних и завтрашних соискателей на позицию тестировщика к пониманию, а что же все-таки такое «тестирование». Далее я отвечу на некоторые из вопросов собеседования и обосную свое мнение, а также приведу некоторые из наиболее частых ответов соискателей и объясню, почему считаю их неправильными.

Наиболее частый ответ: «потому что это просто и интересно (!)». Т. е. кандидат считает, что ему будут платить деньги за щелканье мышкой в вк… Или дадут софт и скажут – сломай его… Или он просто не готовился к этому вопросу и имеет весьма слабое представление о профессии.

Второй по частоте ответ: «потому что я хочу работать в IT и тестирование – самый простой путь» (читай: у IT специалистов высокая зп, а в тестировании не нужно ни знаний, ни навыков, но зп тоже достаточно высокая!).

Бывали и ответы: «меня мама/муж/жена заставила идти на собеседование».

Единственно правильного ответа нет, но вот указанные три и их производные – точно неправильные, т. к. тестирование – это сложно и однообразно, оно требует определенных навыков, по которым нет учебников, и ведет к профессиональной деформации мировоззрения.

Что бы я хотел услышать? Возможно, что-то вроде: «потому что без тестирования невозможно выявить истинное состояние производимого продукта, и насколько он соответствует ожиданиям потребителя».

Наиболее частый ответ (напрямую прописан у С. Канера и Р.Савина) – «поиск ошибок». И во всей литературе по тестированию почему-то никто не указывает, что это упрощение и весьма грубое, и вообще, этот ответ просто неверен!

Тестирование – комплекс мероприятий, направленный на проведение проверок на соответствие производимого продукта требованиям, к нему предъявляемым (прямым и косвенным).

Да, действительно, в ходе проверок выявляются ошибки/инциденты/замечания, но это лишь побочный продукт процесса. Основным является информация о соответствии продукта требованиям, которые к нему предъявляются.

Ну, здесь, слава Богу, почти все отвечают: «некорректная работа программы…». А вот дальше начинается хаос, когда спрашиваешь: «а как мы узнаем корректная работа или нет?»

Правильный ответ есть почти на всех известных мне ресурсах о тестировании:
Ошибка – несоответствие производимого продукта требованиям, прямым или косвенным.

Чтобы не блуждать в противоречиях/предположениях и т. п., – это единственно правильный ответ.

Здесь люди начинают повторять ответ на второй вопрос с разными вариациями. Наиболее внимательные соискатели пытаются пересказать то, что я им подсказывал при ответе на второй вопрос. А ответ крайне простой:

Цель тестирования – предоставление актуальной информации о соответствии производимого продукта требованиям.

Всё. Не больше и не меньше. Ну, конечно же, можно еще сказать, что цель тестирования – предоставление информации о количестве ошибок в продукте. А именно это и неправильно. Почему? Вот просто-таки каждодневный кейс многих тестировщиков/ПМ/аналитиков: звонок заказчика – «как там мой продукт?». «Вы знаете, в нем еще 60 багов!» – ответ тестировщика/ПМ… И что дальше? Это много? Мало? Нормально? Можно, конечно, рассказать подробно о критичности этих багов, их приоритетах, но это не ответ на вопрос заказчика, это выдача сырой необработанной информации ДВП. Теперь тот же кейс. «Как там мой продукт?», – спрашивает заказчик. «35% процентов требований реализовано полностью, еще 5% – с замечаниями и еще 2% – сейчас в реализации», – отвечает ПМ/тестировщик. Как Вам кажется, такой ответ понятнее? И пусть в эти 5% входят, уже упомянутые 60 багов-замечаний… Ответ на вопрос дан настолько точный, насколько это вообще возможно в данном формате. Вот именно это и является целью тестирования. А, соответственно, и сам процесс по своей сути должен сводиться к достижению этой цели.

Про ЖЦ ПО сказано много, да и он сильно зависит от организации процесса реализации в целом. Все же есть некоторая «золотая середина», но и здесь умудряются фантазировать дикие вещи, то сводя все к трем пунктам, то разрисовывая схему на три страницы… Всем, кто проводил/проходил собеседование, и так ясно, какие ошибки совершаются и сколько вариантов у правильных ответов. Останавливаться подробнее не буду, скажу только, что есть целый пул кандидатов, которые намертво стопорились на этом вопросе (примерно 7%).
До этого вопроса за полтора часа доходят только процентов 50 соискателей… Хотя я и не требую ответов «буква в букву», главное, как это называют юристы, сохранить «дух».

Самый частый кейс: соискатели начинают перечислять виды технической документации, которые они знают или о которых слышали… Обязательно выслушаю, покиваю и спрошу: «что-нибудь еще?». Редко кто вспоминает про деление на «функциональные»/«нефункциональные», а кто вспоминает, часто не может объяснить разницу.

Но есть одна категория, про которую забывают. Я в этой статье уже несколько раз упоминал о «…требованиях прямых и косвенных…». На собеседовании я эту фразу произношу раз пять-шесть. Очень малый процент соискателей переспрашивает и тем самым исключает этот вопрос из собеседования. А полный ответ таков: «Требования бывают прямыми (т. е. формализованными в технической документации, спеках, юзер-стори и прочих формальных артефактах) и косвенными (т. е. проистекающими из прямых, либо являющимися негласным стандартом для данной продукции или основывающиеся на опыте и здравом смысле использования данного продукта или продуктах, подобных ему). Все требования также подразделяются на функциональные (описывающие какие функции должен выполнять продукт) и нефункциональные (требования к окружению, поддерживаемости, надежности и прочим характеристикам продукта). Прямые требования всегда приоритетнее косвенных.»

Самый очевидный и «простой» пример: в ТЗ — «кнопка должна быть красного цвета» – прямое требование, из него проистекают косвенные – она не должна быть синей, зеленой, серой или черной и т. д… Естественно, это сильное упрощение, но очень показательное. А главное – такой подход отсекает излишне формальное отношение к тестированию и поднимает планку квалификации тестирования как такового, ибо для грамотного тестирования мало знать только ТЗ и юзер-стори, надо еще изучить прикладную область и специфику потребления производимого продукта. Такое тестирование значительно эффективнее.

Есть маленький грех за мной: я отрицаю существование негативных проверок, поскольку:

• их тяжело обосновать перед руководством,
• на них трудно получить время,
• их практически невозможно обосновать экономически перед заказчиком при составлении сметы на тестирование.

Опираясь на концепцию косвенных требований этого делать не надо, т. к. все проверки становятся позитивными, но часть из них – на соответствие прямым требованиям, часть – на соответствие косвенным. И квалификация специалиста как раз и выявляется пониманием косвенных требований для каждого конкретного продукта.
О классификации тестирования имеется очень много информации, вариантов правильных ответов тоже очень много. Я задаю этот вопрос, чтобы увидеть, готовился соискатель хоть в малой степени или вообще не удосужился. Дело в том, что на предыдущие вопросы можно ответить, просто рассуждая и имея общее представление о сфере в целом. Данный вопрос требует элементарного знания терминов. Возможно, я рассмотрю его в других статьях, ибо он достаточно большой и заслуживает отдельной статьи.
Тестовая документация – пожалуй, самая большая проблема. По ней идут такие битвы в сообществах, фирмах и т. д.! Про нее столько противоречивой информации. О ней изданы многотомники на разных языках. О ней такая каша в головах… Каких только ответов не приходилось слышать (да-да, включая ТЗ и проектное решение – это тоже тестовая документация)… Поэтому выскажу свои мысли по этому поводу.

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

Внешняя документация:

• Замечание – короткая записка, комментарий о небольшой неточности в реализации продукта.
• Баг-репорт – описание выявленного случая несоответствия производимого продукта требованиям, к нему выдвигаемым – ошибки или ее проявления. Он обязательно должен содержать следующие элементы:
  • Идею тестового случая, вызвавшего ошибку.
  • Описание исходного состояния системы для выполнения кейса.
  • Шаги, необходимые для того, чтобы выявить ошибку или ее проявление.
  • Ожидаемый результат, т. е. то, что должно было произойти в соответствии с требованиями.
  • Фактический результат, т. е. то, что произошло на самом деле.
  • Входные данные, которые использовались во время воспроизведения кейса.
  • Прочую информацию, без которой повторить кейс не получится.
  • Критичность и/или приоритет.
  • Экранный снимок (скрин).
  • Версию, сборку, ресурс и другие данные об окружении.

• Запрос на изменение (улучшение) – описание неявных/некритичных косвенных требований, которые не были учтены при планировании/реализации продукта, но несоблюдение, которых может вызвать неприятие у конечного потребителя. И пути/рекомендации по модификации продукта для соответствия им.
• Отчет о тестировании (тест репорт) – документ, предоставляющий сведения о соответствии/ несоответствии продукта требованиям. Может так же содержать описание некоторых подробностей проведенной сессии тестирования, например, затраченное время, использованные виды тестирования, перечень проверенных случаев и т. п. В идеальном варианте фраза вида «Тест пройден. Ошибка не воспроизводится/Функционал работает корректно/Соответствует требованиям» означает, что продукт или его часть полностью соответствует требованиям прямым и косвенным (в производстве ПО).

Внутренняя документация:

• Тест-план (план тестирования) – формализованное и укрупненное описание одной сессии тестирования по одному или нескольким направлениям проверок. Т.е. перечень направлений проверок, которые должны быть проведены в рамках сессии тестирования (и, сообразных этим направлениям, требований). Также может содержать в себе необходимую информацию об окружении, методике, прочих условиях важных для показательности данной сессии тестирования. Под направлением проверок также может пониматься более детализированная тестовая документация (в виде ссылки на нее): чек листы, тестовые комплекты, тестовые сценарии, на которую необходимо опираться при проведении сессии тестирования. Основная цель документа – описать границы сессии тестирования, стабилизировать показательность данной сессии.
• Тестовый сценарий – последовательность действий над продуктом, которые связаны единым ограниченным бизнес-процессом использования, и сообразных им  проверок корректности поведения продукта в ходе этих действий. Может содержать информацию об исходном состоянии продукта для запуска сценария, входных данных и прочие сведения, имеющие определяющее значение для успешного и показательного проведения проверок по сценарию. Особенностью является линейность действий и проверок, т.е. зависимость последующих действий и проверок от успешности предыдущих. Цель документа – стабилизация покрытия аспектов продукта, необходимых для выполнения функциональной задачи, показательными необходимыми и достаточными проверками. Фактически при успешном прохождении всего тестового сценария мы можем сделать заключение о том, что продукт может выполнять ту или иную возложенную на него функцию.
• Тестовый комплект – некоторый набор формализованных тестовых случаев объединенных между собой по общему логическому признаку.
• Чек-лист (лист проверок) – перечень формализованных тестовых случаев в виде удобном для проведения проверок. Тестовые случаи в чек-листе не должны быть зависимыми друг от друга. Обязательно должен содержать в себе информацию о: идеях проверок, наборах входных данных, ожидаемых результатах, булевую отметку о прохождении/непрохождении тестового случая, булевую отметку о совпадении/несовпадении фактического и ожидаемого результата по каждой проверке. Может так же содержать шаги для проведения проверки, данные об особенностях окружения и прочую информацию необходимую для проведения проверок. Цель – обеспечить стабильность покрытия требований проверками необходимыми и достаточными для заключения о соответствии им продукта. Особенностью является то, что чек-листы компонуются теми тестовыми случаями, которые показательны для определенного требования.
• Тестовый случай (тест-кейс) – формализованное описание одной показательной проверки на соответствие требованиям прямым или косвенным. Обязательно должен содержать следующую информацию:
  • Идея проверки.
  • Описание проверяемого требования или проверяемой части требования.
  • Используемое для проверки тестовое окружение.
  • Исходное состояние продукта перед началом проверки.
  • Шаги для приведения продукта в состояние, подлежащее проверке.
  • Входные данные для использования при воспроизведении шагов.
  • Ожидаемый результат.
  • Прочую информацию, необходимую для проведения проверки.

Цель – зафиксировать сгенерированную и отобранную показательную проверку в виде, позволяющем тестировщику любой квалификации ее провести и суметь проанализировать полученные результаты.

Как видно, каждый последующий вид внутренней тестовой документации в определенной мере детализирует предыдущий. У каждого документа есть свое назначение и все вместе они – инструмент для облегчения генерации, отбора и воспроизведения тестовых случаев. Кроме того хорошо структурированная, поддерживаемая, читаемая, организованная и доступная тестовая документация позволяет в долгосрочной перспективе:

• Обеспечить стабильность покрытия требований проверками.
• Обеспечить показательность всех проводимых проверок.
• Обеспечить необходимость и достаточность проводимых проверок.
• Сэкономить время на этапах тестирования, сводя их к проведению проверок и анализу  и передаче результатов.
• Снизить входной уровень квалификации тестировщика для проведения проверок.
• Повысить прогнозируемость сессий тестирования в части затрат времени и ресурсов.
• Повысить прозрачность процесса тестирования для других участников процесса производства продукта.
• Обеспечить базу знаний о продукте и истории его развития.

Но следует учитывать, что есть и свои недостатки:

• Стабильность покрытия. Со стремящейся к бесконечности долей вероятности, если проводится тестирование по документации, то будут проведены только те проверки, которые есть в данной документации. Вероятность пропуска ошибки (чаще всего несоответствие косвенному требованию, непокрытому документацией) возрастает.
• Плохая локализация ошибки тестировщиком. Либо полное отсутствие локализации. Фактический результат не совпал с ожидаемым – ошибка. А что это на самом деле: ошибка; проявление ошибки; инцидент, уже описанной ошибки, тестировщик не проверит (в подавляющем количестве случаев).
• Высокий требуемый уровень квалификации специалиста для создания и поддержания тестовой документации.
• Большие временные затраты на создание и поддержание тестовой документации.
• Слабо прогнозируемое время актуальности тестовой документации.

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

Естественно, видов документации в тестировании гораздо больше, но без понимания назначения и особенностей этих документов работать в этой профессии очень сложно. И чтобы совсем не увеличивать размеры статьи, рассмотрим последний (для этой статьи) вопрос.

Чаще всего отвечают приблизительно так: «подготовка, тестирование, отчет…» Так-то оно так, только абсолютно любой процесс состоит из этих этапов. И ответ никак не отражает понимание соискателем процессов тестирования. Больше похоже на читерство… Поэтому позволю себе изложение своего видения:

1. инициация,
2. выявление требований прямых и косвенных,
3. генерация тестовых случаев,
4. отбор показательных тестовых случаев,
5. проведение проверок,
6. фиксация результатов,
7. анализ результатов,
8. передача информации о соответствии проверенного продукта требованиям.

Более подробная информация об указанных этапах:

Инициация – событие, которое извещает команду тестирования о необходимости сессии тестирования, а также гарантирует выполнение требований к продукту для проведения тестирования.

Для производства ПО требования включают:

• доступно необходимое тестовое окружение,
• доступен билд/ресурс/предмет тестирования,
• код, БД, прочие компоненты объекта тестирования «заморожены», т. е. не изменяются в период всей сессии тестирования,
• модификация требований (хотя бы прямых) «заморожена»,
• известно направление тестирования,
• известны сроки на сессию тестирования.

Есть и другие условия, но они менее значимы и сильно зависят от конкретного процесса в компании.

Выявление требований – пожалуй, один из главных шагов в процессе тестирования. Неизвестны требования – нет тестирования. Необходимо собрать всю доступную информацию о предмете тестирования, вариантах использования и т. п. Первый источник – техническая документация и юзер-стори – это прямые требования. Качество же косвенных требований во многом зависят от добросовестности, ответственности, квалификации тестировщика и всей команды проекта.

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

Отбор тестовых случаев – отбор наиболее показательных, значимых и воспроизводимых тестовых случаев. От этого этапа зависит, насколько тестирование будет полезным, эффективным и анализируемым. Например, в «простом» примере с красной кнопкой понятно, что количество косвенных требований стремится к бесконечности, и проверять их все подряд – полный абсурд, но подобные кейсы должны быть сгенерированы хотя бы в голове проверяющего. А для того чтобы они не вошли в проверки, необходимо выполнить соответствующий отбор и проверить только, действительно ли кнопка красная.

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

Проведение проверок – тут все понятно. Либо согласно документации, либо ad hoc (интуитивно, свободный поиск, без документации). В любом случае это проводится согласно списку отобранных проверок. Почему-то большинство именно этот пункт называет тестированием. И в голове обывателя, незнакомого с профессией, только один этот пункт и содержится J.

Фиксация результатов – создание внутренней и внешней тестовой документации в формализованном виде или в виде записей и т. п. На данном этапе отчет о тестирование даже если и создается, то не считается законченным.

Анализ результатов – вынесение решения о соответствии проверенного продукта требованиям. Формализация данного решения и его обоснование в виде отчета о тестировании. Сюда также входят процедуры по оценке покрытия требований проверками, тайм-шитинг и пр. Таким образом, проводится анализ не только результатов, но и самой сессии тестирования.

Передача информации о соответствии продукта требованиям. Формально: передача внешней тестовой документации заинтересованным в ней сторонам, зачастую инициатору сессии тестирования. В общем случае: помимо документации предоставляется информация о рисках, которые были выявлены в продукте, требованиях, процессах, передаются рекомендации по отработке этих рисков и т. п. Но это – уже QA J!

Внимательный читатель заметил, что вопросы набирают сложность от начала к концу беседы. Вместе с тем, стоит отметить, что все эти вопросы не должны затруднить специалистов по тестированию, то есть тех, кто не «просто кликал мышью – тестировал», а пытался разобраться в сути того, чем он занимается, тех, кто не остановился на одной книжке или одном ресурсе, а продумал и обосновал свои действия… хотя бы для самого себя.

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

Полное руководство (Обновлено 2020 г.) AskTester

Примечание. Я часто обновляю этот пост, чтобы убедиться, что вы в курсе тенденций, навыков и данных.

Сейчас 2020 год, и этот год для меня особенный. Я буду отмечать 14-летний юбилей работы тестировщиком программного обеспечения.

Ура !!! (Вы не видите, но я открываю шампанское :-))

Как бы то ни было, время летит…

14 лет назад я был веб-мастером местного журнала о судоходстве, когда был студентом последнего курса по разработке программного обеспечения.Моя работа заключалась в переводе статей с английского на вьетнамский, размещении их на веб-сайте или настройке веб-сайта при необходимости. Хотя эта работа была отличной для студента, это не та работа, которой я бы хотел заниматься (честно говоря, я тоже не знал, что мне действительно нравилось делать). Я просто подумал, что я молод и что мне нужно сделать что-то новое, что-то, связанное с программным обеспечением, и что-то действительно сложное.

Затем я просмотрел сайты с вакансиями и обнаружил, что компания нанимает инженера по тестированию программного обеспечения.«Что, черт возьми, делает инженер по тестированию программного обеспечения?» — подумал я. В описании должности были перечислены некоторые требования, но я не имел представления, что они собой представляют. … Но мне понравилось. Поэтому я решил написать резюме и устроился на работу.

К счастью, меня вызвали на собеседование.

«Как прошло интервью?» вы можете спросить.

Что ж, собеседование прошло так плохо, что я пожалел, что не подавал заявку на эту должность. Мне не удалось ответить на большинство вопросов по тестированию программного обеспечения. Однако есть одна вещь, в которой, как мне кажется, я хорошо справился во время интервью, — это то, что я показал, что хочу узнавать новое …и я прошел собеседование и стал инженером по тестированию программного обеспечения.

Перенесемся в сегодняшний день. Я достаточно долго тестировал программное обеспечение, чтобы понять, как мне повезло, что меня приняли на эту работу.

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

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

Вот содержание сообщения:

Этап № 1: Осведомленность:

+ Почему вы хотите начать свою карьеру в области тестирования программного обеспечения?

+ Что такое тестирование ПО?

+ Какие навыки необходимы, чтобы стать тестировщиком программного обеспечения?

+ Вам нужно программировать, чтобы начать свою карьеру тестировщика программного обеспечения?

+ Необходимы коммуникативные навыки

+ Как насчет карьерного роста? Есть ли у него конкурентоспособная зарплата?

+ Требуются ли технические навыки для тестирования программного обеспечения?

Этап № 2: Как приступить к тестированию программного обеспечения?

+ Как научиться тестировать ПО?

+ Как получить практический опыт?

Этап № 3: Как найти постоянную работу тестировщика программного обеспечения?

+ Разминка и работа в сети

+ Напишите рабочее резюме

+ Как пройти успешное собеседование?

Также можно скачать.PDF-версия этого сообщения, чтобы вы могли прочитать его позже.

Поехали.

Фаза 1: осведомленность:

Это один из самых важных этапов, но большинство людей его пропускают. Люди быстро бросаются прямо в «Как», не понимая четко «почему» и «что». Понимание того, «почему» и «что», поможет вам понять, подходит ли вам тестирование программного обеспечения или нет, и если вы хотите этим заниматься, и поладите. Это осознание также избавит вас от необходимости тратить время на неправильные поступки.

Я покажу вам «Как» в будущем, но пока потерпите эту часть.

В основном, вы должны ответить на следующие вопросы, прежде чем двигаться дальше:

1) Почему вы хотите стать тестировщиком программного обеспечения?

Теперь вы хотите стать тестировщиком программного обеспечения. Отлично!… Но почему?

Почему вы хотите выбрать своей профессией тестирование программного обеспечения?

Почему тестирование программного обеспечения, а не программирование, графический дизайн, ИТ или администратор баз данных и т. Д.

Продолжайте спрашивать «Почему», пока не найдете, что действительно мотивирует вас перейти к тестированию программного обеспечения.

Ничего страшного, если вы не знаете причину, по которой хотите стать тестировщиком … и я понимаю.Это особенно верно, если вы новичок и понятия не имеете, что такое тестирование программного обеспечения, как оно выглядит, есть у него хороший карьерный рост или нет и т. Д.

Чтобы помочь вам лучше понять и понять, подходит ли вам тестирование программного обеспечения, позвольте мне сделать очень быстрое введение о тестировании программного обеспечения и ответить на некоторые из распространенных вопросов тестирования программного обеспечения:

2) Что такое тестирование ПО?

Вот определение из Википедии:

Тестирование программного обеспечения — это расследование, проводимое для предоставления заинтересованным сторонам информации о качестве тестируемого продукта или услуги.[1] Тестирование программного обеспечения также может предоставить объективное, независимое представление о программном обеспечении, чтобы позволить бизнесу оценить и понять риски внедрения программного обеспечения. Методы тестирования включают в себя процесс выполнения программы или приложения с целью поиска программных ошибок (ошибок или других дефектов).

Вот определение из ISTQB Exam Certification :

Тестирование программного обеспечения — это процесс выполнения программы или приложения с целью обнаружения ошибок программного обеспечения.

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

… еще один от Джеймса Баха:

Тестирование — это процесс оценки продукта путем изучения его посредством исследования и экспериментирования, который в определенной степени включает в себя вопросы, изучение, моделирование, наблюдение, вывод и т. Д.

Вот несколько упрощенных и забавных определений:

Кто-то что-то готовит, а я пробую посмотреть, вкусно это или нет 🙂

«Мне платят, чтобы я говорил людям, что они сделали ошибку»

Я как корректор книги — перебираю все тонкой гребешкой и убеждаюсь, что все работает как надо.

Я как домашний инспектор, но для программного обеспечения.

Надеюсь, вы понимаете, что такое тестирование программного обеспечения, но если нет, ничего страшного.Вы узнаете об этом позже. А пока давайте согласимся с тем, что тестирование программного обеспечения — это проверка того, что программное обеспечение работает так, как задумано, и находится в хорошем состоянии, прежде чем его можно будет передать клиентам или найти дефекты в приложении.

3) Каковы требования к программному тестеру?

Хотя тестирование программного обеспечения не является врожденным навыком, тестирование программного обеспечения подходит не всем. Другими словами, это требует определенных наборов навыков, без которых вы вряд ли сможете эффективно провести тестирование. Согласно отчету о состоянии тестирования 2019, их:

• Больше внимания уделяется автоматизации тестирования / способностям кодирования
• Самообучающийся
• Навыки программирования и продуктовое / бизнес-мышление
• Командный игрок (хорошо работает с разработчиками)

4) Вам нужно программирование, чтобы начать свою карьеру тестировщика программного обеспечения?

Нет, вам не нужно быть экспертом в программировании или компьютерными гуру, чтобы начать тестирование программного обеспечения.

Я не технический специалист. Что ж, я изучал программную инженерию, я могу писать код, но я далек от эксперта и, честно говоря, я не касался ни одной строчки кода в течение 5 или 6 лет. Однако знание того, как программировать, может помочь вам понять, как создается программное обеспечение (и как и где код может быть взломан). Конечно, вы все равно можете сломать программное обеспечение, не зная, как оно построено, но если вы знаете, как строится программное обеспечение с точки зрения кодирования, вы обнаружите эти ошибки намного легче и систематически.

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

Проще говоря, знание того, как программировать, — это хорошо, а не обязательно.

5) Коммуникационные навыки необходимы

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

Источник: Отчет о тестировании, 2019

На самом деле коммуникативные навыки важны не только при тестировании программного обеспечения, но и в других областях. Однако это становится особенно важным при тестировании программного обеспечения, потому что одна из целей тестирования — изучить систему, найти проблемы в системе и сообщить об этих проблемах менеджерам / заинтересованным сторонам. В этом нет никакого смысла, если вы находите проблему и решаете ее сами или никто не понимает, в чем ваша проблема.

На самом деле, за коммуникативными навыками скрывается множество навыков, однако я хотел бы, чтобы вы сосредоточились на этих двух навыках:

+ Сообщение об ошибке: Проще говоря. Когда вы обнаружите проблему в системе, вам необходимо сообщить о ней ответственным лицам. Ваш отчет об ошибке очень важен, потому что он не только сообщает менеджерам, какие риски в системе связаны с обнаруженной вами проблемой, чтобы они могли принимать решения, но также сообщает разработчикам, в чем именно заключается проблема, шаг за шагом как они могут воспроизвести проблему, в каком состоянии проблема возникает, чтобы они могли решить проблему.

Прочтите по теме: Почему ваш отчет об ошибке — отстой (и как его исправить)

+ Задавать вопросы: На самом деле, тестирование программного обеспечения — это вопрос, который задает правильный вопрос, чтобы выявить проблему тестируемой системы. Это особенно верно, когда вы тестируете и исследуете программное обеспечение в качестве конечного пользователя или в случае, если у вас нет документов о системе. В таких случаях ваш продукт становится черным ящиком.
Вы бы использовали продукт, а затем спросили: что, если я нажму эту кнопку? Что если я отредактирую информацию, а затем закрою приложение без сохранения данных? Что, если я сделаю это… а потом сделаю то? Для чего используется эта функция? Зачем это нужно? и т.п..

Прочтите по теме: 6 советов для тестировщиков программного обеспечения по заданию вопросов

6) А как насчет карьерного роста? Есть ли у него конкурентоспособная зарплата?

Согласно отчету о состоянии тестирования в 2019 году, ниже показано состояние зарплат по тестированию по всему миру. Конечно, это только для справки. Есть много других факторов, которые могут повлиять на зарплату тестировщика

.

Источник: Отчет о тестировании, 2019

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

Подробнее читайте: Карьерный путь тестировщика качества, какой выбрать?

7) Требуются ли технические навыки для тестирования программного обеспечения?

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

Я бы сказал, что они совершенно неправы.

Нравится вам это или нет, но вам все равно нужен приличный уровень технических навыков, чтобы вы могли эффективно тестировать программное обеспечение.Однако вам не нужно быть экспертом в программировании, работе с сетями или базами данных, чтобы проводить тестирование программного обеспечения. Все, что вам нужно, это базовый уровень этих навыков для начала.

Вот что я хочу, чтобы вы сделали:

Прекратите читать на несколько секунд и ответьте себе на вопрос:

Что вы думаете о тестировании программного обеспечения на данный момент?

Действительно ли вам подходит тестирование программного обеспечения?

Вы хотите этим заняться?

Вас это интересует?

Если вы ответили положительно, продолжайте читать, потому что я расскажу подробнее и расскажу, как стать тестировщиком программного обеспечения.

(Если вас пока что не интересует тестирование программного обеспечения, прекратите читать дальше. Теперь вы можете открыть YouTube и найти несколько забавных видео для просмотра :-))

Загрузите .PDF версию этого сообщения, чтобы вы могли прочитать ее позже.

Этап 2. Как приступить к тестированию программного обеспечения

По сути, вам нужно сделать эти 3 вещи:

Первое: узнайте об этом

Секунда: получение практического опыта

Третий: найдите работу на полную ставку

«Эй, а в этих шагах нет ничего особенного? — спросите вы.

Согласен … но вот в чем дело:

Вы должны сделать эти базовые шаги… правильно.

Я перейду к сути.

1) Как научиться тестировать ПО?

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

Ниже приведены некоторые варианты, из которых вы можете выбрать:

+ Сертификация по тестированию программного обеспечения:

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

Несмотря на то, что есть несколько отрицательных отзывов о сертификации тестирования программного обеспечения, я считаю, что сертификация тестирования программного обеспечения — это хороший способ начать.

Почему? Потому что у него много преимуществ:

— Вы получите базовые знания по тестированию программного обеспечения

-Вы (можете) заработать

опыта

-Вы получаете кредит. Например: после получения сертификата вы станете «сертифицированным тестером».

Однако есть несколько проблем с сертификацией, которые необходимо учитывать:

Во-первых, это будет стоить вам денег: это очевидно.Я не нашел ни одной сертификации по бесплатному тестированию программного обеспечения.

Во-вторых, сертификация может ввести вас в заблуждение (и приносит больше вреда, чем пользы). Это более важный момент, чем сама стоимость. Сертификация может ввести вас в заблуждение и заставить вас думать, что теперь вы «сертифицированы» и то, что вы узнали, является стандартным. В результате вы можете ограничить себя стандартом, который вы изучаете, и перестать узнавать больше или принять новые способы тестирования программного обеспечения.

Суть сертификации, о которой я хочу сказать, заключается в следующем:

Если вы найдете сертификацию полезной, идите и получите ее … но не останавливайтесь на достигнутом.

Вот несколько сертификатов, которые вы можете получить:

Международная квалификационная комиссия по тестированию программного обеспечения (ISTQB):

ISTQB® создал самую успешную в мире схему сертификации тестировщиков программного обеспечения.
По состоянию на март 2015 года ISTQB® выдал почти 400 000 сертификатов в более чем 100 странах мира, при этом темпы роста составляют более 13 000 сертификатов в квартал. — Согласно ISTQB

ASTQB — американская версия ISTQB (для тех, кто находится в США)

Если вы не хотите использовать ISTQB, вы можете попробовать следующие варианты, которые рекомендуются многими экспертами по тестированию программного обеспечения в мире:

Тестирование программного обеспечения Blackbox (BBST), Cem Kaner

Быстрое тестирование программного обеспечения (RST), Джеймс Бах

+ Самообучение:

Если вы по каким-то причинам не хотите проходить сертификацию и все, что у вас есть, — это время и готовность действовать самостоятельно, самообучение — неплохой вариант.

62% тестировщиков выбрали путь самообучения:

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

Если вы хотите пойти по пути «самообучения», ознакомьтесь с лучшими онлайн-ресурсами, чтобы узнать о тестировании программного обеспечения. Это ресурсы, которые я сам использовал для изучения тестирования программного обеспечения, и считаю их полезными.

2) Получите практический опыт:

Какая жалоба №1 от Freshers при поиске работы?

Ну, большинство объявлений о вакансиях требует 2-3 лет опыта в тестировании программного обеспечения даже на младшей должности

«Я новичок… откуда у меня многолетний опыт?» Вы расстроены, нервничаете, и такие объявления о вакансиях полностью вас отпугивают.

Это «знаменитый» порочный круг, о котором мы все знаем.

Отложить в сторону объявления о вакансиях до смешного требует многолетнего опыта работы на младшей должности (поверьте мне или нет, многие работодатели не знают, чего они на самом деле хотят в объявлении о работе), вы должны согласиться со мной, что на любой профессиональной работе руки- на опыте будет играть самую важную роль в создании или разрушении игры. Однако я считаю, что большинство новичков совершают эту ошибку:

Они думают, что могут получить опыт тестирования программного обеспечения только тогда, когда у них есть постоянная работа… и они попадают в свои ловушки и этот порочный круг.

Не делайте такой ошибки! Вот несколько идей, которые вы можете попробовать заработать опыт еще до того, как у вас появится постоянная работа:

+ Ищу возможность в качестве внештатного тестировщика программного обеспечения

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

> uTest: uTest считается одним из самых многолюдных сообществ тестировщиков программного обеспечения в мире.Имея 200 000 профессиональных тестировщиков и множество предлагаемых вакансий фрилансера, вы наверняка многому научитесь и приобретете опыт.

Прочтите по теме: Как заработать дополнительные деньги в качестве тестировщика-фрилансера на uTest

> 99Tests: 99Tests менее известен и базируется в Индии, там есть много возможностей для фриланса.

Чтобы стать внештатным тестировщиком программного обеспечения, вам просто нужно зарегистрировать свою учетную запись, обновить свой профиль своими навыками, добавить доступные среды тестирования, такие как ваши устройства, такие как телефон, столы, ноутбуки, ПК, ваша ОС. таких как iOS, Android, Windows, iOS и т. д.Когда есть проект, отвечающий вашим требованиям к устройству, вы будете приглашены на работу и получите соответствующую оплату за работу.

Вам понадобится время и терпение, чтобы вас пригласили для участия в вашем первом проекте. Звучит сложно, но попробовать стоит.

+ Практика тестирования повседневных приложений

У всех приложений есть ошибки. Вы можете потратить свое время на отработку приложения, которое используете каждый день, такого как Facebook, Twitter, LinkedIn, браузер Google Chrome, FireFox, и посмотреть, сможете ли вы найти ошибки.

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

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

(недавно я обнаружил ошибку в LinkedIn. Если я смогу это сделать, то сможете и вы :-))

+ Присоединяйтесь к семинару или местным встречам

Найдите свои местные семинары или встречи и присоединяйтесь к ним.Это прекрасная возможность встретиться с другими тестировщиками и попрактиковаться в тестировании программного обеспечения.

Есть несколько хороших семинаров, проводимых известными тестировщиками в сообществе тестирования программного обеспечения, к которым вы можете присоединиться:

> Семинар по тестированию выходного дня

> TestBash — Конференция, семинар от MinistryOfTesting

Несмотря на то, что у меня не было возможности принять участие в этих семинарах, эти семинары хорошо известны и получили хорошие отзывы и отзывы от сообщества по тестированию программного обеспечения.

+ Спросите о личном обучении:

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

[Примечание: конечно, если вам понадобится моя помощь, вы можете отправить мне электронное письмо на thanh [at] asktester.com]

Это несколько идей, которые вы можете попробовать, но не останавливайтесь на достигнутом. Будьте изобретательны и активны, чтобы получить опыт в тестировании программного обеспечения.

Не приходи на собеседование с пустыми руками.

Загрузите .PDF версию этого сообщения, чтобы вы могли прочитать ее позже.

Вы уже создали свой фундамент и должны быть готовы перейти к следующему важному шагу:

Этап 3. Найдите работу тестировщика программного обеспечения на полный рабочий день

Одна из распространенных ошибок большинства людей (тестировщиков) заключается в том, что они делают следующее, чтобы найти работу на полный рабочий день:

Вот что делают большинство людей (тестировщиков), чтобы найти работу на полную ставку:

1) Просмотр сайтов с вакансиями

2) Подобрать несколько работ, которые кажутся подходящими

3) Напишите одно резюме и разошлите его всем объявлениям о вакансиях

4) Нажмите Отправить

5) Молиться

Неудивительно, почему им редко звонят на интервью.

Вот что вы можете сделать вместо этого:

1) Разминка и работа в сети

+ Присоединяйтесь к LinkedIn и… будьте активны в этом.

LinkedIn считается сетью профессионалов №1 в мире. Это означает, что ваши работодатели уже могут быть там. Это означает, что команда по найму уже может быть там. Это означает, что большинство профессиональных тестировщиков уже там. Это отличное место для того, чтобы рассказать этим людям больше о вас, ваших навыках тестирования программного обеспечения и вашем профессиональном уровне.

Присоединиться к LinkedIn просто:

> Создать аккаунт

> Обновите свой профиль, добавив свои навыки, достижения, образование, сертификаты, вещи, которые вам небезразличны и т. Д. (Не создавайте профиль просто ради него, отнеситесь к нему серьезно, потому что здесь вам нужно быть профессионалом)

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

> Присоединяйтесь к группам и начинайте обсуждение: если вы тестировщики, вы должны знать следующую группу LinkedIn (группа тестирования программного обеспечения и обеспечения качества).Присоединяйтесь к этим группам и начните задавать вопросы, отвечать на вопросы. Это важно, потому что это показывает, что вы действительно заботитесь о тестировании программного обеспечения и серьезно относитесь к своей карьере.

Привет, я тоже в LinkedIn, давай подключимся!

+ Посещайте местные конференции:

Найдите любые местные конференции, связанные с тестированием программного обеспечения, и посетите их.

Конференция

— отличное место, чтобы посетить и получить знания о тестировании программного обеспечения. Однако самая полезная часть конференции — это нетворкинг.У вас будет возможность пообщаться с другими тестировщиками, работодателями. На некоторых конференциях у них есть будки для интервью и найма более свежих.

Итак, не упустите эту прекрасную возможность.

2) Напишите резюме, которое работает

Есть много советов о том, как написать хорошее резюме. Возможно, вам не понадобится больше указаний по этому поводу. Однако, независимо от руководства, используемого вами шаблона, обязательно укажите это в своем резюме:

.

+ Нет орфографических и грамматических ошибок.

Люди постоянно совершают эту ошибку.Я в основном отклоняю кандидатов, допустивших орфографические ошибки в своих резюме.

Почему?

Это показывает, что кандидат слишком ленив и беспечен. По состоянию на 2016 год мы все знаем, насколько легко выполнить проверку орфографии в программе MS Word. Так что проверка правописания в резюме больше не оправдание.

+ Дизайн и форматирование

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

Держите свое резюме чистым и последовательным, используйте хороший размер шрифта, начертание шрифта.

+ Краткое и сканируемое

Это зависит от должности и рынка вакансий, на которые вы претендуете. Чаще всего команда по найму получает много резюме от соискателей. Цель здесь — сделать ваше резюме коротким и доступным для сканирования.

> Короткий:

Не превращайте свое резюме в эссе. Сделайте это коротким на 1-2 страницы.

«Почему? Мне нужно многое рассказать работодателю, и я не хочу об этом забывать », — спросите вы.

Конечно, вам есть что сказать … но команде по найму также предстоит много работы. У них нет времени читать ваше резюме слово в слово, чтобы копать золото.

Итак, краткое резюме

> Сканируемый:

Под «сканируемым» я подразумеваю, что вы должны составлять свое резюме таким образом, чтобы читатели могли легко найти то, что им нужно.

Ключевым моментом является то, что вы должны выяснить, чего хотят сотрудники, что они действительно ищут в резюме.

Как?

Во-первых, вам нужно внимательно прочитать описание должности и понять, какие навыки, требования они ищут

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

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

Итак, вы правильно поняли.

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

Скачать мой шаблон резюме. Ничего особенного, но вы можете сослаться на него, если вам нравится

После того, как вы до сих пор будете следовать моему руководству, я надеюсь, что вы получите несколько телефонных звонков для интервью.

Поздравляю!… Но вы еще не закончили.

Вы готовы на 50% стать тестировщиком программного обеспечения. Остальные 50% — это пройти собеседование 9000 🙂.

3) Как пройти успешное собеседование?

Я не могу сосчитать, сколько руководств, советов написано по этой теме, но люди все равно терпят неудачу на этом этапе.

Причина в том, что успешное собеседование имеет решающее значение и … потому что это легко сказать, чем сделать.

Успешное прохождение собеседования зависит от различных факторов, из моего опыта проведения собеседований все сводится к следующим ключевым моментам:

+ Произведите положительное первое впечатление.

Это чрезвычайно важно, потому что

«У первого впечатления нет второго шанса»

Здесь нет универсального совета. Все, что я предлагаю, — это одеваться красиво и профессионально.Спокойно и ясно в ответ.

+ Исследования

Изучите компанию, на которую вы подаете заявку, чтобы узнать, в каком бизнесе они работают, в каких продуктах, в их команде, в их среде… чем больше вы знаете о компании, тем лучше вы. Вы обязательно произведете впечатление на интервьюера, насколько хорошо вы знаете об их организации. Это показывает, что вы серьезно относитесь к подаче заявки на должность

.

+ Будьте честны в интервью

Отвечая на вопросы интервью, будьте уверены и постарайтесь ответить на них изо всех сил, но вы должны быть честными.Не хвастайтесь и не притворяйтесь, пока не добьетесь успеха.

+ Покажи способность учиться

Докажите, что вы готовы изучать новое, даже если у вас не было опыта раньше. Собственно, всего никто не знает. Отличие — в способности узнавать новое.

+ Будьте уверены

Я знаю, что трудно быть уверенным, когда ты новичок и у тебя мало опыта, но быть уверенным очень важно. Не стесняйтесь задавать вопросы во время собеседования, чтобы уточнить вопрос и узнать больше о компании.Это не только поможет вам лучше ответить на вопросы, но и поможет понять, подходит ли вам компания.

Помните, вы ищете работу, а не выпрашиваете ее.

Что делать, если я потерпел неудачу…

Что делать, если вы следуете всем этим вещам, а они все еще не работают сами по себе, и вы не становитесь тестировщиком программного обеспечения?

Если это так, то вы не одиноки. Дело не в том, что вы делаете что-то неправильно или тестирование программного обеспечения не для вас.

Иногда для достижения цели все же нужна удача, но знаете что? Удача будет найти вас, если вы продолжаете работать упорно и последовательно.

Заключительная мысль

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

Что дальше?

Ознакомьтесь с моим электронным курсом для новичков : Создайте эффективный тестовый сценарий за 5 дней (БЕСПЛАТНО)

>> ПРИСОЕДИНЯЙТЕСЬ <<

.

15 Веб-сайты, на которых можно подать заявку

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

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

Это в основном процесс, используемый для оценки веб-сайтов, позволяя обычным пользователям использовать их и находить ошибки. Задача тестировщика — тестировать веб-сайт / программное обеспечение или приложения, проверяя, насколько они удобны для пользователя. Легко ли ориентироваться? Вы легко можете им пользоваться? Легко ли найти нужную информацию? Как вам дизайн? Это типичные вопросы, на которые тестировщики должны ответить при тестировании веб-сайтов.Это помогает компаниям исправлять любые ошибки или ошибки перед тем, как открывать свои веб-сайты или приложения для широкой публики.

Есть много компаний, которые платят обычным людям за тестирование своих веб-сайтов. Да, пользователи действительно зарабатывают деньги, чтобы находить недостатки на сайтах и ​​в приложениях. Довольно круто, правда? Самое приятное то, что вам не нужно быть техническим специалистом, чтобы стать тестировщиком веб-сайтов. Единственное, в чем вам нужно хорошо разбираться, — это бегло говорить по-английски (понимать текст) и знать, как работают веб-сайты. Это оно!

Вот список из 15 лучших веб-сайтов, которые платят вам за их тестирование.

.

Тестирование программного обеспечения как карьерный путь (навыки, зарплата, рост)

• Home

• Testing

  • • Back
    • Agile Testing
    • BugZilla 9000meter
    • Cucumber
    • 9000 Testing 9000 Database Testing
    • JIRA
    • Назад
    • JUnit
    • LoadRunner
    • Ручное тестирование
    • Мобильное тестирование
    • Mantis
    • Почтальон
    • QTP
    • SAP
    • Центр качества
    • Selenium
    • SoapUI
    • Управление тестированием
    • TestLink

• SAP

  • • Назад
    • ABAP
    • APO
    • Начинающий
    • Basis
    • BODS
    • BI
    • BPC
    • CO
    • Назад
    • CRM
    • Crystal Reports
    • MMO
    • Crystal Reports
    • Заработная плата
    • Назад
    • PI / PO
    • PP
    • SD
    • SAPUI5
    • Безопасность
    • Менеджер решений
    • Successfactors
    • SAP Back Tutorials
    • 9007
      • • Apache
        • AngularJS
        • ASP.Net
        • C
        • C #
        • C ++
        • CodeIgniter
        • СУБД
        • JavaScript
        • Назад
        • Java
        • JSP
        • Kotlin
        • Linux
        • Linux
        • Kotlin
        • Linux

        js

        • Perl
        • Назад
        • PHP
        • PL / SQL
        • PostgreSQL
        • Python
        • ReactJS
        • Ruby & Rails
        • Scala
        • SQL

        000

        • SQL

        000

        0003 SQL

        000

        0003 SQL

        000

        • UML
        • VB.Net
        • VBScript
        • Веб-службы
        • WPF

    • Обязательно учите!

      • • Назад
        • Бухгалтерский учет
        • Алгоритмы
        • Android
        • Блокчейн
        • Business Analyst
        • Создание веб-сайта
        • CCNA
        • Облачные вычисления
        • 00030003 COBOL 9000 Compiler
          9000 Встроенные системы
          • 00030002 9000 Compiler 9000
          • Ethical Hacking
          • Учебники по Excel
          • Программирование на Go
          • IoT
          • ITIL
          • Jenkins
          • MIS
          • Сеть
          • Операционная система
          • Назад
          • Управление проектами Обзоры
          • Salesforce
          • SEO
          • Разработка программного обеспечения
          • VB A

      • Big Data

        • • Назад
          • AWS
          • BigData
          • Cassandra
          • Cognos
          • Хранилище данных

          0003

          • HBOps

          0003

          • HBOps

          0003

          • MicroStrategy

      .

      No related posts.