tgoop.com »
United States »
Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты » Telegram Web
Please open Telegram to view this post
VIEW IN TELEGRAM
Gauge — это фреймворк для автоматизации тестирования от ThoughtWorks, построенный вокруг идеи читаемых спецификаций.
Зачем нужен:
Как использовать:
1. Установите Gauge:
npm install -g @getgauge/cli
2. Сгенерируйте шаблон проекта:
gauge init java
3. Напишите .spec файл на Markdown с тестами:
# Проверка логина
## Успешный вход
* Ввести логин "user"
* Ввести пароль "pass"
* Нажать "Войти"
* Проверить, что пользователь авторизован
4. Определите шаги в коде (например, на Java):
@Step("Ввести логин <login>")
public void enterLogin(String login) {
// реализация
}
5. Запустите тест:
gauge run specs
— Gauge отлично подходит для командной работы — когда QA, разработчики и аналитики работают вместе над спецификациями.
— Поддерживает параллельный запуск тестов, что критично для больших тест-сьютов.
— Плагин Gauge для VSCode позволяет запускать тесты прямо из редактора.
— Это open-source, активно поддерживается и развивается.
#буст
Please open Telegram to view this post
VIEW IN TELEGRAM
Тестировщики привыкли к разным архитектурам. Что сложнее обкатать на прочность — единый монолит или многосервисный кластер?
— Распределённые вызовы (HTTP/gRPC, очереди) требуют эмуляции сервисов.
— Контрактное тестирование (Pact) защищает от конфликтов версий
— Сетевые сценарии: таймауты, ретраи и отказоустойчивость.
— Один процесс: end-to-end тесты запускаются сразу на всей системе.
— Минимум инфраструктуры — достаточно локального или staging-сервера.
— Простая отладка через IDE-брейкпойнты и профайлинг.
Как найти «золотую середину»:
А у вас что сложнее далось: ловить таймауты в Kubernetes или гонять тесты на монолите? Поделитесь своими историями в комментариях!
#междусобойчик
Please open Telegram to view this post
VIEW IN TELEGRAM
pm.sendRequest — мощная функция в Postman Sandbox, позволяющая выполнять дополнительные HTTP-запросы из pre-request или test-скриптов. Это полезно, когда нужно динамически получить данные во время выполнения теста.
Почему это важно:
pm.sendRequest({
url: 'https://auth.example.com/api/token',
method: 'POST',
header: {
'Content-Type': 'application/json'
},
body: {
mode: 'raw',
raw: JSON.stringify({
username: 'testuser',
password: 'securepassword'
})
}
}, function (err, res) {
if (err) {
console.error('Ошибка при получении токена:', err);
return;
}
if (res.code === 200) {
const token = res.json().access_token;
pm.environment.set('authToken', token);
} else {
console.warn('Неожиданный статус:', res.code);
}
});
Authorization: Bearer {{authToken}}
Важно:
— pm.sendRequest асинхронный — убедитесь, что основной запрос не зависит от результата, если вы используете его в test-скрипте.
— Для критически важных сценариев лучше использовать Pre-request Script — тогда вы гарантируете порядок выполнения.
#буст
Please open Telegram to view this post
VIEW IN TELEGRAM
Кажется, все готово: тесты зеленые, фича собрана, команда на связи. Но за день до релиза — баг.
Разбираем в карточках:
Во второй части — конкретные решения: как перестроить процесс так, чтобы багов становилось меньше, а релизы — спокойнее.
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM