Тест: какой ты тестировщик?
2026-02-21 23:25 Diff
https://skillbox.ru/media/code/test-kakoy-ty-testirovshchik/

#Тесты

  • 1 июл 2022
  • 0

Тест: какой ты тестировщик?

Оцените свои навыки логического мышления и понимание работы тестировщиков в нашем новом тесте.

Кадр: фильм «Пятая власть»

Автор. Пишет про социальные сети, маркетинг и код. Увлекается иллюстрацией, визуальным повествованием, видеоиграми и кино.

Дымовой тест, регрессия, рапорт — нет, это не заклинания из онлайн-игр, а типичные термины из тестирования.

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

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

Мануальное тестирование.

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

Автотестирование.

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

Регрессионное тестирование.

Верно! Поиск ошибок в ранее протестированных участках кода называется регрессионным тестированием.

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

Дымовой тест.

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

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

«Не работает авторизация»

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

«Некорректная авторизация на сайте через „ВКонтакте“»

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

Кажется, кто-то забыл, что запись даты в США начинают с месяца. Вас просят найти все строки формата ДД.ММ.ГГГГ и поменять их на ММ.ДД.ГГГГ. Поиск показывает, что таких дат больше тысячи. Что делаем?

Берём работу на выходные и подключаем руки. А ведь так хотелось сгонять на пляж…

Зачем страдать, если можно найти и заменить через регулярные выражения?

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

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

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

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

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

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

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

Что, на листочке писал код, да?

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

Метод подвергается критике, потому что условие «напиши код под задачу на листе» — это часто нереалистичный для работы сценарий.

Я бы тоже хотел на скейте пройти собеседование.

Возможно, если бы это было longboard-собеседование на пляже в Калифорнии. Коллега имел в виду whiteboard-интервью — собеседование, когда кандидат пишет код на листе или белой доске.

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

Метод подвергается критике, потому что условие «напиши код под задачу на листе» — это часто нереалистичный для работы сценарий.

Пришлось прийти на собеседование в белом?

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

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

Вам нужно позитивно протестировать форму входа на сайт. Как будете действовать?

Попробую все возможные типы символов в обоих полях.

Да, верно. Позитивное тестирование — это проверка работы системы в штатном режиме (тест-кейсы).

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

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

Ломать будем потом, а задача — провести позитивное тестирование. Его ещё называют тест-кейсом — это проверка работы системы в штатном режиме.

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

Тестируя сервис по доставке еды, вы обнаруживаете, что пользователи из Санкт-Петербурга не смогут сделать в нём новые заказы. Пока город просыпается, вы составляете баг-репорт и решаете приложить к нему список всех пользователей из Санкт-Петербурга по ID. Какой SQL-запрос вы составите для этого?

select * from Сity

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

select * from UsersID where City = 'Saint_Petersburg'

Верно! Эта команда обратится к столбцу с айди и отфильтрует их по городу.

select City, count (UsersID) from Customers group by = 'Saint_Petersburg'

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

Главное в нашей работе — делать всё последовательно. Посмотрите, верно ли расставлены этапы жизненного цикла тестирования на картинке.

Да, всё верно!

Если следовать шагам с картинки, то мы сначала делаем тест-кейсы, а потом думаем, как их оценивать :-)

Правильно так: после планирования разбираемся со стратегией и критериями и только потом приступаем к разработке тест-кейсов.

Нет, здесь есть ошибка.

Да! После планирования разбираемся со стратегией и критериями, а потом приступаем к разработке тест-кейсов.

Этапов вообще не существует.

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

Правильно так: после планирования разбираемся со стратегией и критериями и только потом приступаем к разработке тест-кейсов.

Между тестированием и QA есть разница?

Это одно и то же.

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

Конечно, есть.

Вы правы! Тестирование — это поиск багов до того, как их обнаружат пользователи, а QA — улучшение разработки ПО и предупреждение багов в принципе.

Вам поступил тест-кейс для проверки работы онлайн-магазина. На шаге 12 не появилась кнопка «Готово». Что будете делать?

Сразу зарепорчу баг и перейду к следующей задаче.

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

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

Можно, конечно, но зачем, если шаги в тест-кейсе не выполнены из-за того, что действие заблокировано? Даже если вы пройдёте остальные пункты, тест-кейс нельзя считать выполненным — нужно составить баг-рапорт и жд��ть, пока ошибку исправят.

Финальный вопрос. Как думаете, почему в этом тесте предлагается только один верный вариант ответа?

Так задумал автор теста.

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

Плюсик не дадим, извините. Система не позволяет сделать несколько верных вариантов ответа :-)

Просто тесты с одним ответом — это классно!

Согласны! Но на самом деле это из-за того, что тест верстается в Tilda: в ней можно задать только один верный ответ, а в финале происходит подсчёт баллов.

Плюсик не дадим, извините — система не позволяет сделать несколько верных вариантов ответа :-)

Видимо, есть какое-то техническое ограничение.

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

Держите ещё один балл :-)

Уровень: интересно, но ничего не понятно

Хорошо, вам почти удалось пройти тест. Кажется, вы только-только начали изучать тестирование! Во-первых — продолжайте читать Skillbox Media и впитывать новые знания, а во-вторых — присмотритесь к курсу «Основы тестирования». За четыре месяца обучения на нём вы освоите базовые навыки тестировщика-джуна и научитесь находить баги.

Уровень: я и сам своего рода тестировщик

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

Уровень: никогда не сдаюсь

Браво! Кажется, ошибки вас не пугают. Скорее наоборот — вызывают интерес к поиску решения. Можно перейти на новый уровень и освоить автотестирование — в Skillbox есть курс «Инженер по тестированию». Подойдёт даже новичкам — за год научат всем нужным навыкам и помогут стартовать в новой профессии.

Уровень: обнаруживаю баги до их появления

Вот это результат! Признайтесь, вы проходили этот тест, чтобы ещё раз убедиться в своём профессионализме? С вашими знаниями всё отлично, главное — не забывать про здоровый сон :-)

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