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

systelab-components-wdio-test

v8.0.0

Published

Widgets to be use in the E2E Tests based in WDIO

Downloads

506

Readme

Build Status npm version Known Vulnerabilities

systelab-components-wdio-test

Library with test tools for systelab-components based applications using WebDriverIO test framework.

Installing the library

npm install systelab-components-wdio-test --save

Working with the repo

git clone https://github.com/systelab/systelab-components-wdio-test.git
cd systelab-components-wdio-test
npm install

Improving and publishing the library

Once you get your improvements merged, you will need an authorised user in order to publish it. Having the new version updated in the package.json file, you'll neeed to execute the following commands:

npm login 
# Here you will enter your credentials
npm publish

Using the library

Create your Page Object

For every page object create a new class by extending BasePage. Call the super constructor with the tag name of the page component as a parameter.

export class MainPage extends BasePage {

	constructor() {
		super('my-page-component-tag-name');
	}

In the Page Object, create methods to access the different widgets that can be directly found in the page. Some available widgets are: Button, ComboBox, ContextMenu, Datepicker, Grid, Icon, InputField, Label, MesssagePopup, Popup, Dialog, Tab, Tabs

For example:

	public getAllergyGrid(): Grid {
		return new Grid(this.current.byId('AllergyTable'));
	}

Use the appropriate locator (i.e byId, byTagName, byCSS, ...) in order to get the right ElementFinder.

Dialogs are considered widgets an not page objects, therefore, for each one, you will have to create a class extending Dialog and in that class create methods to access the different widgets that can be directly found in the dialog.

For example:

	public getAllergyDetailDialog(): AllergyDetailDialog {
		return new AllergyDetailDialog(Browser.byTagName('allergy-dialog'));
	}

And the class implementing the dialog will be something like:

export class AllergyDetailDialog extends Dialog {

	public getEnableSwitch() {
		return this.byId('AllergyEnableSwitch').byTagName('input');
	}
...

Create your Test spec

In your spec files, use the needed page objects and access to the widgets through the methods defined. Interact with the widgets with the methods provided by the library.

For example:

it(`Should be able to do something`, async () => {
        const patientMaintenanceDialog = await mainPage.getPatientMaintenanceDialog();
		await patientMaintenanceDialog.getButtonAdd().click();
		const patientDialog = await patientMaintenanceDialog.getPatientDialog();
		await patientDialog.getTabs().selectTab(1);
	});

Allure Reporting

In order to document test cases we suggest to use Allure.

With allure, test case actions are documented through the 'it' strings as in the following example:

it(`Write a valid username and password in the login form`, async () => {
	// Implement action here
});

If documentation for an expectation is needed, use the convenient static function called ReportUtility.addExpectedResult, that allow to write an expectation string that wraps a code snippet.

Using the function, the test case will look like the example below:

await ReportUtility.addExpectedResult("Invalid username or password message is displayed", async () => {
	AssertionUtility.expectEqual(await loginPage.getMessagePopup().getTextMessage(), "Invalid username or password");
});

Traceability

See traceability page for details on how to add into Allure Reporting traceability of specs with test cases.

Screenshots

See screenshots page for details on utilities for screenshot-based testing techniques.