取引ロボットをマーケットにリリースする際のバリデーションエラー。 - ページ 4

新しいコメント
 

こんにちは。

今日からバリデーターがメッセージを出すようになりました。

3人の試験官で確認、10秒で失敗。ソフトに何か問題があるのかもしれませんね。

追伸：OnTick()にチェックのため、printの1行目を入れています。

テスターレポートが白紙になることはありえない!!!ログがいっぱいになってしまった。


 
Andrey Kaunov:

今日、バリデーターがメッセージを出すようになりました。

そうでした、合格です。バリデーターエラーです。

 
Andrey Kaunov:

こんにちは。

今日からバリデーターがメッセージを出すようになりました。

メッセージをありがとうございました。修正しました。

 

はい、Validatorは稼働しています。しかし、今、もうひとつ不思議なことがあります。この結果を得るために使用されるバリデータ

同時に私のテスターでは、すべてうまくいきます。コードを確認するために松葉杖をついた（division by zero）。


そして得た。

その結果、テスト中にバリデーターが注文開始の機能を残したままであることが判明しました。なぜ、取引操作をしない のかが全く不明。

 
Andrey Kaunov:

はい、Validatorは稼働しています。しかし、今、もうひとつ不思議なことがあります。この結果を得るために使用されるバリデータ

同時に私のテスターでは、すべてうまくいきます。コードを確認するために松葉杖をついた（division by zero）。


そして得た。

その結果、テスト中にバリデーターが注文開始の機能を残したままであることが判明しました。アナライザーが取引操作を 発生させない 理由がわからない。

おそらく、注文送信時にエラーが発生し、ログにGetLastErrorのようなものが含まれているのでしょう。MQLにThrow(code)型の関数が追加されて、ゼロ除算のような停止に至るがコードを返して、Throw(GetLastError())と書いてログにヒントが出るようになるといいんですけどね。ちなみに、TerminalClose(retcode)という関数がありますが、それを使ってみてもいいのですが、単にautotesterで無効になっているだけだと思われます。

 

全く同感です。

もちろん理想は、バリデーターが3行のレポートだけでなく、テストログを送信することです。そうすれば、空に向かって指をさすのではなく、何が問題なのかを考えるきっかけになるはずです。

ぜひ、考えてみてください。

 
Andrey Kaunov:

全く同感です。

もちろん理想は、バリデーターが3行のレポートだけでなく、テストログを送信することです。そうすれば、空に向かって指をさすのではなく、何が問題なのかを考えるきっかけになるはずです。

ぜひ、考えてみてください。

むしろ、取引関数の ロジックを正しく起草するよりも、特定のエラーを回避（隠蔽）する方法があるはずです。バカげた」入力パラメータが適切に説明され処理されていれば、あるいは取引条件が間違って計算されていても、検証エラーは発生しないはずです。

 

ここにエラーはない、全く理解できない。トレード機能の前に松葉づえ（ゼロによる除算）を置いてみた。

効くんです。

取り出すと、同じものが出てくる。

トレーディング業務は行っていない。

バリデータがOrderSend()するのを妨げる要因がわからない。結局、彼に届けば、課金エラー（全部直したけど）130、131、134、・・・があるはずで、「取引操作なし」はないのです。あとはOnInit()でどこか遠くに保留の注文を入れるだけなのですが、どう戦えばいいのかわかりません。

 
Andrey Kaunov:

ここにエラーはない、全く理解できない。トレード機能の前に松葉づえ（ゼロによる除算）を置いてみた。

効くんです。

取り出すと、同じものが出てくる。

トレーディング業務は行っていない。

バリデーターがOrderSend()を妨げる要因がわからない。結局、彼に届けば、課金エラー（全部直したけど）130、131、134、・・・があるはずで、「取引操作なし」はないのです。あとはOnInit()でどこか遠くに保留の注文を入れるだけなのですが、どう戦えばいいのかわかりません。

こんにちは。以前ここで書いた関数を追加してみてください。
 
彼女だけでしょう。
12345678910
新しいコメント