Хрупкость интеграционных тестов в том, что они тестят архитектуру, по факту. Если архитектура не очень хороша, а легаси сестемы обычно этим страдают — тесты будут тоже не слишком полезны.
Про изменения — вот смотри (давай на ты, ок?) есть функционал «загружаются счета, парсятся, информация по расходам (кто, сколько, куда) аккуратненько раскладывается по нескольким табличкам»
Выделяем «загрузчик» в отдельный класс — покрываем класс тестами
Выделяем «парсер» в отдельный класс — покрываем класс тестами
и т.д.
рефакторинг-тест
Нашли баг — локализовали — вынесли логику в отдельный класс — написали тест не класс, тест на баг
Все просто :)
SleepTracker — прикольная игрушка, смущает пара моментов:
1) будильник только один и он не разумеет дни недели
2) стоимость ОТ $140 на e-bay — немного overpraced, не находите?
Интересная тема, но вдруг мобильник сел или еще чего, да и для настройки нужна сеть. Кроме того, оно только на 1 звонок в день, а я запросто могу еще раз заснуть.
ИМХО — на такой частоте подобных запросов вам ПРИДЕТСЯ продумывать индексы или материализацию заранее, в чистой динамике эта задача «в лоб» вряд ли решаема.
" В идеале нужен некий универсальный механизм" — сферический конь в вакууме.
Задача-то какая, среда, условия? Делать выборку из небольшого объема объектов (не говорите никогда бд-кам, что > 100 к объектов — это много ) по набору параметров проблемы-то нет, в идеале-то :)
ИМХО есть только один cron, и он системный. Все остальное — его настройки.
Про сборщик почты — doc.otrs.org/2.3/en/html/x1331.html тут вроде бы подробненько так.
Ммм… штатными средствами, оснастка Администрирование -> PostMaster Mail Account, в ней прописываете сервер\логин\пароль\тип сервера и по крону OTRS забирает почту.
PS. С гуглом правда что-то там не очень получалось, но с yandex все работает.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
Билд только один планируется — текущий.
Там не совсем запрос — скорее конфигурация самого сервиса, долгоживущего.