-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Тестирование библиотек #49
Comments
Думал, но там нужен системный подход, и к основному движку и к osweb чтобы пробрасывать инициализирующие контексты... кроме того, возможен подход юнит-тестирования, как в Сонаре. Ведь для прогона тестов правил тебе не нужно стартовать инстанс сонара. Может здесь так же выкрутиться удастся? |
Юнит тесты невозможны, так как в консольном оскрипте нет тех самых вебовских типов и объектов из глобального контекста. |
Разве что в сам оскрипт.веб добавить возможность запуска скрипта, а не старта приложения |
А москито? |
Т.е. я понимаю, что это надо, но пока не знаю, как именно |
чтобы москито мог замокать тип, движок должен что-то про него знать. или ты предлагаешь сделать пользовательские ос-обертки над системными веб-типами? |
Ну так будет работать уже сейчас. |
Пока никаких обновлений на эту тему? |
@k2589 пока нет. но если есть желание доработать moskito, буду рад помочь советом и рассказать непонятные места. |
Я пилю поддержку entity в OneScript.web.
Встал вопрос - а как писаь привычные автотесты под этот фреймворк? 1тестраннер и 1бдд запускаются обычным оскриптом, а здесь нужно сначала поднять оскрипт.веб хост, а потом внутри него уже делать какие-то запускалки.
@EvilBeaver ты думал уже над этим вопросом?
Возможно получится выкрутится через подключение 1тестраннер как библиотеки (как в тасках опм). Но я пока не понимаю, как это связать с хост-приложением. Тестовый контроллер, который запускает тесты тестраннером?
The text was updated successfully, but these errors were encountered: