АК
Тот же JUnit для Eclipse это ведь отдельная библиотека. Её кто-то написал. У нас вместо JUnit есть две Ванессы. Бери ту которая больше нравится и пользуйся.
Size: a a a
2019 June 20
A
Сергей Голованов
ну и как замокать вполне тестопригодную функцию из 5 строк с одним Если, которая пишет в левую базейку sql и, в зависимости от результата, возвращенного из адо, делает то или то?
Докер с тестовой базекой
Z
Сергей Голованов
ну и как замокать вполне тестопригодную функцию из 5 строк с одним Если, которая пишет в левую базейку sql и, в зависимости от результата, возвращенного из адо, делает то или то?
чтобы уметь ее тестировать надо разделить бизнес логику от модели получения отправки данных
Z
тогда модель можно будет мокнуть расширением
АК
Сейчас у нас есть EDT. Плагин генерирует feature файл автоматически, генерирует параметры для запуска VA, затем после окончания запуска читает junit.xml и отображает в отдельной панели. Это удобно.
В принципе и в обычном конфигураторе можно было делать unit тесты, просто времени немного больше занимало. Нужно было feature файлы руками генерировать и результат тестирования смотреть например в Allure.
В принципе и в обычном конфигураторе можно было делать unit тесты, просто времени немного больше занимало. Нужно было feature файлы руками генерировать и результат тестирования смотреть например в Allure.
LP
если писать тестопригодный код, то не сложно
+100
Z
DK
Сейчас у нас есть EDT. Плагин генерирует feature файл автоматически, генерирует параметры для запуска VA, затем после окончания запуска читает junit.xml и отображает в отдельной панели. Это удобно.
В принципе и в обычном конфигураторе можно было делать unit тесты, просто времени немного больше занимало. Нужно было feature файлы руками генерировать и результат тестирования смотреть например в Allure.
В принципе и в обычном конфигураторе можно было делать unit тесты, просто времени немного больше занимало. Нужно было feature файлы руками генерировать и результат тестирования смотреть например в Allure.
Этот вариант (модульные тесты через VA) не подойдет для запуска после сборки на сервере CI, правильно? Так как для генерации feature файла для VA нужен плагин
DK
Add, xUnit
xUnitFor1C вроде больше не развивается, не?
A
xUnitFor1C вроде больше не развивается, не?
АК
Этот вариант (модульные тесты через VA) не подойдет для запуска после сборки на сервере CI, правильно? Так как для генерации feature файла для VA нужен плагин
Идея такая. Сначала в EDT делаешь unit тесты, потом полученные feature файлы используешь в CI. То есть их можно будет запускать на CI сервере, никакой плагин или EDT для этого не нужны.
DK
ну да, согласен. Можно делать фича файл для CI заранее
ДБ
У xUnitFor1C есть преимущество в том, что тест можно сделать внутри транзакции, т.е. их можно и на боевой смело запускать, а вот с bdd так не получится, какой то мусор будет оставаться
ДБ
Вообще xUnitFor1C уже не развивается, но фреймворк перехал в ADD и работает
LP
У xUnitFor1C есть преимущество в том, что тест можно сделать внутри транзакции, т.е. их можно и на боевой смело запускать, а вот с bdd так не получится, какой то мусор будет оставаться
Если использовать кнопконажималку, то да. Если просто вызывать процедуры из модулей то транзакции также можно использовать.
A
моя любимая песня =)) а как связано bdd и транзакции?=))
Z
моя любимая песня =)) а как связано bdd и транзакции?=))
начать транзакцию, выполнить тест, проверить результат, отменить транзакцию
DK
моя любимая песня =)) а как связано bdd и транзакции?=))
Ну в "TDD" был пример как сделать транзакцию, в "BDD" его нету 😆
АК
ну да, согласен. Можно делать фича файл для CI заранее
Фича файл делается плагином автоматически. То есть в момент написания теста автоматом получаешь фичу.
DK
У xUnitFor1C есть преимущество в том, что тест можно сделать внутри транзакции, т.е. их можно и на боевой смело запускать, а вот с bdd так не получится, какой то мусор будет оставаться
Запускать тест на продуктиве внутри системы так себе способ. Фу-фу быть таким , как говорить один разработчик софта для беспилотников )