Size: a a a

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

2020 May 26

РС

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

РС

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

РС

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

JD

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

AN

Alexey Novoselov in 1С, БСП, DevOps и Архитектура
Роман С.
Упало 10 тестов, теперь либо чинить самому, либо обязывать авторов, либо одного конкретного
вообще чинит автор. В идельном мире вообще автор сперва пишет/меняет тесты, потом уже пишет код. По крайней мере мы так делаем, это позволяет автоматически деплоить код на стэйджинг и прод после мержа в мастер.
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Alexey Novoselov
вообще чинит автор. В идельном мире вообще автор сперва пишет/меняет тесты, потом уже пишет код. По крайней мере мы так делаем, это позволяет автоматически деплоить код на стэйджинг и прод после мержа в мастер.
У нас это на этапе становления. В основном сейчас пишем регрессивные тесты, и то уже очень хорошо
источник

AN

Alexey Novoselov in 1С, БСП, DevOps и Архитектура
на код ревью в основном и проверяешь тесты, сам код уже не так внимательно
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
Alexey Novoselov
на код ревью в основном и проверяешь тесты, сам код уже не так внимательно
Да. Тесты проверяю, код только по необходимости смотрю при приёме mr
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
John Doe
Я склоняюсь, что за тесты автор изменений точно отвечать не должен, ибо не он составитель тестовых сценариев, т.е. не владеет их целью и их контекстом
То есть позиция "я сломал чужой код, но править его не буду"?
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Gukov Viktor
То есть позиция "я сломал чужой код, но править его не буду"?
Смотря где этот код.
Если точка вызова поиском по конфигурации не находится и автора изменений не известили о том, что код как-то там где-то там тестируется, то с него взятки гладки.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Как у вас так получается, что автотесты полностью оторваны от разрабов?..
источник

JD

John Doe in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
Как у вас так получается, что автотесты полностью оторваны от разрабов?..
Разрабов 20 штук, код приходит со всех щелей, а тесты пишет и код ревьювит один какой-нибудь идейный чувачок
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Роман С.
Конкретный пример. Есть экспортный шаг, который выполняет некое действие. Разработчик хорошо доработал код, все работает, бизнес-логика выдержана по тз. Однако данный шаг (или шаги) используется в куче тестов. И он об этом не подозревал (как и я, так как тестов много). Теперь я вынужден или пойти сам адаптировать этот шаг под новые условия или обязать его. И что возразить на замечание "у меня все работает, в проде тоже, тесты ваши - это внешний код, вот сами его и адаптируйте"?
посмотри последний вебинар от Паутова :)
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Программист тем что относится к тестам как к чему то внешнему не прав
источник

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
Но зерно правды есть в том что после изменения теста одного остальные падать не должны
источник

Z

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

Z

ZEEGIN in 1С, БСП, DevOps и Архитектура
не надо писать сильносвязанные тесты
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
ZEEGIN
не надо писать сильносвязанные тесты
Если использовать и компоновать экспортные шаги и сценарии, то тесты так или иначе становятся связанные
источник

РС

Роман С. in 1С, БСП, DevOps и Архитектура
ZEEGIN
посмотри последний вебинар от Паутова :)
А кто это?
источник

Z

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