![image](https://habrastorage.org/getpro/habr/post_images/adb/b8d/e0e/adbb8de0e34421469d8d45da728f677b.jpg)
Ранее мы уже рассматривали вопрос об обязательных этапах разработки торговой стратегии для работы на фондовом рынке. Одной из наиболее важных стадий является тестирование производительности стратегии на исторических данных — бэктестинг. Сегодня мы поговорим именно о нем.
Что это
Говоря простым языком, бэктестинг заключается в запуске алгоритма торговой стратегии с использованием исторических финансовых данных. Алгоритм, обнаружив те или иные биржевые события («сигналы»), будет генерировать приказы на покупку или продажу финансовых инструментов — эти операции будут иметь связанный доход или убыток.
Общая величина дохода или убытка (profit and loss, P&L, PnL) за заданное в торговой стратегии время будет являться показателем успешности или неуспешности алгоритма.
Существует несколько целей, которых добиваются разработчики торговых программ, с помощью бэктестинга:
- Фильтрация — каждая стратегия имеет определенные показатели по призводительноси и эффективности работы, которые заложены в нее разработчиком. Соответственно, всякая стратегия, не позволяющая добиться поставленных целей, должна быть «отфильтрована».
- Моделирование — с помощью бэктестинга разработчики могут тестировать различные рыночные модели (изменение условий ликвидности, транзакционных издержек, скорости обработки приказов, задержки каналов и т.д.) без риска потери реальных денег.
- Оптимизация — с помощью «прогона» стратегии на исторических данных можно улучшить ее производительность в конкретных рыночных ситуациях.
- Проверка работоспособности — с помощью тестирования разработчик может понять, не были ли допущены ошибки при описании стратегии в программном коде.
Как видно, бэктестинг является полезным инструментом для разработчиков финансовых систем, однако корректно провести тестирование на исторических данных можно не всегда. Чем более высокочастотная стратегия должна быть реализована, тем сложнее корректно смоделировать воздействие тех или иных рыночных ситуаций и параметров конкретной биржевой площадки на общую производительность системы.
![image](https://habrastorage.org/getpro/habr/post_images/c85/187/155/c85187155a0fb20784a130e808122bf5.png)
Заблуждения о бэктестинге
Известный эксперт по биржевой торговли, квант и разработчик биржевых роботов Майкл Халлс-Мур, убежден, что начинающие разработчики биржевых систем часто допускают ошибки при их создании из-за определенных заблуждений. В частности, эксперт приводит четыре таких заблуждения:
Ожидание столь же высоких результатов в будущем
Часто разработчик сталкивается с искушением внести изменения в параметры тестирования для получения более убедительных результатов.
При этом, если в случае исторических данных есть возможность изменить что-либо и точно спрогнозировать результат, то в «боевом» режиме робот может работать совсем не так эффективно. Необходимо замерять производительность стратегии при разных значениях входных параметров.
Использование «будущих» данных
В некоторых случаях создатели торговых стратегий включают в набор данных предположения о будущем положении дел на рынке. В случае ошибок в коде, неверном вычислении оптимальных параметров для стратегии или некорректном использовании экстремальных значений цен (максимумов и минимумов), запуск такой стратегии на реальном рынке может оказаться неудачным (это одна из самых частых причин того, почему на исторических данных стратегии работают эффективнее, чем в режиме реального времени).
Неверная оценка своей психологической устойчивости
При проведении тестов разработчик видит конечную производительность своего алгоритма. Если на определенном временном отрезке (скажем, год или пять лет) система приносит прибыль, то велик соблазн не обращать внимание на просадки депозита (полученные убытки), которые случались по ходу этого пути к успеху. Людям кажется, что они легко смогут пережить потерю 25% своих денег (ведь потом робот должен отыграться).
На практике далеко не всем хватает стойкости для того, чтобы пережить подобные моменты не совершив необдуманных действий (а если алгоритм допускает потерю 25% денег на истории, то и в реальности такая ситуация весьма вероятна), которые часто приводят к еще большим убыткам.
Какие параметры нужно учитывать
Разработчикам торговых систем необходимо учитывать множество самых разных параметров, которые могут оказать воздействие на конечную финансовую состоятельность той или иной стратегии.
Транзакционные издержки
Начинающие трейдеры часто обращают внимание только на производительность своего алгоритма непосредственно на рынке, но забывают учитывать сопутствующие расходы, которые могут нивелировать весь полученный доход. Наиболее очевидными затратами в данном случае будут являться комиссии за транзакции, взимаемые биржей и брокером (у ITinvest на некоторых тарифах сборы примерно соответствуют биржевым).
Проскальзывание и задержки
Проскальзыванием называют разницу в цене между той, по которой торговый робот намеревался осуществить сделку, и той, по которой она реально прошла. Для «доставки» приказа в ядро биржевой торговой системы требуется время. В случае высокоскоростных торговых роботов (HFT) на счету каждая миллисекунда, за которую цена может незначительно измениться, сделав сделку не столь выгодной (или невыгодной вообще).
Некоторые финансовые инструменты обладают большой волатильностью (их цена меняется часто), поэтому при работе с ними необходимо делать скидку на возможное проскальзывание.
Влияние ликвидности
При работе с относительно неликвидными инструментами торговец должен держать в голове возможное влияние, которое действия его торговой системы окажут на рынок. Если определенную акцию покупают и продают не так много людей, то приказ на покупку значительного числа таких акций может сильно изменить их цену. Во избежание подобной ситуации необходимо научить робота разбивать сделки на большое число небольших приказов, которые не могут сильно повлиять на рынок.
Типы торговых приказов
На работу торговой стратегии оказывают влияние и то, какие торговые приказы ее разработчик планирует использовать для совершения сделок. Чаще всего трейдеры прибегают к market-приказам и limit-приказам.
Приказ market («по рынку») выполняется немедленно по сформировавшейся на рынке в текущей момент цене финансового инструмента (акции, фьючерса, опциона и т.д.) Соответственно, при необходимостьи совершения крупной сделки, например, покупки большого числа акций, приказ market приведет к тому, что произойдет несколько сделок по разным ценам — на рынке может не быть нужное количество желающих продать акции по одной цене, тогда купив все их акции, робот перейдет к следующей предлагаемой цене и так далее.
Рыночные приказы являются агрессивным инструментом — они всегда будут исполнены, при этом конечная цена сделки остается неизвестной для торговца.
Приказы типа Limit позволяют роботу определять худшую цену, по которой имеет смысл проводить сделку. Такой приказ может остаться неисполненным (если на рынке не нашлось желающих продавать или покупать по указанной цене) или исполненным частично (не нашлось достаточного количества желающих), вследствие чего считается более пассивным средством совершения сделок.
![image](https://habrastorage.org/getpro/habr/post_images/d20/2ce/2b4/d202ce2b46a64e7bd1e6e174ebffce16.png)
Их плюсом, несомненно, является тот факт, что цена сделки заранее определена. Список текущих выставленных приказов типа Limit называется очередью заявок (Order book) и выводится в торговых терминалах отдельным окном.
При тестировании стратегии важно уделить внимание ее поведению при использовании рыночных и лимитных приказов. В том случае, если очередь заявок смоделирована неверно, торговая стратегия может показывать худшие результаты при работе в режиме реального времени, в сравнении с запуском на исторических данных.
Инструменты для бэктестинга
Существует довольно большое количество общедоступных систем, которые могут быть использованы для тестирования финансовых стратегий:
- MS Excel — знакомый всем и каждому Microsoft Excel может быть использован и для написания механических торговых систем. Большинство брокеров позволяют связывать этот инструмент со своими программными продуктами (выгрузка данных и генерация торговых сигналов с помощью VBA). Минусом подобного решения будет невысокая скорость работ, а плюсом бесплатность и быстрота реализации простых стратегий. Альтернатива — Open Office
- Matlab — программная среда, предназначенная для осуществления сложных вычислений. Существуют плагины для использования в биржевой торговле. С ее помощью можно создавать небольшие скрипты, которые тем не менее описывают довольно сложные стратегии. Минус — система платная и недешевая. Альтернативы для российского рынка TSlab и StockSharp. Также трейдеры используют для создания механических торговых систем продукты MetaStock, Wealth-Lab и Omega.
- C++/C# — языки программирования, которые широко распространены в финансовом мире. Постепенно популярность набирают Java и Scala.
- Встроенные инструменты торговых терминалов — в некоторых торговых терминалах есть встроенные средства для создания торговых роботов и бэктестинга стратегий. Соответствующий плагин можно установить в терминал SmartX. Для написания роботов используется скриптовый язык TradeScript.
![image](https://habrastorage.org/getpro/habr/post_images/472/793/c8e/472793c8e17f01e1dfd1f5f6039cc2f2.png)
Окно для бэк-тестинга плагина для создания роботов на TradeScript в терминале SmartX
Заключение
Бэктестинг является важнейшим этапом разработки торговой стратегии, без которого трудно рассчитывать на адекватную работу торгового робота в «боевых» условиях реального рынка. При этом важно понимать, что успешная работа стратегии на исторических данных не гарантирует столь же хороший результат при использовании в реальной торговле в режиме реального времени.
В дополнение к тестированию на исторических данных разработчикам стоит проверять работу программы в режиме реального времени — сделать это можно с помощью специальных тестовых торговых систем, которые предоставляют биржи и брокеры. С помощью таких безрисковых систем с виртуальными деньгами можно отладить реакцию робота на изменение условий на рынке — обычно данные в таких случаях предоставляют биржевые площадки (с задержкой или «прореженные»).
На сегодня все, спасибо за внимание. Будем рады ответить на вопросы в комментариях.
Внимание! В ITinvest открылась вакансия разработчика GUI C#, работа заключается в осуществлении фронтент-разработки программных продуктов для торговли на бирже. Подробности по ссылке www.itinvest.ru/about/vacancies/programmer-gui-c.
![image](https://habrastorage.org/getpro/habr/post_images/bfd/50e/cac/bfd50ecace09cb61a956a1ab8a39dbba.jpg)
P.S. Если вы заметили опечатку или ошибку — напишите личным сообщением, и мы оперативно все исправим.
Ссылки и посты по теме:
- Successful backtesting of algorithmic trading strategies — Part I
- Successful backtesting of algorithmic trading strategies — Part II
- How-to: пошаговое руководство по разработке торговой системы для работы на фондовом рынке
- Интервью: как С# и C++ помогают заработать на фондовом рынке
- How-to: как выбрать язык программирования для создания торгового робота