从事 ember-cli 测试。在所有测试都通过后，它会返回额外的两个错误测试。
未捕获的错误：断言失败：在已破坏对象上调用 set 来源：'../dist/assets/vendor.js:13269'
这是一个单元测试配置
import Ember from "ember";
import { test,moduleFor } from 'ember-qunit';
import startApp from '../helpers/start-app';
var App;
module('An Integration test',{
setup:function(){
App=startApp();
},
teardown: function() {
Ember.run(App, 'destroy');
}
});
【问题讨论】：
这是因为在 promise 或任何其他延迟代码的结果中，您没有检查对象的销毁状态，或者因为您没有拆除已设置并与 DOM 事件或任何外部事件交互的东西Ember 的核心。
我曾经在一些映射到 Ember 的 jQuery 插件上遇到这种情况，并且在测试期间插件销毁太慢，然后我要么不使用运行循环，要么不检查 Ember 对象的销毁状态我在操纵。
您可以这样做：
if ( !(obj.get('isDestroyed') || obj.get('isDestroying')) ) {
// do your destroying code setting stuff
}
还要考虑销毁可能已在您的视图代码中初始化的任何 jQuery 插件（例如，didInsertElement 中的任何设置都应该在 willDestroyElement 中拆除）。
【讨论】：
eventManager 属性（请参阅emberjs.com/api/classes/Ember.View.html#toc_event-managers）。无论如何，您可能已经听过一些 jQuery 事件并尝试调用 ember 对象的一些方法（包括 get/set）。如果是这样，请务必删除 willDestroyElement 中的事件侦听器，如果不能，请用我写的 if 包围事件函数的主体，以便在 Ember 对象已经被销毁或正在销毁的情况下，您不会有错误
好吧，我在类似的事情上苦苦挣扎。所以基本上当你在一个承诺中有“this.set()”时，可能会发生承诺需要很长时间才能解决，并且用户已经点击离开该页面，在这种情况下你正在尝试设置一些东西，即已经被摧毁了。我发现最简单的解决方案就是在 promise 的开头做一个简单的检查。
if (this.isDestroyed) {
return;
}
this.set('...');
...
编辑：或者你可以使用Ember.trySet。
【讨论】：
该问题与未完全解决的承诺以及之后立即运行的另一个测试有关。
你应该试试Ember Concurrency。
从'ember-concurrency'导入{任务，超时}；
myFunction: task(function * () {
// do somethinng
yield timeout(1000); // wait for x milliseconds
// do something else
}).drop(),
【讨论】：
我在集成测试中遇到了类似的问题。为了解决这个问题，在集成测试中，我在执行下一个操作之前等待。
import wait from 'ember-test-helpers/wait';
wait().then(() => {
// perform action (which previously used to cause an exception)
});
【讨论】：