Ember.js 在浏览器中运行测试时禁用Ember Mirage

Ember.js 在浏览器中运行测试时禁用Ember Mirage,ember.js,ember-cli-mirage,Ember.js,Ember Cli Mirage,我希望能够对我的Mirage服务器和我的实际服务器运行测试 我读过关于禁用Mirage的文章,它在开发环境中的效果与预期一样。添加下面的代码将禁用Mirage at ENV['ember-cli-mirage']={ 已启用:false };我觉得你的代码很好。也许像@jrjohnson建议的那样重新启动服务器会有所帮助。如果这不起作用,那么像这样配置environment.js文件可能会有所帮助: module.exports=函数(环境){ 设ENV={ “灰烬幻影”:{ 启用:对, 目录

我希望能够对我的Mirage服务器和我的实际服务器运行测试

我读过关于禁用Mirage的文章,它在开发环境中的效果与预期一样。添加下面的代码将禁用Mirage at

ENV['ember-cli-mirage']={
已启用:false

};我觉得你的代码很好。也许像@jrjohnson建议的那样重新启动服务器会有所帮助。如果这不起作用,那么像这样配置
environment.js
文件可能会有所帮助:

module.exports=函数(环境){
设ENV={
“灰烬幻影”:{
启用:对,
目录:“幻影”
}
};
如果(环境==‘测试’){
ENV['ember-cli-mirage'].enabled=false;
}
返回环境;
};

我觉得你的代码很好。也许像@jrjohnson建议的那样重新启动服务器会有所帮助。如果这不起作用,那么像这样配置
environment.js
文件可能会有所帮助:

module.exports=函数(环境){
设ENV={
“灰烬幻影”:{
启用:对,
目录:“幻影”
}
};
如果(环境==‘测试’){
ENV['ember-cli-mirage'].enabled=false;
}
返回环境;
};

我误解了添加
setupMirage(hooks)的效果输入和验收测试。(

当它出现在验收测试中时,所有请求都将转到mirage,无论是否
ENV['ember-cli-mirage']。enabled
为true或false

相反,如果不存在,则所有请求都将发送到您定义的端点,无论是否
ENV['ember-cli-mirage']。enabled
为true或false


这可能解释了为什么在
生产环境
开发环境
中只提到执行。我误解了在测试和验收测试中添加
setupMirage(hooks);
的效果(

当它出现在验收测试中时,所有请求都将转到mirage,无论是否
ENV['ember-cli-mirage']。enabled
为true或false

相反,如果不存在,则所有请求都将发送到您定义的端点,无论是否
ENV['ember-cli-mirage']。enabled
为true或false


这可能解释了为什么只有在
生产环境
开发环境
中才提到要执行操作。

我很惊讶这不起作用。只想确保您正在停止服务器并再次使用
余烬服务
重新启动。
环境.js
文件在重新启动之前不会被重新读取服务器。我很惊讶这不起作用。只是想确保你正在停止服务器并再次使用
ember-service
重新启动。在你重新启动服务器之前,
environment.js
文件不会被重新读取。这很混乱!特定于环境的配置是在setupMirage存在之前的。好奇,在浏览器中运行时禁用的用例是什么?@SamSelikoff我们应用程序的用户注册系统非常复杂,用户可以看到许多不同的UI配置,这取决于身份验证请求返回的内容。Mirage能够自动测试每种情况下正确的UI显示,这让人惊讶,但是mirage服务器的设置相当复杂,因此我们希望能够偶尔对真实服务器进行测试,以确保mirage服务器响应与真实服务器响应不同步。出于兴趣,下面是我在实践中如何处理这一问题的要点:这非常混乱!特定于环境的配置是我在setupMirage出现之前很久。好奇的是,在浏览器中运行时禁用的用例是什么?@SamSelikoff我们应用程序的用户注册系统非常复杂,用户可以看到许多不同的UI配置,这取决于身份验证请求返回的内容。Mirage对于自动测试来说非常神奇虽然每种情况下都会显示正确的UI,但mirage服务器的设置相当复杂,因此我们希望能够偶尔对真实服务器进行测试,以确保mirage服务器的响应不会与真实服务器的响应不同步。出于兴趣,以下是我在实践中如何处理这一问题的要点: