|
|
Результаты опроса: Опрос по TDD | |||
Пользуюсь TDD на клиенте и буду пользоваться | 1 | 2.94% | |
Пробовал, но отказались | 6 | 17.65% | |
Не пробовал, но хочу попробовать | 21 | 61.76% | |
Нет и не буду | 4 | 11.76% | |
Иногда использую | 2 | 5.88% | |
Голосовавшие: 34. Вы ещё не голосовали в этом опросе |
« Предыдущая тема | Следующая тема » |
Опции темы | Опции просмотра |
|
|
|||||
Регистрация: May 2010
Сообщений: 543
|
А мне интересно, здесь чем пользуются при работе с тестами? Только флекс юнитом? Или что-то еще есть интересное?
__________________
Вы грабите бедных людей. Парень со свирелью накажет вас. Хонгильдон (с) |
|
|||||
Цитата:
Хотя как-то раз это даже помогало. Но ту проблему можно было и без юнит тестов выловить. По теме: проголосовал за "Не пробовал, но хочу попробовать" но потом повнимательнее перечитал тему, и понял что "нет, и не буду" |
|
|||||
AsUnit ещё есть. Им как-бы не больше пользуются (если судить по github.com)
Просто FlexUnit в FlashBuilder интегрирован. Как - это другой вопрос. До сих пор не перестаю удивляться, как их генератор кода практически безотказно склеивает новую строчку с предыдущей - приходится при каждом добавлении тестового случая руками поправлять - иначе не компилится. Как будто сами они тестов при написании плагина не использовали И руками тоже не проверяли ничего. Ради справедливости - в остальном плагин относительно стабилен. |
|
|||||
Негуру
администратор
Регистрация: Jan 2000
Адрес: Кёнигсберг in Moscow
Сообщений: 21,879
Записей в блоге: 7
|
Юнит-тесты пишу только для сложных алгоритмов, в котором много вариаций исходных данных и соответственно результатов, поэтому в процессе отладки алгоритма с одними данными, может сломаться результат уже проверенных данных. А юнит-тест, содержащий описание всех наборов и ожидаемых результатов, позволяет сразу увидеть результат. В иных случаях, результат очевиден или ошибки отлавливаются сразу, либо в процессе разработки, а те кто проскакивают, все равно не оправдывают время потраченное на написание тестов.
А про тестированние асинхронных процессов, expl все верно сказал. Заглушка и написание эмуляции ответа сервера. |
|
|||||
Цитата:
Соответствено, чем от большего количества сущностей зависит класс, тем меньше смысла имеет unit-тестирование. Ну и ради синхронности, да. ... Что-то смутыне сомнения терзают на предмет понимания значения "написание эмуляции ответа сервера", просто на всякий случай: Тут эмулируется не "работающий сервер", а только посылка ответа в конкретном случае. В большинстве случаев _условный_ ответ сервера тупо пишется прям в тесте и смотрят как на него отреагирует класс. Т.е. логика в фейковых объектах либо отсутствует либо минимальна - иначе смысла нет. Последний раз редактировалось expl; 09.10.2012 в 21:47. |
Часовой пояс GMT +4, время: 07:31. |
|
« Предыдущая тема | Следующая тема » |
Опции темы | |
Опции просмотра | |
|
|