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-helper

v4.2.1

Published

Write robust and flakiness-free tests with Protractor

Downloads

1,131

Readme

protractor-helper

npm version npm weekly downloads code style: prettier Build Status license BCH compliance Known Vulnerabilities

🌏 Portuguese


This library contains helper functions that can be used together with Protractor for creating robust end-to-end tests.

Many of the helper functions on this library uses protractor.ExpectedConditions to ensure that the elements we want to interact with are in the correct state before interacting with them or running expectations on them. This helps on avoiding trying to interact with elements when they are still not ready for it, which helps on avoiding test flakiness.

Summary

Basic example

Let's say you want to create a test for the sign in happy path of an example application.

Example without using the protractor-helper module

Without this library the test could be written as something like this:

const EC = protractor.ExpectedConditions;
const DEFAULT_TIMEOUT_IN_MS = 5000;

describe("Sign in page", () => {
  it("successful sign in", () => {
    browser.get("https://example.com/sign-in");

    const emailField = element(by.id("email"));
    const passwordField = element(by.id("password"));
    const signinButton = element(by.id("signin"));

    browser.wait(EC.visibilityOf(emailField), DEFAULT_TIMEOUT_IN_MS);
    browser.wait(EC.visibilityOf(passwordField), DEFAULT_TIMEOUT_IN_MS);
    browser.wait(EC.elementToBeClickable(signinButton), DEFAULT_TIMEOUT_IN_MS);
    emailField.sendKeys("[email protected]");
    passwordField.sendKeys("validpassword");
    signinButton.click();

    const avatar = element(by.id("avatar"));

    browser.wait(EC.visibilityOf(avatar), DEFAULT_TIMEOUT_IN_MS);

    expect(avatar.isDisplayed()).toBe(true);
  });
});

Example using the protractor-helper module

The same test could be written as below, using the protractor-helper library.

const protractorHelper = require("protractor-helper");

describe("Sign in page", () => {
  it("successful sign in", () => {
    browser.get("https://example.com/sign-in");

    const emailField = element(by.id("email"));
    const passwordField = element(by.id("password"));
    const signinButton = element(by.id("signin"));

    protractorHelper.fillFieldWithText(emailField, "[email protected]");
    protractorHelper.fillFieldWithText(passwordField, "validpassword");
    protractorHelper.click(signinButton);

    const avatar = element(by.id("avatar"));

    protractorHelper.waitForElementVisibility(avatar);
  });
});

As you can see, by using the protractor-helper library the code is easier to read. Also, there is no need of unnecessary complexity.

Installation

Below it is described the process of Installation of such module.

Run npm install protractor-helper --save-dev to install the library as a dev dependency of your project.

How to use and examples

After installing the library you will need to require it in your test file (see below).

// foobar.spec.js

const protractorHelper = require("protractor-helper");

As soon as you have the library required in your test file you can start using its helper methods.

Here you'll find examples of usage of each of the available helper methods. (Important: read the notes on the top)

Available helpers

Below is the list of all available helpers in this library with your respective example:

setTimeout

This method allows to change the timeout duration of all protractor-helper methods called below setTimeout.

The timeoutInMilliseconds default is 5000 milliseconds

If called without passing an argument the timeout will be set to the default one.

An example of using this method is the need to ensure the screen loads within up to XX seconds, due to the request of the product management. This commonly occurs in ecommerce systems on special dates, such as Black Friday.

Example

isCurrentUrlDifferentFromBaseUrl

This method returns a boolean depending if the current url is different from the base url. No argument needed. Example

waitForAlertToBePresent

This method waits for an alert to be present on the page. Example

waitForElementPresence

This method waits for an element to be present in the DOM.

Note: An element may be present but not displayed. If you want to wait for the element to be displayed use the method waitForElementVisibility.

Example

waitForElementNotToBePresent

This method is the opposite of the previous one, so, it waits for an element not to be present in the DOM. Example

waitForElementVisibility

This method waits for an element to be visible in the page. Being displayed means not only that the element is present in the DOM, but also that is has a height and width that is greater than 0. Example

waitForElementNotToBeVisible

This method is the opposite of the previous one, so, it waits for an element not to be visible in the page. By saying not being displayed means that the element may be in the DOM, but not visible. Example

click

This method is used to click in an element as soon as it is in a clickable state. This means that the element is visible and enabled for clicking. Example

hoverAndClick

