javascript - 测试 Breeze 应用

Question

我正在使用 durandal、 Breeze 和淘汰赛进行申请。我已经开始实现一些测试。我遇到的第一个问题是决定我应该测试什么，不测试什么。我知道我应该测试所有内容，但在小公司中并不总是可行。

我的第二个问题是如何测试对服务器的调用。我在 Breeze 页面中看到了一些关于测试的信息。我也看过 DocCode 示例。但我想知道更多关于如何做到这一点的意见。

我的问题是:

我应该在 Breeze 调用中测试什么？

我想测试一下，模拟后端。是否可以？有什么例子吗？

任何建议或评论都会很棒

Answer 1

哇……这是个大问题!

关于这个主题有一点in the documentation .还不够确定。

我猜您对 JavaScript 测试还很陌生。如果你看过 DocCode ，你知道我们在这里使用 QUnit。许多人更喜欢 Jasmine 、摩卡咖啡或其他东西；我只能和 QUnit 说话。

第一步是学习QUnit .这并不难。 QUnit's own intro很好。我喜欢 Ben Alhman's slide deck .

接下来，我将对您的业务逻辑进行小型测试，而不是通过网络进行练习。可能是 ViewModel 中任何有趣的逻辑，也可能是模型(实体)对象中的某些计算属性。

您可以很容易地测试 VM 与“DataContext”的交互，而无需通过网络。创建一个“FakeDataContext”并将其注入(inject)您的测试而不是真正的测试。或者，您可以“monkey patch”在战略位置将真正的“DataContext”变成假的。

在伪造 DataContext 时，我发现利用 Breeze 将查询限制到本地缓存的能力很有用。本地缓存用作数据的内存代理，否则数据将从服务器检索。

这可以像设置 FetchStrategy 一样简单。经理的默认QueryOptions ……大概是这样

var queryOptions = new QueryOptions({
合并策略:MergeStrategy.PreserveChanges，
fetchStrategy: FetchStrategy.FromCache
});

var entityManager = new EntityManager({
serviceName: "你的端点",
查询选项:查询选项
});

现在您的查询将全部定向到缓存(除非它们有自己的显式 QueryStrategy)。

现在通过使用测试数据填充缓存使其有用。 DocCode 中有许多伪造实体的例子。下面是一个伪造客户的例子:

var testCustomer = manager.createEntity('客户', {
//测试值
客户 ID:测试客户 ID，
公司名称:testCustomerName，
...
}, Breeze .EntityState.Unchanged);//就像从数据库中获取一样

如果我重复需要相同的测试数据，我会编写一个“数据母亲”，为我填充带有测试数据的 EntityManager。

我可以通过这种方式进行大量测试，而无需访问服务器。我一直在用 JavaScript 处理 Breeze 实体……就像我在生产代码中所做的那样。我不必学习模拟库或注入(inject)其他工具。

另一种方法——更难、更低级别但更强大——是更换 Breeze default AJAX adapter带有一个假的，它返回测试 JSON 值，就好像它们来自服务器一样。您可以使用 Fiddler 之类的工具从实际有效负载快照制作假 JSON。您还可以使用此技巧来模拟服务器端保存行为。

2013 年 5 月 3 日更新

DocCode Sample包括一个新的 TestAjaxAdapter用于模拟我刚刚描述的服务器响应。查看 testAjaxAdapter.js 并了解如何在 testAjaxAdapterTests.js 中使用它。此特定版本的 DocCode 仅适用于 GitHub现在，但它将在 v.1.3.2 之后立即正式发布。

... 更新结束；回到原来的帖子...

在你的假 AJAX 适配器中伪造 JSON 流看起来像 PITA 太多了吗？
发挥你疯狂的 Breeze 技能，写一篇 custom JsonResultsAdapter制造那些假货。让你的假 AJAX 适配器为每个查询请求返回一个空数组。然后你可以在 extractData 中做任何你想做的事情和 visitNode您的方法 JsonResultsAdapter .

我相信很明显你也可以伪造你的服务器端 Controller 。当然，您的测试仍然会“通过线路”到达该 Controller 。

希望这些线索足以让您朝着令人满意的方向前进。

2013 年 4 月 30 日更新

Breeze 需要元数据来完成它的工作。您的元数据来自服务器。为元数据调用服务器似乎违背了完全断开运行测试的目的。

如此真实。现在我在这一点上不是一个坚持者。我不介意在测试模块的顶部点击服务器获取元数据......恰好一次......然后运行其余的测试而无需前往服务器获取元数据。但是，如果您是一个纯粹主义者或者您只是不想这样做，您可以将服务器端元数据写入服务器上的 JavaScript 文件，并像任何其他脚本一样将该脚本静态加载到测试运行器的 HTML 页面上。

有关此技术的示例，请查看 App_Data/WriteMetadataScriptFiles.cs它在即将发布的(本周晚些时候)v.1.3.2 DocCode 示例中为 Northwind 模型生成一个 JavaScript 文件。 DocCode 测试使用 require.js 动态加载 JavaScript 文件。 metadataTests.js 测试文件显示了如何使用 require 加载生成的 northwindMetadata.js。如果您不使用 require.js，则不必那么聪明。

自我注意:编写一些示例来说明这些技术。