Автоматизированное тестирование.

[carrotoff]

А мне интересно, здесь чем пользуются при работе с тестами? Только флекс юнитом? Или что-то еще есть интересное?

[caseyryan]

(Речь про unit-тесты, т.е. про покрытие отдельных проблемных кусков)

Никогда не понимал их смысла. Несколько раз пытался перейти в джаве на юнит тесты, даже несколько проектов вополнял с ними, потом решил, что не для меня это )
Хотя как-то раз это даже помогало. Но ту проблему можно было и без юнит тестов выловить.

По теме: проголосовал за "Не пробовал, но хочу попробовать"
но потом повнимательнее перечитал тему, и понял что "нет, и не буду"

[expl]

AsUnit ещё есть. Им как-бы не больше пользуются (если судить по github.com)
Просто FlexUnit в FlashBuilder интегрирован.
Как - это другой вопрос. До сих пор не перестаю удивляться, как их генератор кода практически безотказно склеивает новую строчку с предыдущей - приходится при каждом добавлении тестового случая руками поправлять - иначе не компилится. Как будто сами они тестов при написании плагина не использовали И руками тоже не проверяли ничего.

Ради справедливости - в остальном плагин относительно стабилен.

[iNils]

Юнит-тесты пишу только для сложных алгоритмов, в котором много вариаций исходных данных и соответственно результатов, поэтому в процессе отладки алгоритма с одними данными, может сломаться результат уже проверенных данных. А юнит-тест, содержащий описание всех наборов и ожидаемых результатов, позволяет сразу увидеть результат. В иных случаях, результат очевиден или ошибки отлавливаются сразу, либо в процессе разработки, а те кто проскакивают, все равно не оправдывают время потраченное на написание тестов.

А про тестированние асинхронных процессов, expl все верно сказал. Заглушка и написание эмуляции ответа сервера.

[Aquahawk]

Заглушка и написание эмуляции ответа сервера.

А зачем эмулировать работающий сервер, только для синхронности?

[expl]

А зачем эмулировать работающий сервер, только для синхронности?

Это вообще принип _unit_-тестирования: отрезаем всё лишнее от класса, всё что не можем контролировать и тестируем класс отдельно, имитируя окружение и смотря как он реагирует. Если мы тестируем систему целиком - это будет называется по-другому

Соответствено, чем от большего количества сущностей зависит класс, тем меньше смысла имеет unit-тестирование.

Ну и ради синхронности, да.

...
Что-то смутыне сомнения терзают на предмет понимания значения "написание эмуляции ответа сервера", просто на всякий случай:
Тут эмулируется не "работающий сервер", а только посылка ответа в конкретном случае. В большинстве случаев _условный_ ответ сервера тупо пишется прям в тесте и смотрят как на него отреагирует класс.
Т.е. логика в фейковых объектах либо отсутствует либо минимальна - иначе смысла нет.