npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

mock-express

v1.3.1

Published

Creates a mock express application with mock route functionality to unit test routes

Downloads

3,120

Readme

Quick and dirty Express Router mock

With version 1.0, this now supports Express 4.0 routes.

This provides a mock express object that you can attach routes to.

The motivation was this is to have a mechanic for pure Unit Testing of routes which doesn't rely on creating an instance of Express. Additionally, I wanted to pass in mock request and response objects that I could later inspect for changes made by the controller.

Quick start

Create a mock express application:

var MockExpress = require('mock-express'),
	assert = require('assert');

var app = MockExpress(); // notice there's no "new"

Append a get route to your app

app.get('/test', function(req, res, next) {
	var model = { name: 'world'};

	if (req.query.start === 'true') {
		res.render('index', model);
	} else {
		res.redirect('http://www.google.com');
	}
	
});

Create and supply your own mock req and res objects:

var req = app.makeRequest({ 'host': 'http://www.google.com' });
var res = app.makeResponse(function(err, sideEffects) {
	assertEqual(sideEffects.model.name, 'world');
	done(); // this is the callback used by mocha to indicate test completion
});

Call the route

app.invoke('get', '/test?start=true', req, res);

Note that your assertions should be in the callback passed to the makeResponse object, since most routes terminate with some kind of call to the response object.

With the transition to Express 4.x, this module now supports the use of router.use() syntax, which allows you to test error-handling middleware.

You do not need to pass in the req and res objects when calling invoke() if you use makeRequest and makeResponse. invoke() will automatically default to the last request and response mock objects made using those utility functions. Thus you could write app.invoke('get', '/test?start=true') above instead.

Timeouts due to assertion errors in callbacks

If your assertions in the callbacks throw an error, then the test will timeout because the error is thrown in a callback.

To avoid this, create your callback as follows:

var assertionCallback = app.makeAssertionCallback(done, function(err, sideEffects) {
	<your assertions>
});
var res = app.makeResponse();

Note that you should not call done() (or it's non-Mocha equivalent) directly if you create your callback in this manner.

Available side effects

Currently you have the following available to check

  • sideEffects.redirect - this string represents the name of any redirect
  • sideEffects.viewName - the view name passed as the first argument to res.render.
  • sideEffects.model - the model object passed as the second argument to res.render
  • sideEffects.session - anything that is set into the session object.
  • sideEffects.json - the variable passed as the first argument to res.json
  • sideEffects.send - the variable passed as the first argument to res.send