为什么开发人员未能做出适当的测试员 - 页 3

 
blo0ds:


这与正常化没有关系......我的价格是externa的变量类型中规定的数字,在这种情况下显然是1.9850,没有第五个符号!!!!。

那么,这一定是由于解压错误造成的。
 
因此,写在mt4上的jforex!确实,有陷阱,但它可以做到!"。但测试和优化的速度却慢了几十倍
 
dimeon:
这是真的,有一些陷阱,但你可以做到!"。但测试和优化的速度却慢了几十倍!

已经找到了,MT4,MT5,java,C!!!。我很震惊......还有投稿的选择!Tics, candles, splines!!!我几乎爱上了!我不想说MT的坏话,非常体面和有趣的平台,但它缺乏很多东西,在这里我手头有一切,虽然这些是第一印象,只是几个小时的挖掘...

陷阱呢,你能告诉我更多的情况吗?

 
dimeon:
因此,写在mt4上的jforex!确实,有陷阱,但它可以做到!"。但测试和优化的速度却慢了几十倍
而对相反的问题比较感兴趣,j作为MT4 EAs的开发和测试环境。
 
Integer:

那么它一定是爆燃错误。


对了,一定是这样的...
 

很久以前我就得出结论,测试者根本就不能信任!这是我的想法。我甚至不是在谈论对所有点位的测试和优化,但即使是开盘价,在不同的测试模式下也会得到不同的结果。这里有一个例子,两个测试,唯一的区别是 "可视化 "在一个测试中被启用,而在另一个测试中被禁用。

战略测试仪报告
ǞǞǞ
(Build 226)


符号 欧元兑美元(欧元对美元)
期间 1小时 (H1) 2010.10.11 00:00 - 2010.12.10 22:59 (2010.10.11 - 2010.12.11)
模型 按开盘价(仅适用于有明确开盘控制的专家顾问系统)。
参数 手数=0.1;最大风险=10;止损=0。
历史上的酒吧 2071 模拟的蜱虫 3142 仿真质量 不适用
图表不匹配错误 0
初始存款 1000.00
净利润 556.38 利润总额 795.00 全部损失 -238.62
盈利能力 3.33 预期报酬率 13.57
绝对缩水 0.00 最大缩水 129.20 (7.97%) 相对缩减 7.97% (129.20)
交易总额 41 空头头寸(赢利百分比) 41 (60.98%) 多头头寸(赢利百分比) 0 (0.00%)
盈利的交易(占全部的百分比) 25 (60.98%) 亏损交易(占全部的百分比) 16 (39.02%)
最大的 有利的贸易 107.60 亏损的交易 -60.60
平均值 有利的交易 31.80 交易损失 -14.91
最大数量 连赢 7 (183.60) 连续损失(亏损) 5 (-116.40)
最大 连续盈利(赢的次数) 183.60 (7) 连续损失(损失次数) -116.40 (5)
平均值 连续赢利 3 连续损失 2

战略测试仪报告
天使.
(Build 226)


符号 欧元兑美元(欧元对美元)
期间 1小时 (H1) 2010.10.11 00:00 - 2010.12.10 22:59 (2010.10.11 - 2010.12.11)
模型 按开盘价(仅适用于有明确开盘控制的专家顾问系统)。
参数 手数=0.1;最大风险=10;止损=0。
历史上的酒吧 2071 模拟的蜱虫 3142 仿真质量 不适用
图表不匹配错误 0
初始存款 1000.00
净利润 175.74 利润总额 547.44 全部损失 -371.70
盈利能力 1.47 预期报酬率 4.39
绝对缩水 74.00 最大缩水 115.90 (9.39%) 相对缩减 10.42% (107.70)
交易总额 40 空头头寸(赢利百分比) 40 (45.00%) 多头头寸(赢利百分比) 0 (0.00%)
盈利的交易(占全部的百分比) 18 (45.00%) 亏损交易(占全部的百分比) 22 (55.00%)
最大的 有利的贸易 108.50 亏损的交易 -48.70
平均值 有利的交易 30.41 亏损的交易 -16.90
最大数量 连赢 5 (151.50) 连续损失(亏损) 5 (-39.40)
最大 连续盈利(赢的次数) 171.27 (4) 连续损失(损失次数) -106.20 (4)
平均值 连续赢利 2 连续损失 2

