SpyOn individually exported ES6 functions

前端 未结 2 1082
囚心锁ツ
囚心锁ツ 2021-01-17 19:05

tl;dr:

  1. I use Jasmine;
  2. I want to test aaa function which called bbb from the same module; <
相关标签:
2条回答
  • 2021-01-17 19:42

    Even thought is not the same framework, there is a related question that gives you why this doesnt work: How to mock functions in the same module using jest. Basically you wont be able to access this fixed reference of the function and instead make clear that is the same function as in the context of the module.

    I know this doesn't satisfy the constraint that you post in your question, but it just makes obvious that what you want to achieve is not possible by using spy.

    With JavaScript, there is no way to swap out references to something. You cannot swap out a function that is internal to a module. When you try to overwrite bbb with spyOn.and.returnValue in your example, you are just modifying the local binding bbb in your test but it has no effect on the bbb binding in your other file.

    0 讨论(0)
  • 2021-01-17 19:51

    The code wasn't written with testing concerns in mind, it won't get full coverage without refactoring.

    It's impossible to force aaa to call the spy in this case. It refers directly to bbb function in module scope. There's no object to spy on.

    It's basically the same sort of JavaScript scope problem as:

    (() => {
      var bar = 1; // there's no way to reach this variable from the outside
    })();
    

    It is possible to do that if functions are consistently referred as object properties. There's no such object in ES modules but this recipe is common in CommonJS modules, especially because of testability concerns (bundling tools like Webpack support both):

    exports.aaa = function aaa() {
      return exports.bbb();
    }
    
    exports.bbb = function bbb() {
      return 222;
    }
    

    This way bbb property could be spied on * import with spyOn(util, 'bbb'), as shown in original code. This doesn't apply to native ES modules that have read-only exports and don't interoperate with CommonJS modules.

    It may be easier to do that if aaa and bbb reside in different modules. This way there's a possibility to mock modules (this doesn't apply to native ES modules).

    0 讨论(0)
提交回复
热议问题