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

protractor-clickup-plugin

v0.0.1

Published

Tasking through Testing

Downloads

2

Readme

Protractor-clickup-plugin


Installation

  • Install protractor-clickup-plugin via npm

npm install protractor-clickup-plugin --save-dev

  • Add the plugin to the configuration file and provide a configuration for ClickUp.
exports.config = {
    'specs': [
      'example_spec.js'
    ],
    // add the plugin to the list of plugins
    plugins:[{
      package: 'protractor-clickup-plugin'
  	}],
    onPrepare: function() {

	  const creation_method = {
        type: 'task',
        list_id: '65583',
        failureStatus: 'issue found',
        successStatus: 'passed'
      }
      
      let config = {
        token: 'YOUR-CLICKUP-TOKEN-HERE',
        defaultList: '65583',
        successStatus: 'passed-tagged',
        failureStatus: 'failed-tagged',
        after_each: {
          type: 'test'|'success'|'failure',
          create: creation_method
        },
        after_all: {
          type: 'test'|'success'|failure',
          create: creation_method,
        }
      }

	    // configure CU 
      CU.configure(config);

      // return the promise for onPrepare to ensure user validation calls
      return CU.onPrepareDefer.promise;
    },
    onComplete: function() {
      // return completion promise to ensure all calls are finished
      return CU.onCompleteDefer.promise;
    }
};

Options

The configuration object requires only a token, but we recommend providing a defaultList as well. There are 2 ways to create new ClickUp Tasks for your test suites as well as the option to directly link a suite to a ClickUp Task. The life cycle creation methods are also given in the primary configuration. They are not exclusive and all forms of Task creation/linking may be used in conjunction with one another.

Task Linking

When writing 'it' blocks placing a # followed by the ClickUp Task id you wish to link to ie #r234, will update the given Task with the latest test results. Note when using this method, task names are not updated. Only the task description and status. The tasks description is overwritten with the latest test outcome. The successStatus and failureStatus options provided on the primary configuration are used to set the statuses for linked Tasks. Linked Tasks are evaluated and updated after each spec.

Life cycle creation methods

after_each

after_each will create a new ClickUp Task after each spec ('it' block). The configuration requires that type and create fields be provided.

The type determines when a Task will be created with regard to the specs success or failure. If the option of test is provided, Tasks will be created for both failing and successful specs. The create field is the configuration providing for how the Tasks will be created for that lifecyle event. The type of task denotes that a new Task will be created. A list_id is required for Task creation. A failureStatus and successStatus may be given, if none are provided, Tasks will be created in the open status.

after_all

after_all will create any new ClickUp Tasks after all specs have been run. The same configuration is required as after_each.