Edit: Being a little bit more precise.
I want to test usecases for a Github API wrapper extension, that our team has created. For testing, we don't want to use API wrapper extension directly, so we want to stub out its functions. All calls to the API wrapper should be stubbed out for the tests, not just creating a clone stub.
I have a module "github" in Node.js:
module.exports = function(args, done) {
...
}
And I am requiring it like this:
var github = require('../services/github');
Now, I would like to stub out github(...)
using Sinon.js:
var stub_github = sinon.stub(???, "github", function (args, callback) {
console.log("the github(...) call was stubbed out!!");
});
But sinon.stub(...)
expects from me to pass an object and a method and does not allow me to stub out a module that is a function.
Any ideas?
Simplest solution is to refactor your module:
instead of this:
do this:
Now you can require it with:
To stub:
If you are doing
var github = require('../services/github');
in global scope, then you can using 'global' as the object and 'github' as the method to be stubbed out.
There might be a way to accomplish this in pure Sinon, but I suspect it would be pretty hacky. However, proxyquire is a node library that is designed for solving these sort of issues.
Supposing you want to test some module
foo
that makes use of the github module; you'd write something like:where
myFakeGithubStub
can be anything; a complete stub, or the actual implementation with a few tweaks, etc.If, in the above example,
myFakeGithubStub
has a property "@global" set as true, (i.e. by executingmyFakeGithubStub["@global"] = true
) then the github module will be replaced with the stub not only in thefoo
module itself, but in any module that thefoo
module requires. However, as stated in the proxyquire documentation on the global option, generally speaking this feature is a sign of poorly designed unit tests and should be avoided.I found that this worked for me...
You have to make sure that you stub the module (as above) before it's required elsewhere...