123
Что нужно знать тестировщику?
Чтобы быстро войти в профессию, нужно иметь представление о будущей профессии. Вот важные навыки для начинающего тестировщика:
1: Знать жизненный цикл программного обеспечения
Это одна из важнейших вещей, которую тестировщики должны знать о различных фазах жизненного цикла программного обеспечения - анализе требований, проектировании системы, разработке, тестировании и обслуживании. В большинстве компаний роль QA появляется только на этапе тестирования, но имейте в виду, что очень важно, чтобы QA включалось с самого начала проекта, поскольку только если QA знает требования, тогда только QA может соответствующим образом планировать действия по тестированию и может осуществляем доставку продукции в соответствии с требованиями заказчика.
2: Знать жизненный цикл тестирования
Еще одна важная вещь - знание жизненного цикла тестирования. В процессе тестирования происходит взаимодействие действий, т. Е. Анализ требований, планирование тестирования, разработка тестового набора, настройка тестовой среды, выполнение теста и закрытие теста. Итак, зная об этих действиях, вы можете структурировать свой рабочий процесс и систематизировать процесс тестирования.
3: Знать типы багов
Знайте типы ошибок. В системе существуют различные типы ошибок, которые новичку сложно понять. Когда я впервые начал свою работу в качестве QA, я тестировал контактную форму на веб-сайте. Я ввел контактные данные и отправил форму, но ничего не произошло, после чего я сообщил об ошибке, что отправка контактной формы не работает. В тот раз я подумал, что ошибка функциональности - это только тот тип ошибки, о котором я должен сообщать. Но позже ошибка передается мне обратно с еще одним списком ошибок, например, не реагирует контактная форма, цвет кнопки контактной формы не соответствует цвету темы веб-сайта и т. Д.
Следовательно, существуют различные типы ошибок, помимо функциональности, которые мы должны учитывать при тестировании, такие как сбой в дизайне, адаптивность дизайна, сбой дизайна, синтаксические ошибки, медленная реакция страницы и т.
4: Знать жизненный цикл ошибки
Да, у ошибки есть жизненный цикл. Объясняя вкратце, когда в системе обнаруживается новая ошибка, сначала QA должны убедиться, что это действительно ошибка, или просто какая-то сетевая ошибка, или другой фактор, который на какое-то время нарушает работу системы. Затем, если это ошибка, QA передает ее команде разработчиков. Как только он исправлен, он передается QA. QA начинает тестирование, и если оно ПРОЙДЕНО, то оно готово к развертыванию, но если оно ОТКАЗАНО, то оно снова передается команде разработчиков, и тот же процесс продолжается до тех пор, пока ошибка не будет ПРОЙДЕНА.
5. Научитесь поддерживать надлежащую документацию тестового сценария
Тестовые сценарии- важная часть процесса тестирования. QA должен знать основные элементы тестовых случаев. QA должен написать четкие тестовые примеры, которые включают как положительный, так и отрицательный сценарий, и должны охватывать все требования. В дополнение к этому, QA должен писать тестовые наборы таким образом, чтобы их было легче поддерживать при добавлении новых изменений в систему.
6. Научиться общаться
Коммуникация, как письменная, так и устная, является одним из ключевых качеств, которыми должен обладать QA, потому что QA должен часто сообщать о статусе проекта менеджеру проекта и команде разработчиков. Но большинство QA ограничивают себя в командном обсуждении только потому, что они не разбираются в технических вещах, и они чувствуют себя обделенными в командном обсуждении и просто придерживаются своих собственных вещей. Просто не делай этого. Будь то задача или связанное с ней обсуждение, всегда демонстрируйте свою вовлеченность в команду. Постарайтесь больше вербального общения, это придаст вам уверенности.
7. Правильное сообщение об ошибках
QA тестирует приложение и сообщает об ошибке разработчику. При сообщении об ошибке QA должен писать отчет таким образом, чтобы его было легче понять и воспроизвести команде разработчиков, чтобы не было пустой траты времени и лишних разговоров, только для понимания ошибки.
Например: если в вашей системе есть форма входа и два варианта входа: телефон / электронная почта и пароль, а вход по телефону не работает. Поэтому, прежде чем сообщать об ошибке, сначала убедитесь, что логин с адресом электронной почты и связанные с ним случаи работают. Затем проверьте, действительно ли вход в систему с телефона не работает или это просто сетевая ошибка или другая временная ошибка. Тогда, сообщая об ошибке, просто не говорите «форма входа не работает». Укажите очень конкретный заголовок ошибки: «Вход с помощью телефона не работает» и, пожалуйста, предоставьте описание с данными, которые вы тестировали, а также изображение или видео с ошибкой. Это будет очень полезно для команды разработчиков при воспроизведении, и их не будет много, просто чтобы прояснить ошибку для команды разработчиков.
Вот справочный сайт для шаблона сообщения об ошибке: https://blog.qatestlab.com/2020/07/07/quality-bug-report/
8. Станьте логическим мыслителем.
QA не должен быть тем, кто тестирует только кейсы, назначенные разработчиком. QA должен уметь думать с точки зрения клиента и уметь создавать множество возможных реальных сценариев.
Это не то, чему другие могут вас научить. Это то, что вы сами создаете в себе. Чем больше вы вникаете в систему и глубже анализируете системные требования и цели и думаете о ней как о собственном продукте, тем больше вы можете создавать сценарии «Что, если».
Давайте рассмотрим пример, чтобы прояснить это подробнее. Допустим, у вас есть система с двумя вариантами регистрации: электронная почта и пароль и регистрация через Facebook.
Dev сообщает вам, что всякий раз, когда новый пользователь регистрируется через электронную почту или facebook, новый пользователь создается в таблице пользователей. Обычно вы тестируете два случая, используя разные электронные письма: один для регистрации по электронной почте, а другой - для регистрации в Facebook. На этом этапе в таблице создаются два пользователя. В третьем случае: что, если вы попытаетесь зарегистрироваться по электронной почте, используя электронную почту, которая уже была зарегистрирована в Facebook, создаст ли он нового пользователя, создающего повторяющуюся строку того же электронного письма, или для такого письма будет проверяться проверка?
9. Управление задачами
Перед началом разработки проекта, QA должен вовлечь в разбивку задач для различных спринтов / этапов вместе с менеджером проекта и разработчиком. Для управления этими задачами используются некоторые инструменты управления проектами, но здесь я больше обращаю внимание на управление задачами, а не на инструменты. Итак, как только разработка начнется, QA должны приступить к управлению задачей от разработки до доставки.
Например: если задача выполнена, дайте надлежащий обзор теста и отметьте его как выполненное или переходите к выполненному. Если задача не выполняется должным образом, укажите недостающие моменты, а затем верните задачу в разработку. Если задача приостановлена из-за нечеткости требований, то проверьте связь с нужным членом команды и переместите задачу в обсуждение и т. Д.
Таким образом, управление задачами таким образом поможет QA подготовить отчеты о статусе проекта для себя и команды, а также будет знать о ходе выполнения проекта.
10. Иметь базовые знания логики программирования.
В этом блоге я в основном имею в виду ручное тестирование. Поскольку он тестирует вручную, ей не нужно заниматься кодированием или погружаться в него. Однако иногда QA также должен попытаться понять, что происходит на уровне кода и сервера. Просто сядьте со своим коллегой-разработчиком и попробуйте понять логику на уровне кода. Таким образом, QA может иметь более широкое представление о том, как на самом деле работает приложение. Выбор языка программирования зависит от вас, поскольку в основном все языки имеют одинаковую базовую логику. И наличие знаний в области программирования определенно поможет вам в тестировании автоматизации, если вы хотите повысить свою позицию до уровня Automation QA.
11. Иметь базовые знания об элементах пользовательского интерфейса.
Есть разные типы тестов, которые QA должен проводить в рамках проекта, и один из них - это тестирование пользовательского интерфейса, то есть проверка его соответствия требуемому дизайну.
Если вы знаете базовые знания об элементах HTML (теги a, p, nav и т. Д.) И элементах css (размер шрифта, отступ, цвет шрифта и т. Д.), В первую очередь это будет полезно для вас в понимании различных компонентов. сайта.
Во-вторых, сообщать об ошибках дизайна легко, так как вы знакомы с такими терминами дизайна, как проблема с размером шрифта, проблема с цветом шрифта, проблема с заполнением, проблема с навигацией и т. Д. Потому что, если вы не знакомы, будет как-то сложно просто написать заголовок ошибки и это создает путаницу для члена команды разработчиков, чтобы понять ваш отчет об ошибке. В-третьих, вы также можете самостоятельно проверить браузер и проанализировать его на предмет ошибок дизайна.