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

gruu-api

v0.2.4

Published

Core API for Gruu and Mukla - Minimal, modern and extensible test runners

Downloads

27

Readme

gruu-api NPM version mit license NPM monthly downloads npm total downloads

Core API for Gruu and Mukla - Minimal, modern and extensible test runners

code climate code style linux build windows build code coverage dependency status paypal donate

You might also be interested in always-done.

Table of Contents

(TOC generated by verb using markdown-toc)

Install

Install with npm

$ npm install gruu-api --save

or install using yarn

$ yarn add gruu-api

Usage

For more use-cases see the tests

const gruuApi = require('gruu-api')

API

Gruu

Initialize Gruu constructor with optional options object. Basically it is just dush which is simple event emitter system and has .on, .off, .once, .emit and .use methods. In addition the runner adds .define, .delegate, .add and .run methods. Use .add to define new test and .run to start the suite. One more cool thing is that it emit life-cycle events - start, beforeEach, pass, fail, afterEach and finish. So for example if test fail it will emit fail, beforeEach and afterEach events which you can listen with .on('fail', fn). By default gruu-api does not comes with included reporter, so you can give listener to each event manually or pass options.reporter which is the same thing as plugin - a function that is called immediatelly with (app) signature.

All options are also passed to redolent and each-promise. Tests by default are ran concurrently in opts.settle:true mode (means that it won't stop after the first found error), so .run().then() will be called always.

Params

  • options {Object}: see more in Options Section (soon)
  • returns {Object}: an object that is returned from dush

Example

const delay = require('delay')
const Gruu = require('gruu-api')

const app = Gruu()

// DEFINE TEST SUITE
app.add('my awesome test', (t) => {
  t.strictEqual(111, 111, 'should be 111 === 111')
})

// note: use node >= 7.6
app.add('failing async test', async (t) => {
  await delay(500)
  t.ok(false)
})

app.add('some failing test', (t) => {
  t.strictEqual('foo', 123)
})

// CUSTOM TAP REPORTER, built as plugin
app.use((app) => {
  // makes error object enhanced
  const metadata = require('stacktrace-metadata')

  app.once('start', (app) => {
    console.log('TAP version 13')
  })
  app.on('pass', (app, test) => {
    console.log('# :)', test.title)
    console.log('ok', test.index, '-', test.title)
  })
  app.on('fail', (app, { title, index, reason }) => {
    console.log('# :(', title)
    console.log('not ok', index, '-', title)

    const err = metadata(reason, app.options)
    delete err.generatedMessage

    // TAP-ish YAML-ish output
    let json = JSON.stringify(err, null, 2)
    json = json.replace(/^\{/, '  ---')
    json = json.replace(/\}$/, '  ...')
    console.log(json)

    // or the whole stack
    // console.log(err.stack)
  })
  app.once('finish', ({ stats }) => {
    console.log('')
    console.log(`1..${stats.count}`)
    console.log('# tests', stats.count)
    console.log('# pass ', stats.pass)

    if (stats.fail) {
      console.log('# fail ', stats.fail)
      console.log('')
      process.exit(1)
    } else {
      console.log('')
      console.log('# ok')
      process.exit(0)
    }
  })
})

// START DEFINED TEST SUITE
app.run().then(
  () => console.log('done')
)

Related

  • always-done: Handle completion and errors with elegance! Support for streams, callbacks, promises, child processes, async/await and sync functions. A drop-in replacement… more | homepage
  • minibase: Minimalist alternative for Base. Build complex APIs with small units called plugins. Works well with most of the already existing… more | homepage
  • try-catch-core: Low-level package to handle completion and errors of sync or asynchronous functions, using once and dezalgo libs. Useful for and… more | homepage

Contributing

Pull requests and stars are always welcome. For bugs and feature requests, please create an issue.
Please read the contributing guidelines for advice on opening issues, pull requests, and coding standards.
If you need some help and can spent some cash, feel free to contact me at CodeMentor.io too.

In short: If you want to contribute to that project, please follow these things

  1. Please DO NOT edit README.md, CHANGELOG.md and .verb.md files. See "Building docs" section.
  2. Ensure anything is okey by installing the dependencies and run the tests. See "Running tests" section.
  3. Always use npm run commit to commit changes instead of git commit, because it is interactive and user-friendly. It uses commitizen behind the scenes, which follows Conventional Changelog idealogy.
  4. Do NOT bump the version in package.json. For that we use npm run release, which is standard-version and follows Conventional Changelog idealogy.

Thanks a lot! :)

Building docs

Documentation and that readme is generated using verb-generate-readme, which is a verb generator, so you need to install both of them and then run verb command like that

$ npm install verbose/verb#dev verb-generate-readme --global && verb

Please don't edit the README directly. Any changes to the readme must be made in .verb.md.

Running tests

Clone repository and run the following in that cloned directory

$ npm install && npm test

Author

Charlike Mike Reagent

License

Copyright © 2016-2017, Charlike Mike Reagent. Released under the MIT License.


This file was generated by verb-generate-readme, v0.4.3, on March 16, 2017.
Project scaffolded using charlike cli.