Gathering detailed insights and metrics for protractor-jasmine2-screenshot-reporter
Gathering detailed insights and metrics for protractor-jasmine2-screenshot-reporter
Gathering detailed insights and metrics for protractor-jasmine2-screenshot-reporter
Gathering detailed insights and metrics for protractor-jasmine2-screenshot-reporter
protractor-jasmine2-html-reporter
HTML reporter for Jasmine and Protractor. It will generate beautiful and useful report for your web apps.
protractor-html-reporter-2
To generate HTML report for Protractor test execution with pie charts
protractor-beautiful-reporter
An npm module and which generates your Protractor test reports in HTML (angular) with screenshots
jasmine2-protractor-utils
Utilities for Protractor with jasmine2 [HTML Reports, Screenshot, Browser Console log and more]
Protractor screenshot reporter for Jasmine2
npm install protractor-jasmine2-screenshot-reporter
Module System
Min. Node Version
Typescript Support
Node Version
NPM Version
81 Stars
208 Commits
79 Forks
10 Watching
2 Branches
13 Contributors
Updated on 22 Aug 2023
JavaScript (100%)
Cumulative downloads
Total Downloads
Last day
-41.9%
3,321
Compared to previous day
Last week
-8.8%
19,631
Compared to previous week
Last month
45%
98,366
Compared to previous month
Last year
-57.6%
961,834
Compared to previous year
Reporter for Protractor that will capture a screenshot after each executed test case and store the results in a HTML report. (supports jasmine2)
The protractor-jasmine2-screenshot-reporter
is available via npm:
$ npm install protractor-jasmine2-screenshot-reporter --save-dev
In your Protractor configuration file, register protractor-jasmine2-screenshot-reporter in jasmine:
var HtmlScreenshotReporter = require('protractor-jasmine2-screenshot-reporter');
var reporter = new HtmlScreenshotReporter({
dest: 'target/screenshots',
filename: 'my-report.html'
});
exports.config = {
// ...
// Setup the report before any tests start
beforeLaunch: function() {
return new Promise(function(resolve){
reporter.beforeLaunch(resolve);
});
},
// Assign the test reporter to each running instance
onPrepare: function() {
jasmine.getEnv().addReporter(reporter);
},
// Close the report after all tests finish
afterLaunch: function(exitCode) {
return new Promise(function(resolve){
reporter.afterLaunch(resolve.bind(this, exitCode));
});
}
}
Output directory for created files. All screenshots and reports will be stored here.
If the directory doesn't exist, it will be created automatically or otherwise cleaned before running the test suite.
var reporter = new HtmlScreenshotReporter({
dest: '/project/test/screenshots'
});
This option is enabled by default. Toggle whether or not to remove and rebuild destination when jasmine starts.
This is useful when you are running protractor tests in parallel, and wish all of the processes to report to the same directory.
When cleanDestination is set to true, it is recommended that you disabled showSummary and showConfiguration, and set reportTitle to null. If you do not, the report will be pretty cluttered.
var reporter = new HtmlScreenshotReporter({
cleanDestination: false,
showSummary: false,
showConfiguration: false,
reportTitle: null
});
Filename for html report.
var reporter = new HtmlScreenshotReporter({
filename: 'my-report.html'
});
Default is report.html
Array of filenames that specifies extra css files to include in the html report. You can find the classnames and element IDs used either from browsers dev tools or in example stylesheet.
var reporter = new HtmlScreenshotReporter({
userCss: 'my-report-styles.css'
});
A string or an array of javascript filenames that should be loaded in the html test report.
var reporter = new HtmlScreenshotReporter({
userJs: [ 'script.js', 'other-script.js' ]
// Or
userJs: 'script.js
});
When this option is enabled, reporter will not create screenshots for pending / disabled specs. Only executed specs will be captured.
var reporter = new HtmlScreenshotReporter({
ignoreSkippedSpecs: true
});
Default is false
When this option is enabled, reporter will create screenshots only for specs that have failed their expectations.
var reporter = new HtmlScreenshotReporter({
captureOnlyFailedSpecs: true
});
Default is false
This option is enabled by default - in combination with captureOnlyFailedSpecs
, it will capture and report screenshots only for failed specs. Turning this option off will cause the report to contain all specs, but screenshots will be captured only for failed specs.
var reporter = new HtmlScreenshotReporter({
reportOnlyFailedSpecs: false,
captureOnlyFailedSpecs: true
});
This option is enabled by default - it will display the total number of specs and the number of failed specs in a short summary at the beginnning of the report.
var reporter = new HtmlScreenshotReporter({
showSummary: true
});
Default is true
If this option is enabled with the report summary, it will display a link to each failed spec as a part of the short summary at the beginnning of the report.
var reporter = new HtmlScreenshotReporter({
showSummary: true,
showQuickLinks: true
});
Default is false
This option is enabled by default - it will display a summary of the test configuration details at the end of the report.
var reporter = new HtmlScreenshotReporter({
showConfiguration: true
});
Default is true
This option will add a title to the report.
var reporter = new HtmlScreenshotReporter({
reportTitle: "Report Title"
});
Default is 'Report'
When a spec fails, include the current url in the report.
var reporter = new HtmlScreenshotReporter({
reportFailedUrl: true
});
Default is false
The user may specify a set of key/value pairs that are appended to the configuration report.
var reporter = new HtmlScreenshotReporter({
configurationStrings: {
"My 1st Param": firstParam,
"My 2nd Param": secondParam
}
});
Function used to build custom paths for screenshots. For example:
var reporter = new HtmlScreenshotReporter({
pathBuilder: function(currentSpec, suites, browserCapabilities) {
// will return chrome/your-spec-name.png
return browserCapabilities.get('browserName') + '/' + currentSpec.fullName;
}
});
By default, the path builder will generate a random ID for each spec.
Function used to build custom metadata objects for each spec. Files (json) will use the same filename and path as created by Path Builder. For example:
var reporter = new ScreenShotReporter({
metadataBuilder: function(currentSpec, suites, browserCapabilities) {
return { id: currentSpec.id, os: browserCapabilities.get('browserName') };
}
});
By default, the runner builder will not save any metadata except the actual html report.
This option is disabled by default. When this option is enabled, than for each report will be created separate directory with unique name. Directory unique name will be generated randomly.
var reporter = new HtmlScreenshotReporter({
preserveDirectory: true
});
Produce images inline in the report instead of links.
var reporter = new HtmlScreenshotReporter({
inlineImages: true
});
Default is false
The reporter can take screenshots also from instances forked off the main browser. All you need to do is just register the instance in the begining of your suite / spec, e.g. like so:
beforeAll(function () {
browser.forkedInstances['secondBrowser'] = browser.forkNewDriverInstance();
});
Remember to unregister the instance once you're done with it:
afterAll(function () {
browser.forkedInstances['secondBrowser'] = null;
});
Automated unit tests for Protractor screenshot reporter for Jasmine2 are run by Mocha (Yes, we know that it is funny).
In order to run it, you can use either npm test
or by gulp by using gulp test
.
Coverage is being generated by Istanbul
. You can generate the HTML report by using either npm run coverage or by gulp test
.
Coding style tests are being done by jshint. You can find the code guide in .jshintrc file. Run jshint by gulp lint
or npm lint
.
By default, no report is generated if an exception is thrown from within the test run. You can however catch these errors and make jasmine report current spec explicitly by adding following to your protractor.conf / beforeLaunch method:
1process.on('uncaughtException', function () { 2 reporter.jasmineDone(); 3 reporter.afterLaunch(); 4});
No vulnerabilities found.
Reason
no dangerous workflow patterns detected
Reason
no binaries found in the repo
Reason
0 existing vulnerabilities detected
Reason
license file detected
Details
Reason
Found 6/25 approved changesets -- score normalized to 2
Reason
0 commit(s) and 0 issue activity found in the last 90 days -- score normalized to 0
Reason
detected GitHub workflow tokens with excessive permissions
Details
Reason
dependency not pinned by hash detected -- score normalized to 0
Details
Reason
no effort to earn an OpenSSF best practices badge detected
Reason
security policy file not detected
Details
Reason
project is not fuzzed
Details
Reason
branch protection not enabled on development/release branches
Details
Reason
SAST tool is not run on all commits -- score normalized to 0
Details
Score
Last Scanned on 2024-11-18
The Open Source Security Foundation is a cross-industry collaboration to improve the security of open source software (OSS). The Scorecard provides security health metrics for open source projects.
Learn More