Size: a a a

2018 November 29

DB

Denis B. in testspro1c
ZEEGIN
конечно постепенно хочется все переводить на junit и аллюр, аллюр собирается для многих вариантов уже, но все равно аллюр это только текущее состояние, работы ведутся в рамках багтрекера, а не отчета по состоянию. потому работать правильно с ошибкой в сппр, джире, рэдмайне и.т.п.
В Allure можно делать историю.
источник

Z

ZEEGIN in testspro1c
можно и это даст отчет по истории исправлений всей сборки
источник

Z

ZEEGIN in testspro1c
но важна не история всей сборки при испраылении ошибки, а история конретной ошибки
источник

DB

Denis B. in testspro1c
Да, а как отслеживать?
источник

Z

ZEEGIN in testspro1c
по результату теста ошибки группировать по метаданным и регистрировать на ответственных - это вариант 1
источник

Z

ZEEGIN in testspro1c
смотреть по гиту кто привнес ошибку и регать на него - это вариант 2
источник

Z

ZEEGIN in testspro1c
Вообще все делают по разному. некоторые не хотят регистрировать ошибку на ошибку, и ждут когда сборка станет вся зеленая только по аллюру. Это хорошо для простых ошибок выявляемых  статик анализом. А для сложных ошибок типа обновления иб лучше все таки отдельные регать.
источник

RA

Rustam Atai in testspro1c
ZEEGIN
да это можно свихнуться обновлять тесты после кажого обновления типовой
не ну проще .опой повернуться к пользователям и все. Но таки и документация и их юзерэкспириенс тихо пошли в даль. И ответственный подход заключается в том, что рзработчики не только поменяли поведение системы но громко и внятно расскзаали всем интересующимся, что им теперь со всем этим делать. К стати очевидно, что в 1С только сейчас неспеша наступает это прозрение. Интересно в какой момент БСП покрыли тестами?
источник

Z

ZEEGIN in testspro1c
Rustam Atai
не ну проще .опой повернуться к пользователям и все. Но таки и документация и их юзерэкспириенс тихо пошли в даль. И ответственный подход заключается в том, что рзработчики не только поменяли поведение системы но громко и внятно расскзаали всем интересующимся, что им теперь со всем этим делать. К стати очевидно, что в 1С только сейчас неспеша наступает это прозрение. Интересно в какой момент БСП покрыли тестами?
Не могу сказать, когда я пришел в БСП уже было почти все покрыто юнит тестами, уже были приемочные тесты и велась работа по их переработке в сценарные. Ну т.е. очень давно.
источник

RA

Rustam Atai in testspro1c
ZEEGIN
Не могу сказать, когда я пришел в БСП уже было почти все покрыто юнит тестами, уже были приемочные тесты и велась работа по их переработке в сценарные. Ну т.е. очень давно.
Это очень хорошо. Когда вместе с либой будут давать тесты не слышно?
источник

Z

ZEEGIN in testspro1c
Конечно странным выглядит то, что тесты используются чтобы отследить изменения в типовой.
источник

RA

Rustam Atai in testspro1c
ZEEGIN
Конечно странным выглядит то, что тесты используются чтобы отследить изменения в типовой.
хм. почему странно? мы доработали типовую и хотим быть уверенными, что не сломали типовой функционал который не подвергался доработке.
источник

RA

Rustam Atai in testspro1c
имхо странно, что тесты для тивой, коль уж они есть, не поставляются вместе с конфой.
источник

NM

Nikita Mikhaylov in testspro1c
ZEEGIN
Конечно странным выглядит то, что тесты используются чтобы отследить изменения в типовой.
эээээ... А какой есть иной вариант на ERP, например, отследить все изменения поведения?
Руками прогонять?
А если у нас своих 10+ разработчиков там еще фигачат?
источник

Z

ZEEGIN in testspro1c
Rustam Atai
хм. почему странно? мы доработали типовую и хотим быть уверенными, что не сломали типовой функционал который не подвергался доработке.
перетестировать типовую? серьезно? вы представляете сколько железо надо? на рабочем компе это будет неделю без фермы)
источник

Z

ZEEGIN in testspro1c
не мне судить, но я считаю что надо тестировать свой код и писать код и тесты так, чтобы они не задевали то, что не дорабатывалось
источник

RA

Rustam Atai in testspro1c
ZEEGIN
перетестировать типовую? серьезно? вы представляете сколько железо надо? на рабочем компе это будет неделю без фермы)
эммм. ну это уже проблемы индейцев как мне кажется. Вы тесты дайте. А что и где запускать мы какбы сами с усами. Тем более что альтернативы то нет. Сейчас мы точечно пытаемся накрыть тестами типовой функционал. Выходит тоже не то чтобы сильно дешево.
источник

RA

Rustam Atai in testspro1c
"страшно далеки они от народа" (С) подумалось мне
источник

NM

Nikita Mikhaylov in testspro1c
ZEEGIN
не мне судить, но я считаю что надо тестировать свой код и писать код и тесты так, чтобы они не задевали то, что не дорабатывалось
Кажется тут есть недопонимание. Саму типовую в полном объеме - смысла нет :)
А вот все доработанные участки - да.
Причем там типовой тест в большинстве случае и не подойдет, но иногда его нужно адаптировать, что бы убедиться, что бы типовое не сломалось, а наше правильно работает.
Не знаю, банально проверка контроля отгрузки со склада.
Подобрать сценарий для полного прогона - тяжко, проще взять типовой и чуть адаптиовать под себя.
источник

NM

Nikita Mikhaylov in testspro1c
Сейчас мы такое сами пытаемся написать каждый раз...
источник