Обучение

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

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

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

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

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

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

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

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

Бывают некие типичные вопросы по тестированию (Postman, и т.п.), и скорее всего их тебе зададут. А вообще надо быть готовым к скользким вопросам “в общем”. Другие кандидаты, скорее всего, ответить хорошо не смогут, соответственно ты получишь преимущество.

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

«Тестировщики интересуются, каковы перспективы карьерного продвижения в QA. Многие вообще ставят под сомнение возможность быстрого продвижения, а некоторые вообще не видят карьерных перспектив выше условного «сеньора».

Те из тестировщиков, которые рассматривают позицию QA Lead как долгосрочную карьерную цель, спрашивают: какими качествами надо обладать, чтобы быстрее перейти на позицию менеджера или лида (QA Lead). Этому и будет посвящен пост.

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

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

Это вкратце, почему современная разработка нуждаются в manual-тестировщиках. Подробнее – дальше.

Начинающие разработчики и тестировщики попадают в одни и те же ловушки при написании юнит-тестов, интеграционных тестов и сквозных (E2E) тестов.

Собрали советы, которые помогут не попадать в такие ловушки.