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

Эфект пестицида наступает когда приложение меняется, а тесты не пересматривают\переписывают, а просто «зеленят» всеми возможными способами (if/else, try/catch, ретраи, и все такое). Тогда тесты уже ничего не показывают.

Есть такой KPI как Slip through factor

ага, понял, парадокс вызывается плохой поддержкой тестов, спасибо!

можно чуть поподробнее?

Ну это довольно странный вывод) эффект пестицида это не что-то, с чем надо бороться. Это в значительной степени неизбежность, которая имеет как позитивные, так и негативные эффекты. Например, следствие этого эффекта - вытеснение багов из хорошо покрытой тестами области в слабо покрытую, что при правильной тестовой модели означает "перемещение" багов из критичной функциональности во второстепенную

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

Есть ещё подход - при любом пропуске бага major и выше на проде, надо обязательно добавлять автотест в регрессию

На скок я понял все тривиально
Интерфейсом говорим что куда мапить и погнали в двух методах указывать как из а сделать б и обратно

Или не все так просто?)

Всем привет!
Подскажите, пожалуйста, кто-нибудь сталкивался с подобной ошибкой в UI тестах?

javascript error: Cannot read property 'scrollIntoView' of null(..)

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

Доброго дня вам. Есть задача нагрузочного тестирования большого количества заявок. Идет где-то 7 последовательных запросов в одной заявке на разные api.
Беда в том, что в каждом запросе используется данные из предыдущего.

Наглядней: thread1: json запрос -> json ответ, берем данные из ответа, суём в запрос 2 и тп раз 7; И таких тредов будет 50-100, для начала.

Сам писал когда-то тесты на jmeter, но тут предвижу кучу неудобств в вытаскивании и подстановке данных. Или кажется? Или что лучше использовать для таких серий запросов? С гатлингом не работал, но если на нём такое удобнее, то могу ему научиться. Ну или еще какие способы.

@stezz63 , посмотрите инструмент https://k6.io. Довольно гибкий для нагрузочного тестирования. Количество потоков можно конфигурировать через аргументы для CLI или настраивать в конфиге. Для ваших целей должен подойти.

в жметер довольно просто извлекать и использовать респонзы

У меня максимум цепочка из 3 запросов была подобных в Jmeter't, извлекать переменные в респонсах\подставлять проперти из файлов не было сложным

Не пробовал в многопоточном режиме, только для автоматизации одного запроса. В JMeter было просто.
Думаю вопрос для этого чатика: https://t.me/qa_load

даже не говорила, что куда мапить, воспользовалась функцией auto.

поэтому и говорю, что магия)

Всем привет, есть ли какие-то курсы, которые адекватные и знания по которым котируются на рынке труда? Желательно по автоматизации тестирования на Java. Я функциональный тестировщик, хочу развиваться

приве. QA.GURU глянь, я сейчас там на втором потоке. там как раз автоматизация

а почему Java > Python? Куда не глянь, везде Java?