NGRX测试：效果
了解如何使用Jest进行测试NGRX效果。
下载
在这篇文章中，我将使用一个演示应用程序。您可以克隆存储库或下载源代码的zip文件:
系列
此帖子是使用JEST测试NGRX的系列的一部分：
堆
此应用程序的堆栈将是：
- 角6
- NGRX 6.
- Jest和angular- Jest -预置模块
- 茉莉花大理石模块
- 伪造数据的Faker
Jest测试运行器
正如我上面提到的，这篇文章将使用Jest测试运行器。它比Karma快得多(即使是在headless Chrome上)，并且使用了类似jasmine的API。事实上，如果您的大多数测试都是由CLI生成的，那么您可以简单地将Karma替换为Jest。
如果你是新人，<一种href="//www.nxtmastery.com/2018/05/26/angular-jest-testing/">用角度看看我的帖子。
jasmine-marbles
我们将使用jasmine-marbles模块来模拟可观察对象。
以下有些链接有关NGRX有关大理石测试的更多信息：
总之，我们可以使用大理石图的字符串来随时间描述可观察的流。这使我们能够同步测试异步可观察流。
我们将使用两个主要功能：
热()创造一个热的可观察流。冷()创造一个寒冷的可观察流。
我们将使用这些功能来断言我们申请中特定行动的结果导致我们描述的预期热或冷的可观察流。
大理石测试使用一个字符串来描述可观察流:
-dash表示虚拟时间传递的框架，这是10毫秒，但这并不是那么重要。a-z0-9任何字母数字字符表示值。我们可以使用第二个论点热()和冷()函数指定每个标记所代表的值。（）将值组合在一起分为单帧。^胡萝卜表示冷可观察流中订阅的开始。|管道表示完成通知。＃英镑符号（或哈希符号）表示错误通知。
设置
第一步是得到的测试用设置。我们将使用嘲笑功能jest.fn ()以及使用aTestActions类，以便可以修改可观察到的动作的来源。
示例中的所有代码都位于演示应用程序中src / app / / user / user.effects.spec.ts状态文件。
出口班级TestActions延伸行动{构造函数（）{超级（空的（））;}放流（来源：可观察到的<任何>）{这。来源=来源;}}出口函数尽量（）{返回新TestActions（）;}描述（“UserEffects”那（）= >{让行动：TestActions;让影响：备用威胁;让用户服务：UserService;摘要（（）= >{测试用。configureTestingModule（{供应商：[备用威胁那{提供：行动那useFactory：尽量}那{提供：UserService那umervalue.：{addUser：笑话。FN.（）那getUser：笑话。FN.（）那住人：笑话。FN.（）那更新用户：笑话。FN.（）}}]}）;行动=测试用。得到（行动）;影响=测试用。得到（备用威胁）;用户服务=测试用。得到（UserService）;}）;它（“创建”那（）= >{预计（影响）。Tobeththy.（）;}）;}）;我们来复习：
- 首先，我们创造了
TestActions类扩展行动类在@ngrx /影响。类添加一个mutator (setter)流财产。 - 我们还定义了
getActions ()返回新实例的函数TestActions类。我们将把它作为工厂函数提供给Angular依赖注入测试用替补行动注入的课程备用威胁类。 - 使用
前提（）方法，我们将测试用,提供了备用威胁在此示例中我们正在测试的类。我们也嘲笑了UserService使用jest.fn ()。这些只是占位符，我们将根据需要覆盖测试中。 - 然后我们使用
TestBed.get ()方法来存储对行动那备用威胁和UserService实例。 - 最后，我们有标准的“应该被创建”测试，以确保我们的effects类被正确地实例化。
现在我们已经准备好开始为每种效果编写单元测试了src / app / / user / user.effects.ts状态。
addUser影响
首先，让我们看看addUser我们将测试的效果:
出口班级备用威胁{@影响（）addUser：可观察到的<行动>=这。美元的行为。oftype.<AddUser>（UserActiontypes.。AddUser）。管（地图（行动= >行动。有效载荷）那jourtmap.（有效载荷= >这。用户服务。addUser（有效载荷。用户））那地图（用户= >新addusersuccess.（{用户}））那CARTERROR.（错误= >的（新adduserfail.（{错误}））））;构造函数（私人的美元的行为：行动那私人的用户服务：UserService）{}}让我们迅速总结一下addUser影响：
- 我们使用
OFTYPE（）方法筛选特定操作的所有操作AddUser行动。 - 然后我们
管道（）可观察到几个运营商。 - 首先，我们
map ()可观察流数据返回有效载荷对象。 - 其次，我们使用
exhaustMap ()对象返回的可观察流addUser ()方法UserService (),指定用户在有效载荷。 - 第三,我们
map ()到addusersuccess.使用所需的有效载荷对象提供的操作用户财产。 - 最后我们使用了
catchError ()操作符捕获异常，返回adduserfail.行动。 - 然后调度从效果中产生的动作。
好的，让我们创建一个测试套件addUser影响：
描述（'添加用户'那（）= >{它（'应该与用户返回adduseruccess行动，同时成功'那（）= >{const用户=generateUser.（）;const行动=新AddUser（{用户}）;const结果=新addusersuccess.（{用户}）;行动。流=热的（“——”那{一种：行动}）;const响应=寒冷的（'-a |'那{一种：用户}）;const预期的=寒冷的（'--b'那{B.：结果}）;用户服务。addUser=笑话。FN.（（）= >响应）;预计（影响。addUser）。tobebservable.（预期的）;}）;它（'应该返回一个adduserfail动作，错误地失败'那（）= >{const用户=generateUser.（）;const行动=新AddUser（{用户}）;const错误=新错误（）;const结果=新adduserfail.（{错误}）;行动。流=热的（“——”那{一种：行动}）;const响应=寒冷的（”——# |”那{}那错误）;const预期的=寒冷的（“——(b |)”那{B.：结果}）;用户服务。addUser=笑话。FN.（（）= >响应）;预计（影响。addUser）。tobebservable.（预期的）;}）;}）;我们的测试套件由两个测试组成。首先，我们断言成功路径;那个addusersuccess.由于效果而被派遣行动。其次，我们断言失败路径;那个adduserfail.由于其效果的异常而被调度行动。
让我们挖掘成功路径的细节：
- 首先,我们调用
generateUser（）创造一个新的用户使用伪造者的对象。 - 然后，我们新起来
AddUser行动,指定有效载荷对象，并使用所需的用户财产。 - 我们还新增了
addusersuccess.行动。 - 然后，我们设置
流内的财产TestActions类。回忆,行动从测试用在我们嘲笑之后行动的依赖项备用威胁类。我们设置了流到一个测试热观察对象，它在一个帧后发出下一个通知行动。这基本上将要断言的动作设置为行动在NGRX中可观察到的流。 - 我们定义的
响应常数作为寒冷可观察，在框架发出通知之后用户然后在第三帧发出一个完成通知。 - 我们定义的
预期的常数作为寒冷可观察，两名着名散发出来结果那就是addusersuccess.我们期待的行动。 - 使用
jest.fn ()Mock我们重写addUser方法的方法UserService返回响应 - 最后，
期望()那个addUser效应的结果是一个可观察的预期的热情可观察。
我们还测试了失败路径：
- 首先我们使用
generateUser.函数生成假用户对象。 - 我们然后新起来
AddUser和adduserfail.行动。请注意，我们创建一个新的错误对象的冷可观察对象流创建时，保持引用以便使用响应。 - 我们设置了
流财产的行动的例子TestActions被注射的课程测试用。 - 请注意
响应是一种寒冷可观察的，在框架之后，发出错误通知（＃磅标志）后跟完成通知（该|管道符号)。 - 这
预期的Observable是一个冷Observable，在两帧之后，它会同时发出adduserfail.操作下一步通知和完成通知。注意时间是在下一个和完成通知之前的两个帧。这是因为我们模拟了之前的观测结果流包括一个单独的框架和可观察对象响应流还包括在动作和错误的通知之前的单个时间帧。因此，它是经过两帧的虚拟时间预期的Observable会发出adduserfail.操作和完成通知。 - 就像在以前的测试中一样，我们嘲笑
addUser方法返回一个可观察对象响应。 - 最后,我们
期望()那个addUser效果导致可观察到的符合预期的热情可观察。
LoadUsers.影响
在我们看测试之前LoadUsers.效果，让我们快速看看效果：
@影响（）LoadUsers.：可观察到的<行动>=这。美元的行为。oftype.<LoadUsers>（UserActiontypes.。LoadUsers）。管（jourtmap.（（）= >这。用户服务。住人（））那地图（用户= >新LoadUsersSuccess.（{用户}））那CARTERROR.（错误= >的（新LoadUsersfail.（{错误}））））;当我们看这个效应时，有很多相似之处addUser的效果。一般来说，我们用UserService检索所有用户，然后映射到LoadUsersSuccess.行动。如果有什么东西，我们会派遣LoadUsersfail.行动。
这是测试套件，用于成功和失败路径LoadUsers.影响：
描述（'loadusers'那（）= >{它（'应该返回一个LoadUsersSuccess动作，与用户，在成功'那（）= >{const用户=生成用户（）;const行动=新LoadUsers（）;const结果=新LoadUsersSuccess.（{用户：用户}）;行动。流=热的（“——”那{一种：行动}）;const响应=寒冷的（'-a |'那{一种：用户}）;const预期的=寒冷的（'--b'那{B.：结果}）;用户服务。住人=笑话。FN.（（）= >响应）;预计（影响。LoadUsers.）。tobebservable.（预期的）;}）;它（'应该返回一个LoadUsersFail动作，并在失败时返回一个错误'那（）= >{const行动=新LoadUsers（）;const错误=新错误（）;const结果=新LoadUsersfail.（{错误：错误}）;行动。流=热的（“——”那{一种：行动}）;const响应=寒冷的（”——# |”那{}那错误）;const预期的=寒冷的（“——(b |)”那{B.：结果}）;用户服务。住人=笑话。FN.（（）= >响应）;预计（影响。LoadUsers.）。tobebservable.（预期的）;}）;}）;这也应该与之前的成功和失败路径测试相似addUser的效果。主要差异是这些行动的不同行动和所需的有效载荷。此外，我们就像我们的那样写下两次测试addUser效果:一个是成功路径，另一个是失败路径。
这loadUser测试套件也非常类似。为了简洁，我将跳过它，但请随意查看里面的测试src / app / / user / user.effects.spec.ts状态
更新用户影响
这是更新用户我们将测试的效果:
@影响（）更新用户：可观察到的<行动>=这。美元的行为。oftype.<UpdateUser>（UserActiontypes.。UpdateUser）。管（地图（行动= >行动。有效载荷）那jourtmap.（有效载荷= >这。用户服务。更新用户（有效载荷。用户））那地图（用户= >新UpdateUserSuccess.（{更新：{id：用户。id那变化：用户}}））那CARTERROR.（错误= >的（新UpdateUserFail（{错误}））））;在更新用户效果我们过滤特定的所有操作UpdateUser行动，然后使用exhaustMap ()对象返回的可观察对象UserService.updateUser ()实例方法。我们map ()成功的UpdateUserSuccess.从效果中发送的行动，或者我们catchError ()返回一个可观察对象的()这UpdateUserFail行动。
的测试套件更新用户影响：
描述（'更新用户'那（）= >{它（'应该返回一个UpdateUserSuccess动作，与用户，在成功'那（）= >{const用户=generateUser.（）;const行动=新UpdateUser（{用户}）;const结果=新UpdateUserSuccess.（{更新：{id：用户。id那变化：用户}}）;行动。流=热的（“——”那{一种：行动}）;const响应=寒冷的（'-a |'那{一种：用户}）;const预期的=寒冷的（'--b'那{B.：结果}）;用户服务。更新用户=笑话。FN.（（）= >响应）;预计（影响。更新用户）。tobebservable.（预期的）;}）;它（'应该返回updateUserFail动作，错误地返回错误'那（）= >{const用户=generateUser.（）;const行动=新UpdateUser（{用户}）;const错误=新错误（）;const结果=新UpdateUserFail（{错误}）;行动。流=热的（“——”那{一种：行动}）;const响应=寒冷的（”——# |”那{}那错误）;const预期的=寒冷的（“——(b |)”那{B.：结果}）;用户服务。更新用户=笑话。FN.（（）= >响应）;预计（影响。更新用户）。tobebservable.（预期的）;}）;}）;我们测试成功和失败路径，建立必要的可观察到并断言所得到的可观察到是什么预期的。
结论
使用jasmine-marbles模块，我们可以通过使用虚拟计时器(调度器)和嘲弄值和动作，轻松地使用同步代码测试异步效果。