Size: a a a

1С, БСП, DevOps и Архитектура

2020 May 09

Z

Zola in 1С, БСП, DevOps и Архитектура
там скрипты на питоне
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Видел на гитхабе. И кажется на ИС. Впрочем, на ИС на чем только не было, и на питоне, и на пауэршелле, и кажется даже на js
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Всем доброго дня. Посоветуйте, плз. Количество тестов в нашем контуре ci-cd наконец-то выросло до довольно значительного числа. Сборки стартуют несколько раз в сутки, тестируется конфа, обновляемая из хранилища разработки. Сейчас за падениями тестов и определением причин следит один человек (это я). Мне приходится разбираться, выяснять чей это тест и почему он упал, упал ли он из-за реальной ошибки или во входящих данных перестало хватать чего-либо и т.д. С каждым разом эта работа отнимает все больше времени. Как организовать процесс так, чтобы было поменьше участия релиз-инженера? Я бы хотел как-нибудь например объединить тесты в группы и если тест из группы падает - посылать например письмо программисту группы. Как такое сделать? Пока вижу как вариант распарсить отчёт аллюра ручками и как-то хардкодить "название теста содержит продажи - письмо тому-то"
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Гуру, у которых 100500 функциональных тестов, поделитесь, плз, практиками
источник

АС

Антон Степанов... in 1С, БСП, DevOps и Архитектура
Так за тестами команда должна следить, а не релиз-инженер. Релиз-инженер следит, чтоб тесты запускались. А если тесты работали, а потом перестали - то винить нужно того, кто последний накоммитил
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Роман С.
Всем доброго дня. Посоветуйте, плз. Количество тестов в нашем контуре ci-cd наконец-то выросло до довольно значительного числа. Сборки стартуют несколько раз в сутки, тестируется конфа, обновляемая из хранилища разработки. Сейчас за падениями тестов и определением причин следит один человек (это я). Мне приходится разбираться, выяснять чей это тест и почему он упал, упал ли он из-за реальной ошибки или во входящих данных перестало хватать чего-либо и т.д. С каждым разом эта работа отнимает все больше времени. Как организовать процесс так, чтобы было поменьше участия релиз-инженера? Я бы хотел как-нибудь например объединить тесты в группы и если тест из группы падает - посылать например письмо программисту группы. Как такое сделать? Пока вижу как вариант распарсить отчёт аллюра ручками и как-то хардкодить "название теста содержит продажи - письмо тому-то"
У вас по расписанию запуск, надо сделать запуск по коммиту. Чей коммит уронил тесты, тому и исправлять
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Мы все тесты разбиваем по разделам учёта. Программисту из раздела учёта "склад" неинтересно, что упал тест из раздела "продажи"
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Дмитрий Бабенко
У вас по расписанию запуск, надо сделать запуск по коммиту. Чей коммит уронил тесты, тому и исправлять
Да. Но у нас в день по 15-30 коммитов, а одна сборка длится сейчас примерно 60 минут и будет постепенно расти по времени
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Роман С.
Мы все тесты разбиваем по разделам учёта. Программисту из раздела учёта "склад" неинтересно, что упал тест из раздела "продажи"
Это не правильно, на мой взгляд
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Если ты внес изменения, которые что то сломали, ты за это в ответе
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Дмитрий Бабенко
Это не правильно, на мой взгляд
Каждый тест покрывает определенный функционал. Если тест упал - хотелось бы, чтобы его автор знал об этом в первую очередь
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
По коммитам запускать нереально, иногда в день и по 30 коммитов
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Попробуйте организовать локальный запуск тестов разрабами перед коммитом
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Дмитрий Бабенко
Попробуйте организовать локальный запуск тестов разрабами перед коммитом
Ну это только на административном уровне же можно сделать
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Ну если у него конфа уже есть, собранная. Отправил на сервер сборки, тот прогнал тесты
источник

ДБ

Дмитрий Бабенко... in 1С, БСП, DevOps и Архитектура
Если все зеленое, отправляй коммит
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Предложение дельное, спасибо
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Все-таки интересно, если тестов реально будет много. Полный их прогон - целый час и больше. Каждый раз ждать перед коммитом... Команда будет не в восторге от такого регламента
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Дмитрий Бабенко
Ну если у него конфа уже есть, собранная. Отправил на сервер сборки, тот прогнал тесты
Компилиться.джпг
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Роман С.
Все-таки интересно, если тестов реально будет много. Полный их прогон - целый час и больше. Каждый раз ждать перед коммитом... Команда будет не в восторге от такого регламента
А как иначе хочешь узнавать, что склад упал из-за коммита продаж, а не закупок, например?
источник