[This message was posted by Richard Labs of CL&B Capital Management, LLC <[email protected]> to the "Algorithmic Trading" discussion forum at http://fixprotocol.org/discuss/31. You can reply to it on-line at http://fixprotocol.org/discuss/read/d8d3cc98 - PLEASE DO NOT REPLY BY MAIL.]
> I think algo issue is more on the integration side , as this is very > sensitive to the input, like market data, OMS response, etc etc. Quite a > lot of issue are coming from what algo expecting is difference from what > market data / oms provide . > > > Hello, > > > > 1. Does anyone offer algo-specific testing tools? > > > > I checked the vendor/product page and didn't see any algo-specific > > test tools. > > > > 2. Is there a need for algo-specific testing tools? > > > > For the past few years I've designed and implemented repeatable, > > deterministic, overnight testing of algo engines. It’s made > > testing much faster and more reliable. > > > > I'm wondering if other people see the speed of algo testing (or the > > lack of speed) as an important issue within their organization. > > > > Thoughts? > > > > Thanks a bunch, Scott Scott, Don't know if this is directly on your point but wanted to comment that even with FIXatdl there is still a need for initial testing. Sure, a BD can whip up a new algo strategy, create an updated FIXatdl xml file that describes it, send it out, and many OMS can drop that in and automatically render the screens for traders to start trading it. HOWEVER, there is still a need to test. Hopefully that will be greatly reduced over time especially for minor changes. At FIXatdl the WG is in the final stages of producing an updated version - will be v1.1 when finally released. We would VERY MUCH LOVE to have a testing expert help insure there are no surprises and all the edges are tested. Where FIXatdl is very likely to break currently standing OMS systems is in complex trades. For instance a BD may create a multi product strategy (e.g. several insterest rate futures against an underlying treasury) and that all goes off as a single new order message. However the OMS isn't aware of that and when it gets back multiple (single product) executions its most likely to be in a DK (don't know) situation. Having a tester's cautious eye would be very helpful to help define where extensive testing (and retesting) will be needed, and to test our XSD files to be sure they do exactly what we intend them to. Rick [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
