D
Андрей
это не конструктор?
это не ТЕЛО конструктора
Size: a a a
2020 April 04
D
ладно все
D
никак, только initializer list
понятно спасибо
А
это не ТЕЛО конструктора
ну так ты то про тело, то про сам конструктор)
D
Андрей
ну так ты то про тело, то про сам конструктор)
ты что троллишь?
SS
понятно спасибо
прочитай tour по языку
https://dart.dev/guides/language/language-tour#constructors
Note: Instance variables can be final but not const. Final instance variables must be initialized before the constructor body starts — at the variable declaration, by a constructor parameter, or in the constructor’s initializer list.
https://dart.dev/guides/language/language-tour#constructors
D
прочитай tour по языку
https://dart.dev/guides/language/language-tour#constructors
Note: Instance variables can be final but not const. Final instance variables must be initialized before the constructor body starts — at the variable declaration, by a constructor parameter, or in the constructor’s initializer list.
https://dart.dev/guides/language/language-tour#constructors
спасибо
D
большое
А
@nowandever а ты интеграционные тесты делаешь?) можешь рассказать можно ли в них всё на свете прописать типа кручу ленту новостей, в какой-то момент подменяю событие с настоящего на фиктивное, или, например, сразу подсовывать фиктивные события чтобы посмотреть как ведут себя ошибки, загрузка данных и т.п.
SS
Андрей
@nowandever а ты интеграционные тесты делаешь?) можешь рассказать можно ли в них всё на свете прописать типа кручу ленту новостей, в какой-то момент подменяю событие с настоящего на фиктивное, или, например, сразу подсовывать фиктивные события чтобы посмотреть как ведут себя ошибки, загрузка данных и т.п.
то что ты спрашиваешь скорее просто mock зависимостей (использую mockito)
интеграционное тестирование это сложный вопрос, многие понимают его по-разному
как я его понимаю - твой тестируемый объект/модуль/etc ставится меджу сопряжёнными и проверятся результат, но не имплементация
интеграционное тестирование это сложный вопрос, многие понимают его по-разному
как я его понимаю - твой тестируемый объект/модуль/etc ставится меджу сопряжёнными и проверятся результат, но не имплементация
А
то что ты спрашиваешь скорее просто mock зависимостей (использую mockito)
интеграционное тестирование это сложный вопрос, многие понимают его по-разному
как я его понимаю - твой тестируемый объект/модуль/etc ставится меджу сопряжёнными и проверятся результат, но не имплементация
интеграционное тестирование это сложный вопрос, многие понимают его по-разному
как я его понимаю - твой тестируемый объект/модуль/etc ставится меджу сопряжёнными и проверятся результат, но не имплементация
ну вот с mockito +- разобрался, логику протестил, начал читать дальше как UI тестить, и как я понял, там можно просто какой-то момент автоматизироват: что нажать, куда прокрутить, но не вызывать какую-нибудь ошибку
SS
Андрей
ну вот с mockito +- разобрался, логику протестил, начал читать дальше как UI тестить, и как я понял, там можно просто какой-то момент автоматизироват: что нажать, куда прокрутить, но не вызывать какую-нибудь ошибку
ui test'ы я не писал, чаще это делают QA
ps в моей практике
ps в моей практике
А
понял, ну, может ещё кто знает)
M
Делаем интеграционное тестирование на Дарте, но без флаттера, только на уровне модели данных. Воспроизводим те вызовы, которые в норме делают виджеты.
M
И проверяем те данные, которые они потом получают.
А
Делаем интеграционное тестирование на Дарте, но без флаттера, только на уровне модели данных. Воспроизводим те вызовы, которые в норме делают виджеты.
можно чуть-чуть поподробнее?)
M
У виджета, который видит пользователь, есть какие-то вызовы методов модели данных/стейт менеджмента. Тест может воспроизводить эти вызовы.
M
Если виджеты не пытаются, к примеру, обращаться к бэкэнду самостоятельно - это позволяет воспроизводить бизнес-сценарии.
M
С участием бэка.
M
Компоненты платформы тоже, понятное дело, мокаются