Javascript Twilio测试SMS不会导致状态回调

我注意到，当我使用TwilioAPI发送测试SMS时，一切都按照中所述工作，但系统不会调用StatusCallback。同样的设置也适用于真正的凭证，我得到了回调。这是预期的行为吗

这是我发送短信的方式：

/*测试凭证*/
var账户_sid=“”；
var auth_token=“”；
变量fromNumber=“+15005550006”//测试编号
var FromNumberRec=编码元件（fromNumber）；
var toNumberEnc=encodeURIComponent（toNumber）；
var textEnc=encodeURIComponent（文本）；
var body=“From=“+fromNumberEnc+”&To=“+toNumberEnc+”&body=“+textEnc+”&StatusCallback=“+”https%3A%2F%2Fexample.com%2Ftwiliocallback”；
httpRequest.post({
url:“https://”+帐户sid+：“+身份验证令牌+
“@api.twilio.com/2010-04-01/Accounts/“+account_sid+”/SMS/Messages.json”，
标题：{'content type'：'application/x-www-form-urlencoded'}，
身体：身体
}，功能（错误、响应、主体）{
控制台日志（主体）；
});

这里是Twilio的Rob

在基于SMS API构建时，使用Twilio的测试凭据是一个很好的问题。您是正确的-当使用测试凭据调用Messages资源时，不会触发StatusCallbacks。您参考的StatusCallback文档部分指出，API响应将返回您在测试电话号码购买时为StatusCallback参数设置的值，而不是创建消息或电话呼叫

---

我通过使用中的参数模拟测试中的StatusCallback请求来测试StatusCallbacks。要在新邮件资源上测试的相关参数为。

谢谢！很高兴知道。但实际上，StatusCallback是为所有API定义的，正如我所解释的，它适用于实际事务。我想，最好更新文档，明确指出只有number purchase示例列出了StatusCallback，这不是偶然的。我完全同意-这里的引用太迟钝了。需要更加明确-感谢反馈。有趣的是，在这种情况下，测试凭证的价值似乎非常有限。我同意aceofspades的观点，即对于测试短信发送和测试可能的结果等方面，价值非常有限。我知道你可以模拟StatusCallback请求，但是即使我的测试工作得很好，我仍然不能确定这是否能在实时环境中工作，因为我可能拼写错误或类似的东西。基本上，它引入了人为错误，而不是从开始到结束的测试，包括我们将在实际失败的SMS的StatusCallback中看到的内容