开发人员!你甚至会测试你所创造的东西吗?

 

下午好!

我在第三卷下了订单。

第一次订单由1执行(服务器回复为绿色显示的TRADE_TRANSACTION_DEAL_ADD)。

第二次,修改后,订单又被执行了1次(服务器没有回应!)。

由于修改后没有来自服务器的信息 ( Tiket = 3852479 --> TRADE_TRANSACTION_ORDER_UPDATE --> ORDER_STATE_PLACED ) ?

测试有这么难吗?

void OnTradeTransaction( const MqlTradeTransaction &trans, const MqlTradeRequest &request, const MqlTradeResult &result )
{
  Print( "Ticket = ", string(trans.order), " --> ", EnumToString(trans.type), " --> trans.order_state = ", EnumToString(trans.order_state) );
}
 
请说出英雄们的名字!
 
Mikalas:

测试真的那么难吗?

我不是一个开发者,但我知道测试是非常困难的,甚至比写作更困难。

而在这种情况下,这只是发现的故障之一。你告诉我们是正确的。开发商将考虑到这一点。大喊 "你测试你创造的东西是愚蠢的",可能是因为你自己没有参与创造真正伟大的产品,也不知道没有测试它们根本就不能工作。而抓住 "绝对所有 "的错误几乎是不可能的。

 
Laryx:

我不是一个开发者,但我知道测试是非常困难的,甚至比写作更困难。

在这种情况下,他们只是发现了其中的一个小问题。你报告它是正确的。开发商将考虑到这一点。喊着 "你测试你创造的东西--愚蠢",显然,你没有参与创造真正伟大的产品,也不知道如果没有测试,它们根本就不会工作。而抓住 "绝对所有 "的错误几乎是不可能的。

如果产品是免费的,那就可以了,没有问题。

但如果是付费的?

你必须支付100英镑来帮助开发者测试?并免费报告有关故障?

 
papaklass:

哦,来吧,你在为开发商辩护。

我同意,不可能抓住所有的错误。但影响平台客户财务结果的错误必须由正常的开发人员来修复。 处理交易操作是核心。 从平台上执行交易指令 的错误是无稽之谈。

我同意。

如果你抓不住它,就把产品做成免费的,发布给一般的 "测试",如果一切正常,就开始销售。

 

亲爱的拉里克斯!

1.当我在1C公司的游戏本地化小组工作时,我们有一个

这对我们来说是独一无二的。当时有15人在该部门工作。

他仍然在测试我们的工作。当然,他们错过了一些非常小的

错,但他们从来没有错过任何 致命的 错误!"。

2.你说的 "免费 "是什么意思?"他们 "是为 "薄荷 "工作吗?是经纪人有条件地免费提供平台!

3、MT-5,想写机器人、脚本等的人选择它。

开发人员没有开发平台概念中的好东西,而是

忙着 "装饰 "他们的创意(按钮、漂亮的图形,等等)。

不关心平台的基本原理!!!!。

这不仅是胡说八道,而且是对其用户的公然漠视!

4.你写道:"而在这种情况下--只是发现的故障之一。"

对你来说是JUST,但我有一笔6个零的存款,因为这个 "JUST"的小问题,我几乎失去了这笔钱!"。

 

不幸的是,你提供的信息很少,而没有附上两个窗口中容易复制的文本日志:交易日志和专家日志。

如果你有完整的日志,你可以看到发生的所有交易细节,就有可能给出答案。

 
Mikalas:

他们仍在测试我们的工作。当然,他们跳过了非常小的

但从来没有错过一个 致命的 错误!

"致命 "的错误与 "非致命 "的错误有什么不同?任何,即使是最小的错误都可能导致致命的后果。

我反对的主要观点是,与其大喊 "你不测试",不如努力发现问题并帮助开发者解决。

我自己找出了一些错误,并通过服务台工作来修复它们--这些错误已经被发现,并被修复。除此之外,我曾在一家相当大的公司的编程部门工作,知道内部错误的情况--无论你如何努力,仍然有出错的可能性(包括致命的错误)。

开发人员没有在平台概念中发展好,而是

忙于 "装饰 "他们的孩子(按钮、漂亮的图形等),而不关心平台的资金。

不关心平台的基本原理!!!!。

这不仅是胡说八道,而且是对其用户的公然漠视!

嗯,我部分同意你的观点。我还注意到,作为一个MQL-开发人员,我对变化清单上不超过10%的改进感兴趣。

但另一方面,我不认为 "开发者不关心......"。- 他们这样做。

唉,对于大多数交易者来说,"平台的基本要素 "只是那些同样的 "点缀"。 像你和我这样的人,在我看来,不超过三分之一的用户。因此,开发商关注的是大多数人的需求。

对你来说是 "JUST",而我的存款有六个零,因为这个 "JUST"的故障,我几乎失去了它!"。

我很抱歉。如果你的经纪人突然破产了,而你的钱会在没有任何故障的情况下被烧掉呢?

到处都有危险和风险。我们的工作是将它们本地化并消除它们,而不是相互指责。

顺便问一下,这是什么样的专家顾问,可以轻易地,因为缺乏确认,删除存款?

 
Mikalas:

下午好!

...

测试有这么难吗?

为什么有这么多的噪音。

首先,你必须在交易中承担合理的风险(小比例的存款)。

第二,我们有服务台--在出现错误时报告他们。

这些都不是空话。自从我在交易所工作以来,大约两个月前,我已经多次发现一些错误。有一次我甚至可能失去了一点--只是及时注意到了。但在与经纪人交涉并向我发出服务请求后,问题得到了解决。

我不认为这里有什么问题。

我甚至高兴的是,错误很快就被修复了。

我将重复自己的算法--经纪人--服务台,而不是在论坛上对MQ的专业人员喊话。

 

barabashkakvn!

好了,没必要大惊小怪......。

好吧,开发人员还没有检查他们的代码...

胡说八道,当然....没有什么大不了的。

这没什么大不了的。当你的EA将你的存款清零时,你会怎么说?

你可能不知道发生了什么事!!。

请仔细阅读papaklass的帖子!

雷纳特!

你还需要什么?

这张照片有什么问题?

还是你认为我自己画了服务器的答案?

如果一切正常,服务器会再返回两条信息(试着猜测哪条....)。

但他们不是。

正如papaklass所指出的,平台有一些基本 原则,而EA的工作肯定取决于它们。

Laryx,你当然可以问关于EA的问题,但你不能得到答案....。

 
Mikalas:

你还需要什么?

你所考虑的时间段内的终端日志的全文记录