This method is used to hover over an element as soon as it is present in the DOM, and then click on it. Example

fillFieldWithText

This method fills an input field with a text as soon as such field is visible. Example

fillFieldWithTextAndPressEnter

This method fills an input field with a text as soon as such field is visible and then it simulates pressing the ENTER key from the keyboard. This method is useful in cases such as when doing a search and pressing the ENTER key, instead of having to fill the input field and clicking the search button, for example. Example

uploadFileIntoInputField

This method uploads a file in a file input field as soon as the file input field is present in the DOM. Example

clear

This method clears a text input field as soon as such field is visible. Example

clearFieldAndFillItWithText

This method clears a text input field as soon as such field is visible, and then it fills it with a text. Example

tap

This method performs a tap action on a clickable/tappable HTML element as soon as it is in a clickable/tappable state. This method is used when performing web mobile testing in mobile emulators, for example. Example

waitForTextToBePresentInElement

This method waits for a specific text to be present in a specific HTML element. Example

waitForTextNotToBePresentInElement

This method is the opposite of the previous one, so, it waits for a specific text not to be present in a specific HTML element. Example

waitForUrlToBeEqualToExpectedUrl

This method waits for the URL to be equal to an expected URL. Such method is useful when you want to continue performing actions on elements only when in the correct URL. Example

waitForUrlNotToBeEqualToExpectedUrl

This method waits for the URL not to be equal to an expected URL. Such method is useful when you want to continue performing actions on elements only when not in a specific URL. Example

waitForUrlToContainString

This method waits for the URL to contain an expected string. Such method is useful when you want to perform verifications based on the current URL. Example

waitForUrlNotToContainString

This method waits for the URL not to contain an expected string. Such method is useful when you want to perform verifications based on the current URL. Example

scrollToElement

This method is used to scroll up to an element on the page as soon as the element is visible in the DOM. Example

Using methods that start with 'wait' as test expectations (or test assertions)

Some of the available methods in this library can be used as test expectations, meaning that when using them you don't necessarily need to add an explicit expectation, such as something like this: expect(avatar.isDisplayed()).toBe(true);.

By using the protractor-helper library this could be implicit, like this: protractorHelper.waitForElementVisibility(avatar);. Here, implicit means that if the function waitForElementVisibility(avatar) has passed, it means that the element is visible, in other words, the element is displayed.

Below you can find the list of methods that can be used as expectations:

  • waitForElementPresence(element)
  • waitForElementNotToBePresent(element)
  • waitForElementVisibility(element)
  • waitForElementNotToBeVisible(element)
  • waitForTextToBePresentInElement(element, text)
  • waitForTextNotToBePresentInElement(element, text)
  • waitForUrlToBeEqualToExpectedUrl(expectedUrl)
  • waitForUrlNotToBeEqualToExpectedUrl(expectedUrl)
  • waitForUrlToContainString(string)
  • waitForUrlNotToContainString(string)

Note: if you use such methods as expectations they will not count as expectations, in a test report, for example, but if they fail a clear message will be shown to ease understanding why the test has failed. In the end, test reports are usually useful in cases where tests have failed and we need to understand why. If all tests are green there is nothing to worry about, at least not if they were well implemented.

Example of a test failure when using such methods as expectations

Let's look how a failure would looks like when using some of this methods as expectations.

  • Failure when using waitForElementPresence as expectation:
Failed: element with locator 'By(css selector, *[id="foo"])' is not present.
  • Failure when using waitForElementVisibility as expectation:
Failed: element with locator 'By(css selector, *[id="foo"])' is not visible.
  • Failure when using waitForTextToBePresentInElement as expectation:
Failed: text 'foo' not present on element with locator 'By(css selector, h1)'.

As you can see, the messages are clear and tell you exactly why the test has failed, such as in the previous example, where a specific text ('foo') is not present in a heading element (an element with css selector 'h1').

External resources

Here we list some external resources such as blog posts that mention (or use) the protractor-helper library.

Contributing

See contribution guidelines.

Code of conduct

Checkout the code of conduct.

Credits

The protractor-helper library was created by Walmyr Filho and is kept together with Paulo Gonçalves.

Follow them on Twitter (@walmyrlimaesilv and @paulorgoncalves.)

Thanks also to Lucas Amaral, Michiel Cuijpers, Ghazi Khan, Pedro Hyvo, Urvi Koladiya, and Zidrex Andag for contributing to the project.


MIT License