Вопросы на собеседовании Тестировщика. Часть 1.

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

Какие инструменты стоит изучить?

1. Баг-трекеры: Jira, Redmine, YouTrack.
2. Системы тест-менеджмента: TestLink, TestRail, Zephyr, TestIT.
3. Снифферы и прокси: Fiddler, Charles, Wireshark.
4. API: SoapUI, Postman.
5. Веб: разные браузеры, инструменты разработчика, инструменты для создания и сравнения скриншотов страниц, Apache JMeter.
6. Системы контроля версий: Git-консоль, Sourcetree.
7. Системные: Cmd в Windows, bash в Linux, macOS, диспетчер задач, PuTTY (SSH), WinSCP (SFTP).
8. Базы данных: PhpMySQL, MS SQL.
9. CI/CD: Jenkins, умение запускать сборки, находить билд, просматривать отчёты.
10. Мобильные устройства: Android SDK Tools, знание разработческих инструментов своего девайса.
11. Общие инструменты: виртуальные машины, XMind, продвинутая работа с текстовыми редакторами, Confluence, продвинутые навыки работы с Excel.
12. Программирование: желательно иметь представления о программировании и уметь написать хотя бы простую программу на одном из скриптовых языков.

Нужна ли сертификация ISTQB?

ISTQB — это популярный и, по сути, единственный сертификат для тестировщиков. Существует множество вариантов этой сертификации, но всё начинается с ISTQB Foundation Level. Экзамен можно сдать на английском или русском языке.

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

Как выглядит работа тестировщика на удалёнке?

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

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

Что делать если ты первый тестировщик на проекте?

• Если вы первый тестировщик на проекте, начните с изучения требований к продукту и целей проекта. Определите, какие функции и аспекты продукта нуждаются в тестировании. Создайте план тестирования, включающий в себя все необходимые виды тестирования (функциональное, юзабилити, нагрузочное и т.д.), учитывая специфику проекта.
• Вам нужно начать вести баг репорты синхронизируя их с проектом, то есть точно также делить их на блоки, разделы, чтобы можно было легко ориентироваться.
• Далее, изучите документацию по продукту, включая спецификации, архитектуру, дизайн и код. Это поможет вам понять, как работает продукт и какие потенциальные проблемы могут возникнуть.
• Обсудите сам ход работы, он может немного отличаться от проекта к проекту. К примеру Аналитик пишет заявку - разработчик делает - вы тестируете на тестовом контуре - далее обновляют прод контур - после вы тестируете/не тестируете прод контур. Подумайте в какой момент вы будете автоматизировать ваши сценарии
• Разработайте тестовые сценарии и кейсы, используя различные методы тестирования (например, тестирование чёрного ящика, белого ящика, тестирование на основе рисков). Начните с тестирования основных функций продукта, постепенно расширяя область тестирования.
• Не забудьте о тестировании безопасности и производительности продукта. Проверьте, насколько продукт устойчив к внешним воздействиям и как он справляется с большими нагрузками.
• Регулярно обновляйте план тестирования, добавляя новые функции и исправляя выявленные дефекты. Следите за изменениями в продукте и адаптируйте свои тесты соответственно.
• Общайтесь с командой разработчиков и заинтересованными сторонами, чтобы быть в курсе изменений в продукте и получать обратную связь о качестве тестирования.

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

Стоит ли идти в автоматизацию, если нет опыта в ручном тестировании?

Если коротко то не стоит. Но есть нюансы.

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

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

Для начала можно изучить основы программирования на скриптовых языках, таких как Java или Bash, которые имеют относительно простой синтаксис и могут быть полезны для автоматизации тестирования. Также стоит обратить внимание на фреймворки для автоматизации, такие как Selenium для веб-приложений или Appium для мобильных приложений.

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

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