Сообщение Re[13]: Порка: TestMeCode.com от 18.02.2019 14:01
Изменено 18.02.2019 14:04 Garamzin
Re[13]: Порка: TestMeCode.com
Здравствуйте, swame, Вы писали:
S>ТО ты хочешь сказать что если мы вместо
S>
S>напишем
S>
S>то код не соберется ? (нужно именно чтобы не собрался).
Если про эти параметры, то нет, не нужно, что бы не собирался проект, т.к. есть методы с плавающим количеством параметров к примеру тот же Write.
Есть методы с дефаулт параметрами, которые которые то же необходимо тестировать .
S>>>Движок тестирования вынесен в отдельное приложение — но это только недостаток
G>>На мой взгляд это огромный плюс, так как позволяет тестировать несколько приложений и DLL одновременно.
S>О чем это и зачем?
S>Так не стоит делать хотя бы потому что код со скомпилированными тестами не должен уходить от разработчика, а логирование можно поставить и в релиз.
S>И логирование и тесты никак не связаны.
Была мысль сделать пароль на тесты, в принципе можно и прикрутить.
S>ТО ты хочешь сказать что если мы вместо
S>
S>IRegisterMethodParams([4,4],[4],'4 div 4=4 trError it''s Ok',trError);
S>
S>напишем
S>
S>IRegisterMethodParams([4,4,4],[4],'4 div 4=4 trError it''s Ok',trError);
S>
S>то код не соберется ? (нужно именно чтобы не собрался).
Если про эти параметры, то нет, не нужно, что бы не собирался проект, т.к. есть методы с плавающим количеством параметров к примеру тот же Write.
Есть методы с дефаулт параметрами, которые которые то же необходимо тестировать .
S>>>Движок тестирования вынесен в отдельное приложение — но это только недостаток
G>>На мой взгляд это огромный плюс, так как позволяет тестировать несколько приложений и DLL одновременно.
S>О чем это и зачем?
тестировать несколько приложений и DLL одновременно
S>Так не стоит делать хотя бы потому что код со скомпилированными тестами не должен уходить от разработчика, а логирование можно поставить и в релиз.
S>И логирование и тесты никак не связаны.
Была мысль сделать пароль на тесты, в принципе можно и прикрутить.
Re[13]: Порка: TestMeCode.com
Здравствуйте, swame, Вы писали:
S>ТО ты хочешь сказать что если мы вместо
S>
S>напишем
S>
S>то код не соберется ? (нужно именно чтобы не собрался).
Если про эти параметры, то нет, не нужно, что бы не собирался проект, т.к. есть методы с плавающим количеством параметров к примеру тот же Write.
Есть методы с дефаулт параметрами, которые то же необходимо тестировать .
S>>>Движок тестирования вынесен в отдельное приложение — но это только недостаток
G>>На мой взгляд это огромный плюс, так как позволяет тестировать несколько приложений и DLL одновременно.
S>О чем это и зачем?
S>Так не стоит делать хотя бы потому что код со скомпилированными тестами не должен уходить от разработчика, а логирование можно поставить и в релиз.
S>И логирование и тесты никак не связаны.
Была мысль сделать пароль на тесты, в принципе можно и прикрутить.
S>ТО ты хочешь сказать что если мы вместо
S>
S>IRegisterMethodParams([4,4],[4],'4 div 4=4 trError it''s Ok',trError);
S>
S>напишем
S>
S>IRegisterMethodParams([4,4,4],[4],'4 div 4=4 trError it''s Ok',trError);
S>
S>то код не соберется ? (нужно именно чтобы не собрался).
Если про эти параметры, то нет, не нужно, что бы не собирался проект, т.к. есть методы с плавающим количеством параметров к примеру тот же Write.
Есть методы с дефаулт параметрами, которые то же необходимо тестировать .
S>>>Движок тестирования вынесен в отдельное приложение — но это только недостаток
G>>На мой взгляд это огромный плюс, так как позволяет тестировать несколько приложений и DLL одновременно.
S>О чем это и зачем?
Если одно приложение, то наверно этот функционал излишен, но если несколько приложений работают в связке, то он востребован.тестировать несколько приложений и DLL одновременно
S>Так не стоит делать хотя бы потому что код со скомпилированными тестами не должен уходить от разработчика, а логирование можно поставить и в релиз.
S>И логирование и тесты никак не связаны.
Была мысль сделать пароль на тесты, в принципе можно и прикрутить.