这些结果没有任何共同之处。

 

而在MT4中,有四个组件,你真正可以使用的只有终端和MQL,一个测试器(+优化器)和x64的永恒倒下的编辑器不应该被触及。

今天不得不简短地使用这个编辑器,把它骂得狗血淋头,在复制粘贴时偶尔会崩溃,Win7 x64。x64的问题是众所周知的。

我已经给开发商写了很长时间的信了,他们根本不在乎。

老兄,在论坛的英语部分,他们只是严厉地呵斥他们,就像 "俄罗斯的Ivans仍然不知道有64位操作系统",我无法忍受,纠正了这个错误。无论怎样...区政府付了钱。

而DC不需要编辑。

又是该死的,微软专门写了关于如何为Vista、Vyn 7和64位系统改编程序的手册,他们甚至还有俄文版的,我想!这并不难,只要读懂它,就能做到!

为什么我的程序在x64上不会崩溃?毕竟,你根本不需要努力,只需阅读说明并进行修正即可!

而你却在责骂测试人员......根据定义,任何不被特区需要的东西都是二流的。


SZZ:但是,测试者真的应该自己写,而且勾选历史 应该为自己写,我为三个DC做了很长时间的工作

 
Angela:

很久以前我就得出结论,测试者根本就不能信任!这是我的想法。我不是在说所有ticks的测试和优化,但即使在不同的测试模式下打开价格也会产生不同的结果。这里有一个例子,两个测试,唯一的区别是在一个测试中 "可视化 "复选框是打开的,而在另一个测试中是关闭的。


安吉拉, 再检查一下。测试员直接从当前市场获取价差信息,因此发生了当价差暂时扩大时,测试员开始不充分地低估价值的情况。你的情况很可能是由于这个原因。虽然我不是在为MQ开脱,但这种情况是可以预见的(至少有可能手动设置价差)。
 
alsu:
安吉拉, 再检查一下。测试员直接从当前市场获取有关价差的信息,因此,当价差暂时扩大时,测试员开始不充分地低估价值,这种情况会发生。你的情况很可能是由于这个原因。虽然我不是在为MQ开脱,但这种情况是可以预见的(至少有可能手动设置价差)。


我不太明白你的意思,我是在自主工作,我连续做了两次运行,只是切换了可视化的复选框,测试器中的故事是一样的,包括关于传播的信息。

我之前在其他主题中提出的唯一结论是,测试员的算法在不同模式下的工作方式不同,一些情况的处理方式也不同。我可以假设在这种特殊情况下,因为我使用了全局变量,在可视化模式下和没有可视化模式下对全局变量的处理是不同的,我甚至无法想象其他事情。至于再次检查,我已经用一种和另一种模式比赛了很多次,结果都是一样的。

 
Angela:


我不太明白你的意思,我在自主模式下工作,我连续做了两次运行,只是切换了可视化的复选框,测试器中的故事是一样的,包括关于传播的信息。

我之前在其他主题中提出的唯一结论是,测试员的算法在不同模式下的工作方式不同,一些情况的处理方式也不同。我可以假设在这种特殊情况下,因为我使用了全局变量,在可视化模式下和没有可视化模式下对全局变量的处理是不同的,我甚至无法想象其他事情。至于再次检查,我已经用一种和另一种模式比赛了很多次,结果都是一样的。

所以我也差不多!我需要 一个真正的、优质的、正常的(显然是另类的)、测试器,甚至是准备买的钱!我需要 一个真正的、优质的、正常的(显然是另类的)、测试器。