Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

protractor-smartrunner

Package Overview
Dependencies
Maintainers
1
Versions
18
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

protractor-smartrunner

Protractor utility for keeping track of passed/failed tests between runs. Works together with protractor-retry.

  • 0.1.1
  • Source
  • npm
  • Socket score

Version published
Weekly downloads
196
decreased by-77.73%
Maintainers
1
Weekly downloads
 
Created
Source

Protractor Smartrunner

Protractor utility features for having more configuration over spec filtering, like:

  1. Keeping track of passed/failed tests between runs (works together with protractor-retry).
  2. Having an exclusion file containing the name of temporary disabled specs.

Installation

npm install --save-dev protractor-smartrunner

Features

1. Record status of test runs

This feature records the status (passed or failed) of every test run, and stores it in the filesystem. After the first run, during every subsequent protractor execution, it only lets the failed tests to run, every previously passed tests will be skipped.

This can be particularly handy and performant in CI environments, if you happen to have flaky tests, or you know that some of your tests might have failed, not because of your changeset, but e.g.: lack of, shortage of or bug in the related BE services. This way, fixing the BE, you can rerun only those tests which failed.

Obviously, if you change something in your code (new changeset), it makes sense to rerun all of the tests, not just the previously failed ones. That is why, the protractor-smartrunner is bound to your codebase snapshot identifier (repoHash), which in case of git, make sense to be the hash of your current HEAD.

Prerequisites

The feature has one mandatory parameter: repoHash. This is the identifier of the codebase snapshot, e.g.: in case of git, it can be the HEAD's hash. Before starting protractor, in case of Unix, you can export this variable to be accessible in the protractor.conf.js file.

export GIT_HASH=`git rev-parse HEAD`
Usage

Add the following snippets to your protractor configuration file:

const SmartRunner = require('protractor-smartrunner');

exports.config = {
    ...
    
    // Only works with jasmine
    framework: 'jasmine',
    
    onPrepare() {
        SmartRunner.apply({ repoHash: process.env.GIT_HASH });
    }

    ...
};
Options

Smartrunner accepts the following configuration options:

interface SmartRunnerOptions {
    outputDirectory?: string;  // defaults to './.protractor-smartrunner'
    repoHash: string;
}
Usage with protractor-retry
const retry = require('protractor-retry').retry;
const SmartRunner = require('protractor-smartrunner');

exports.config = {
    
    ...

    // Only works with jasmine
    framework: 'jasmine',
    
    onPrepare() {
        retry.onPrepare();

        SmartRunner.apply({ repoHash: process.env.GIT_HASH });
    },

    onCleanUp(results, files) {
        retry.onCleanUp(results);
    },

    afterLaunch() {
        return retry.afterLaunch(3);
    }

    ...
};
CI integration

The test results are stored in the following directory by default: .protractor-smartrunner (can be configured, see options). To be able to store the results between test runs, you may need to cache this directory in your CI pipeline.

Travis

With Tavis, you can do this with the cache option in your .travis.yml file:

cache:
  directories:
  - node_modules
  - .protractor-smartrunner

2. Spec exclusions

With this feature, one is able to list specs by their name in a separate file to exclude them. When there is a spec failure unrelated to the current changeset, it can be excluded this way, keeping track of the skipped tests in an isolated way and having this information in one place (compared to the xit-ed specs scattered accross the whole e2e codebase).


This feature uses protractor's jasmineNodeOpts.grep and jasmineNodeOpts.invertGrep: true in the background. However if you run protractor with the -g/--grep cli arguments, those cli arguments takes precedence over what you have in the exclusion file.


The spec exclusion file is a one level depth dictionary json, where the keys are the grep pattern to exclude, like this:

Exclusion file
// Content of protractor.excludes.json (filename can be anything)
{
    "C123456": "A reason or other bug tracking system issue number",
    "C789012": "Another reason or other bug tracking system issue number"
}

For the functionality, the only important thing is the keys in the object. The value can be anything, which might be helpful for QA engineers to understand the reason why the test was excluded.

Adding configuration to protractor
const SmartRunner = require('protractor-smartrunner');
const resolve = require('path').resolve;

exports.config = {
    ...
    
    jasmineNodeOpts: {
        showColors: true,
        defaultTimeoutInterval: 30000,
        print: () => {},
        ...SmartRunner.withOptionalExclusions(
            resolve(__dirname, 'protractor.excludes.json')
        )
    },

    ...
};

Keywords

FAQs

Package last updated on 31 Oct 2019

Did you know?

Socket

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.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc