Security News
PyPI Introduces Digital Attestations to Strengthen Python Package Security
PyPI now supports digital attestations, enhancing security and trust by allowing package maintainers to verify the authenticity of Python packages.
chai-as-promised
Advanced tools
The chai-as-promised npm package extends Chai with a fluent language for asserting facts about promises. It allows developers to work with promises in their test assertions in a more natural and expressive way, which is particularly useful when dealing with asynchronous operations in tests.
Asserting a promise is fulfilled
This feature allows you to assert that a promise will be fulfilled. In other words, it checks that the promise will eventually resolve.
expect(promise).to.be.fulfilled;
Asserting a promise is rejected
This feature allows you to assert that a promise will be rejected. This is useful for testing error handling in asynchronous code.
expect(promise).to.be.rejected;
Asserting a promise is rejected with a specific error
With this feature, you can assert that a promise is not only rejected but also that it is rejected with a specific type of error.
expect(promise).to.be.rejectedWith(Error);
Asserting a promise's fulfillment value
This feature allows you to assert what value a promise will be resolved with. The 'eventually' chain is used to wait for the promise to resolve before making the assertion.
expect(promise).to.eventually.equal('foo');
Chaining assertions
chai-as-promised supports chaining assertions, allowing for more complex assertions on the resolved value of a promise.
expect(promise).to.eventually.have.property('bar').that.is.a('string');
Jest is a testing framework that includes its own assertion library and has built-in support for testing asynchronous code. It can handle promises and async/await syntax without the need for additional plugins.
Expect is an assertion library that can be used independently or with Jest. It provides a way to make assertions about promises, similar to chai-as-promised, but it is more tightly integrated with Jest when used in that context.
Chai as Promised extends Chai with a fluent language for asserting facts about promises.
Instead of manually wiring up your expectations to a promise's fulfilled and rejected handlers:
doSomethingAsync().then(
function (result) {
result.should.equal("foo");
done();
},
function (err) {
done(err);
}
);
you can write code that expresses what you really mean:
doSomethingAsync().should.eventually.equal("foo").notify(done);
or if you have a testing framework that follows the UncommonJS specification for handling promises, simply
return doSomethingAsync().should.eventually.equal("foo");
should
/expect
InterfaceThe most powerful extension provided by Chai as Promised is the eventually
property. With it, you can transform any
existing Chai assertion into one that acts on a promise:
(2 + 2).should.equal(4);
// becomes
return promiseFor(2 + 2).should.eventually.equal(4);
expect({ foo: "bar" }).to.have.property("foo");
// becomes
return expect(promiseFor({ foo: "bar" })).to.eventually.have.property("foo");
There are also a few promise-specific extensions, grouped here as synonymic blocks (with the usual expect
equivalents):
return promise.should.be.fulfilled;
return promise.should.eventually.eql("foo");
return promise.should.become("foo");
return promise.should.be.rejected;
return promise.should.be.broken;
return promise.should.be.rejected.with(Error);
return promise.should.be.broken.with(Error);
// Note: other variants of Chai's existing `throw` assertion work too.
assert
InterfaceAs with the should
/expect
interface, Chai as Promised provides an eventually
extender to chai.assert
, allowing
any existing Chai assertion to be used on a promise:
assert.equal(2 + 2, 4, "This had better be true");
// becomes
return assert.eventually.equal(promiseFor(2 + 2), 4, "This had better be true, eventually");
And there are, of course, promise-specific extensions:
return assert.isFulfilled(promise, "optional message");
return assert.eventually.deepEqual(promise, "foo", "optional message");
return assert.becomes(promise, "foo", "optional message");
return assert.eventually.notDeepEqual(promise, "foo", "optional message");
return assert.doesNotBecome(promise, "foo", "optional message");
return assert.isRejected(promise, "optional message");
return assert.isBroken(promise, "optional message");
return assert.isRejected(promise, Error, "optional message");
return assert.isBroken(promise, Error, "optional message");
return assert.isRejected(promise, /error message matcher/, "optional message");
return assert.isBroken(promise, /error message matcher/, "optional message");
Chai as Promised does not have any intrinsic support for testing promise progress callbacks. The properties you would want to test are probably much better suited to a library like Sinon.JS, perhaps in conjunction with Sinon–Chai:
var progressSpy = sinon.spy();
return promise.then(null, null, progressSpy).then(function () {
progressSpy.should.have.been.calledWith("33%");
progressSpy.should.have.been.calledWith("67%");
progressSpy.should.have.been.calledThrice;
});
As mentioned, many test runners (*cough* Mocha *cough* … but see Mocha as Promised!)
don't support the nice return
style shown above. Instead, they take a callback indicating when the asynchronous test
run is over. Chai as Promised adapts to this situation with the notify
method, like so:
it("should be fulfilled", function (done) {
promise.should.be.fulfilled.and.notify(done);
});
it("should be rejected", function (done) {
otherPromise.should.be.rejected.and.notify(done);
});
In these examples, if the conditions are not met, the test runner will receive an error of the form "expected promise to be fulfilled but it was rejected with [Error: error message]"
, or "expected promise to be rejected but it was fulfilled."
There's another form of notify
which is useful in certain situations, like doing assertions after a promise is
complete. For example:
it("should change the state", function (done) {
otherState.should.equal("before");
promise.should.be.fulfilled.then(function () {
otherState.should.equal("after");
}).should.notify(done);
});
Notice how .notify(done)
is hanging directly off of .should
, instead of appearing after a promise assertion. This
indicates to Chai as Promised that it should pass fulfillment or rejection directly through to the testing framework.
Thus, the above code will fail with a Chai as Promised error ("expected promise to be fulfilled…"
) if promise
is
rejected, but will fail with a simple Chai error (expected "before" to equal "after"
) if otherState
does not change.
Another example of where this can be useful is when performing assertions on multiple promises:
it("should all be well", function (done) {
Q.all([
promiseA.should.become("happy"),
promiseB.should.eventually.have.property("fun times"),
promiseC.should.be.rejected.with(TypeError, "only joyful types are allowed")
]).should.notify(done);
});
This will pass any failures of the individual promise assertions up to the test framework, instead of wrapping them in
an "expected promise to be fulfilled…"
message as would happen if you did
Q.all([…]).should.be.fulfilled.and.notify(done)
.
Do an npm install chai-as-promised
to get up and running. Then:
var chai = require("chai");
var chaiAsPromised = require("chai-as-promised");
chai.use(chaiAsPromised);
You can of course put this code in a common test fixture file; for an example using Mocha, see the Chai as Promised tests themselves.
Chai as Promised supports being used as an AMD module, registering itself anonymously (just like Chai). So,
assuming you have configured your loader to map the Chai and Chai as Promised files to the respective module IDs
"chai"
and "chai-as-promised"
, you can use them as follows:
define(function (require, exports, module) {
var chai = require("chai");
var chaiAsPromised = require("chai-as-promised");
chai.use(chaiAsPromised);
});
<script>
tagIf you include Chai as Promised directly with a <script>
tag, after the one for Chai itself, then it will
automatically plug in to Chai and be ready for use:
<script src="chai.js"></script>
<script src="chai-as-promised.js"></script>
FAQs
Extends Chai with assertions about promises.
The npm package chai-as-promised receives a total of 0 weekly downloads. As such, chai-as-promised popularity was classified as not popular.
We found that chai-as-promised demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 2 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
PyPI now supports digital attestations, enhancing security and trust by allowing package maintainers to verify the authenticity of Python packages.
Security News
GitHub removed 27 malicious pull requests attempting to inject harmful code across multiple open source repositories, in another round of low-effort attacks.
Security News
RubyGems.org has added a new "maintainer" role that allows for publishing new versions of gems. This new permission type is aimed at improving security for gem owners and the service overall.