Size: a a a

QA — Автоматизация

2021 May 18

А

Анжелика in QA — Автоматизация
Да автотесты это в принципе моя инициатива. У нас каждый третий релиз в прод идет без тестирования на мастере((( Тестированию не придается какая-то особая важность. Так что эти ожидания просто замедлят мою работу)
источник

m

mochachess in QA — Автоматизация
понял) Если есть много написанных сценариев, то возможно имеет смысл всё же прикрутить BDD. Огурец(работал только с ним из BDD) интерпретирует "человеческий" текст в код, если очень упрощенно) то есть можно будет накидать текста в IDE и большая часть тестов заработает сразу, а другую можно будет дописать. Ну это в идеале)
источник

А

Анжелика in QA — Автоматизация
Спасибо, изучу данный вопрос)
источник

S

SMB in QA — Автоматизация
источник

KV

Ksenia Vorobyeva in QA — Автоматизация
Да все все, мне не надо, горшочек не вари
источник

S

SMB in QA — Автоматизация
тю
то сунь то высунь то обратно
источник

SM

Sewa Makhinya in QA — Автоматизация
> Jenkins я понимаю как инструмент для CI/CD. Не могу прикрутить, потому что автотесты запускаются только на локальной машине
Jenkins отлично запускается как Java приложение на собственной машине и используется как планиррвщик тестовых заданий. Можно будет, например, настроить интеграцию с Git'ом и получить запуск тестов по событию, чтобы не делать этого руками. Со временем можно будет это дело прямо скопировать на выделенный сервер или в облако

> Allure для репортов. Но репорты пока не в приоритете
Здесь два подхода. Согласно одному, бизнес просит красивых репортов и тогда надо копать Allure. Согласно другому, репотры автотестов не выходят за пределы команды, и всё, чего хочется менеджменту - зелёный баннер "тесты прошли успешно" и тогда нужно делать тесты с максимумом стектрейсов и прочей отладочной информации, чтобы дев инженеры были рады

> Spring не знаю зачем пишут в вакансиях
Чтобы лучше понимать, как тестировать Spring приложение
источник

SM

Sewa Makhinya in QA — Автоматизация
и что, релизы проходят успешно?
источник

m

mochachess in QA — Автоматизация
👍
источник

А

Анжелика in QA — Автоматизация
"Хеппи флоу" работает и норм) В целом багов много в проекте, они не фиксятся пока никому не мешают
источник

SM

Sewa Makhinya in QA — Автоматизация
а заказчик доволен качеством?
источник

А

Анжелика in QA — Автоматизация
Да. Проект приносит прибыль, что еще нужно бизнесу
источник

АФ

Алексей Федоткин... in QA — Автоматизация
Качество это ж не про количество багов в проде) хотя тема холиварная.
И тестирование исключительно на фича ветках перед мержем и деплоем тоже, но это работать может вполне.
источник

А

Анжелика in QA — Автоматизация
Про локальный запуск дженкинса не знала. Посмотрю отдельно инфу об этом)
источник

SM

Sewa Makhinya in QA — Автоматизация
если 30% релизов не тестируется и при этом всё это дело ещё не взорвалось - думаю, на проекте процессы поставлены хорошо и разработчики в целом молодцы!
источник

OL

Oleksandr Lozitskyi in QA — Автоматизация
Здравствуйте. Подскажите пожалуйста как исправить "Caused by: java.net.ConnectException: Failed to connect to /127.0.0.1:4444 ? " https://take.ms/43FsP

Запускаю тесты Selenide Java в Docker Jenkins
https://take.ms/PP3o1
источник

OL

Oleksandr Lozitskyi in QA — Автоматизация
источник

OL

Oleksandr Lozitskyi in QA — Автоматизация
Файл docker-compose.yml
источник

DA

Denis Aminev in QA — Автоматизация
Так может начать с налаживания процессов в команде, а то судя по описанию отношения, что всех все устраивает и без тестов в мастере, то вы либо будете делать безумное количество работы в стол, либо вы просто хотите набрать как можно больше строчек в резюме и свалить оттуда побыстрее, не осуждаю, но кажется просто искать инструменты странно, на этапе, когда даже CI нет, не говоря уже о процессах
источник

D

Di in QA — Автоматизация
Если не ошибаюсь, вы из одного контейнера стучитесь по его же локалхосту.
Вам нужно либо захордкодить айпишник для сервиса в компоузе и стучаться по этим цифрам, либо просто использовать имя нужного мс
источник