Использование Gatling

Gatling – это известный фреймворк, предназначенный для выполнения нагрузочного тестирования. Его работа основана на трёх технологиях: Scala, Akka и Netty.

Введение - в статье познакомимся с базовыми возможностями инструмента Gatling, так же узнаем, как быстро создать шаблон gatling-проекта, и познакомимся с новыми функциями библиотеки gatling-picatinny

Разбираемся в тестировании HTTP - в статье познакомимся, как при помощи этих инструментов создать проект для тестирования HTTP-протокола.

Как тестировщик ищет баг

Рекомендации по REST API - примеры проектировани веб-сервисов на Java и Spring

Статьи про REST API:

📌 Введение в REST API — RESTful веб-сервисы
📌 Различия REST и SOAP
📌Разработка REST API — что такое Contract First
📌 Разработка REST API — что такое Code First
📌REST API — Что такое HATEOAS
📌 Рекомендации по REST API — примеры проектирования веб-сервисов на Java и Spring

​​Характеристики качетсва требований к ПО:

Что делает требование к ПО хорошим? Для этого есть характеристики качества требоаваний к ПО, которые можно использовать, как чек-лист при написании или тестировании требований.

Характеристики качества требований по-разному определены различными источниками. Однако, следующие характеристики являются общепризнанными:

✅ Единичность - требование относится только к одному свойству, т.е. должна существовать только одна трактовка требования

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

✅ Последовательность - Требование не противоречит другим требованиям и полностью соответствует внешней документации

✅ Атомарность - требование является атомарным, если его нельзя разбить на отдельные требования без потери завершенности, и оно описывает одну и только одну ситуацию/функцию

✅ Отслеживаемость - возможность отследить связь между требованием и другими артефактами проекта, каждое требование имеет уникальный идентификатор, по которому оно легко прослеживается

✅ Актуальность - требование не должно быть устаревшим с течением времени

✅ Выполнимость - Требование должно быть технологически выполнимым, реализуемым в рамках бюджета и сроков разработки проект

✅ Недвусмысленность - требование кратко определено без обращения к техническому жаргону, акронимам и другим скрытым формулировкам

✅ Проверяемость - выполнение требования можно проверить. Реализованность требования может быть определена через один из четырёх возможных методов: осмотр, демонстрация, тест или анализ.

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

✅ Полнота - требование должно быть определено для всех возможных ситуаций

@ba_and_sa

Собеседование на должность QA Automation Engineer. Вопросы и ответы.

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

Часть 1 - Теория тестирования
Часть 2 - Основы программирования

Построение автоматизации тестирования: кейс ДОМ.РФ по решению проблем

Источник

В эфире: CEO, Менеджер, Программист и Стажёр