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

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

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

Что нужно, а что не нужно делать новичкам в сфере QA

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

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

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

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

Ежедневно исследуйте ПО и получайте опыт взаимодействия с ним.

[highlight dark=”no”]Не стоит искать дефекты намеренно — до этого еще рано![/highlight]

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

Как вариант, можете что-то сделать с продуктом — выполнить набор простых задач, повторить их выполнение, «сыграть в игру» с ПО и так далее.

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

Отдельно проанализируйте все то, что смогло вас удивить, что вызвало восторг (или интерес).

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

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

Если есть идеи касательно исправления потенциальных багов, запишите их.

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

Дополнительно вам могут пригодиться наглядные таблицы и диаграммы.

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

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

Если вы сразу же нашли баг, зафиксируйте, но не стоит моментально его исследовать.

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

[highlight dark=”no”]В начале вашей карьеры, процесс исследования поверхностных багов — не ваша работа.[/highlight]

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

На каком-то этапе тестирования поделитесь своими мыслями касательно процедуры проверки со своими коллегами.

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

Итоги

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

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

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

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