
* web: fix Flash of Unstructured Content while SearchSelect is loading from the backend Provide an alternative, readonly, disabled, unindexed input object with the text "Loading...", to be replaced with the _real_ input element after the content is loaded. This provides the correct appearance and spacing so the content doesn't jiggle about between the start of loading and the SearchSelect element being finalized. It was visually distracting and unappealing. * web: comment on state management in API layer, move file to point to correct component under test. * web: test for flash of unstructured content - Add a unit test to ensure the "Loading..." element is displayed correctly before data arrives - Demo how to mock a `fetchObjects()` call in testing. Very cool. - Make distinguishing rule sets for code, tests, and scripts in nightmare mode - In SearchSelect, Move the `styles()` declaration to the top of the class for consistency. - To test for the FLOUC issue in SearchSelect. This is both an exercise in mocking @beryju's `fetchObjects()` protocol, and shows how we can unit test generic components that render API objects. * web: interim commit of the basic sortable & selectable table. * web: added basic unit testing to API-free tables Mostly these tests assert that the table renders and that the content we give it is where we expect it to be after sorting. For select tables, it also asserts that the overall value of the table is what we expect it to be when we click on a single row, or on the "select all" button. * web: finalize testing for tables Includes documentation updates and better tests for select-table. * Provide unit test accessibility to Firefox and Safari; wrap calls to manipulate test DOMs directly in a browser.exec call so they run in the proper context and be await()ed properly * web: repeat is needed to make sure sub-elements move around correctly. Map does not do full tracking. * web: Update HorizontalLightComponent to accurately convey its value "upwards." * interim commit, gods, the CSS is finally working. * web: update Got the binding editor in. The tests complete. Removed sonarjs. * web: fixed tests to complete. * web: fixed round-trip between binding list and binding editor. Fixed 'delete'. TODO: Fix error reporting on home page, the edit button is ugly, and the height is off somehow, but I'm not yet sure how. I just know it bugs my eyes. * core: add support to set policy bindings in transactional endpoint Signed-off-by: Jens Langhammer <jens@goauthentik.io> * improve permission checks especially since we'll be using the wizard as default in the future, it shouldn't be superuser only Signed-off-by: Jens Langhammer <jens@goauthentik.io> * web: update api-less tables - Replace `th` with `td` in `thead` components. Because Patternfly. - Add @beryju's styling to the tables, which make it much better looking * web: wizard for applications, now with bindings! - Add policy bindings to the application wizard - Restructures the Wizard base code. - ak-wizard-steps holds the steps and listens for NavigationRequest events to move from one step to the next. - WizardStep is a base class (no component registration provided) that provides the *whole frame*, not just the form. It receives the navigation content for the sidebar from ak-wizard-steps, and provides the styling for the header, footer, sidebar, and main form. It has abstractions for `buttons`, `renderMain()`, `handleButton()`, `handleEnable()`, in a section well-marked as "Public API". Steps inherit from this class. Conceptually: - A wizard is a series of pages ("steps") with a distinct beginning and end, linked in a series, to complete a task. - Later steps in the series are inaccessible until an earlier steps has granted access to it. - Access is predicated on the earlier step being complete and valid. The developer is responsible for determining what "complete and valid" means. - The series is visible, giving the customer a sense of how much effort is needed to complete the task. - A parent object maintains (and can modify as needed) the list of steps. It *can* maintain the information being collected from the user. Alternatively, that information can be kept in each step. Details: - Keeping with the Lit paradigm, "requests to change the system flow up, information changed by valid requests flows down." - The information flows up using events: WizardNavigation, WizardUpdate, WizardClose. - The information flows down using properties. - ak-application-wizard-main holds the list of steps, providing a unique slot name for each. - It maintains the ApplicationWizardState object. - ApplicationWizardStep inherits from WizardStep and provides: - A means of extraction information from forms - A convenience method for updating the ApplicationWizardState object, enabling future steps, and navigating to a future step, in the correct order. - A method for cleaning error from the error reporting mechanism as the user navigates from an error-handling state. - The title, description, and cancelability of the wizard. - Steps: - step: Handles the application. A good starting point for understanding the point of the Wizard. Check the `handleButton()` method to understand how we enable or disable access to future steps. - provider-choice: Just a list. Shows validation without the form. - provider: Uses a *very* esoteric Lit feature, `unsafeStaticTag`, which enables the display to show anything that conforms to the expectations of ApplicationWizardProviderForm. - ApplicationWizardProviderForm repeats some of the base of ApplicationWizardStep, but allows us to provide multiple variants on a single form without having to create separate steps for each form. - The forms (`provider-for-ldap`, `provider-for-radius`) are therefore *just* the form and any fetchers needed to populate it. - bindings: Shows the table of bindings. Has a custom display for "This table is empty." - edit-binding: Showcase for the `SearchSelectEZ` configuration format. Has an override on the `handleButton` feature to figure out which binding is about to be overridden. Is also a `.hidden` page; it doesn't show up on the navigation sidebar, as is only navigable-to by buttons not associated with the button bar at the bottom. - submit: Has a lot of machinery of state: Reviewing with errors, reviewing without errors, running submission, and success. Uses `ts-pattern` a lot to make sure the state/request pairs make sense. The key insight is that, even though a wizard is a series in order, that order can't be simply maintained in a list. The parent needs various strategies for swapping pages in and out of the sequence, while still maintaining a coherent idea of "flow" and providing the visual cues the user needs to feel confident that the work can be completed and completed quickly. The entire mechanism for using an array and index to navigate, with index numbering, blocked the implementation of the bindings pages. One thing led to another. *Sigh* Really wish this hadn't been as much of a mess as it turned out. The end result is pretty good, though. Definitely re-usable. One important feature to note is that the wizard is *not* tied to the ModalButton object; it's simply embedded in a modal as-needed. This allows us to use wizards in other places, such as just being in a DIV, or just a page on its own. * web: rollback dependabot "upgrade" that broke testing Dependabot rolled us into WebdriverIO 9. While that's probably the right thing to do, right now it breaks out end-to-end tests badly. Dependabot's mucking with infrastructure should not be taken lightly, especially in cases when the infrastructure is for DX, not UX, and doesn't create a bigger attack surface on the running product. * web: small fixes for wdio and lint - Roll back another dependabot breaking change, this time to WebdriverIO - Remove the redundant scripts wrapping ESLint for Precommit mode. Access to those modes is available through the flags to the `./web/scripts/eslint.mjs` script. - Remove SonarJS checks until SonarJS is ESLint 9 compatible. - Minor nitpicking. * web: not sure where all these getElement() additions come from; did I add them? Anyway, they were breaking the tests, they're a Wdio9-ism. * package-lock.json update * web: small fixes for wdio and lint **PLEASE** Stop trying to upgrade WebdriverIO following Dependabot's instructions. The changes between wdio8 and wdio9 are extensive enough to require a lot more manual intervention. The unit tests fail in wdio 9, with the testbed driver Wdio uses to compile content to push to the browser ([vite](https://vitejs.dev) complaining: ``` 2024-09-27T15:30:03.672Z WARN @wdio/browser-runner:vite: warning: Unrecognized default export in file /Users/ken/projects/dev/web/node_modules/@patternfly/patternfly/components/Dropdown/dropdown.css Plugin: postcss-lit File: /Users/ken/projects/dev/web/node_modules/@patternfly/patternfly/components/Dropdown/dropdown.css [0-6] 2024-09-27T15:30:04.083Z INFO webdriver: BIDI COMMAND script.callFunction {"functionDeclaration":"<Function[976 bytes]>","awaitPromise":true,"arguments":[],"target":{"context":"8E608E6D13E355DFFC28112C236B73AF"}} [0-6] Error: Test failed due to following error(s): - ak-search-select.test.ts: The requested module '/src/common/styles/authentik.css' does not provide an export named 'default': SyntaxError: The requested module '/src/common/styles/authentik.css' does not provide an export named 'default' ``` So until we can figure out why the Vite installation isn't liking our CSS import scheme, we'll have to soldier on with what we have. At least with Wdio 8, we get: ``` Spec Files: 7 passed, 7 total (100% completed) in 00:00:19 ``` * Forgot to run prettier. * web: small fixes for elements and forms - provides a new utility, `_isSlug_`, used to verify a user input - extends the ak-horizontal-component wrapper to have a stronger identity and available value - updates the types that use the wrapper to be typed more strongly - (Why) The above are used in the wizard to get and store values - fixes a bug in SearchSelectEZ that broke the display if the user didn't supply a `groupBy` field. - Adds `@wdio/types` to the package file so eslint is satisfied wdio builds correctly - updates the end-to-end test to understand the revised button identities on the login page - Running the end-to-end tests verifies that changes to the components listed above did not break the semantics of those components. * Prettier had opinions * Fix the oauth2 provider test. * web: fix oauth2 provider. Fix resolutions in package-lock.json * Provide an error field for the form errors on the OAuth2 form. Unfortunately, this does not solve the general problem that we have a UX issue with which stage bindings to show where now that we've introduced the Invalidation Stage. * web: Add InvalidationFlow to Radius Provider dialogues ## What - Bugfix: adds the InvalidationFlow to the Radius Provider dialogues - Repairs: `{"invalidation_flow":["This field is required."]}` message, which was *not* propagated to the Notification. - Nitpick: Pretties `?foo=${true}` expressions: `s/\?([^=]+)=\$\{true\}/\1/` ## Note Yes, I know I'm going to have to do more magic when we harmonize the forms, and no, I didn't add the Property Mappings to the wizard, and yes, I know I'm going to have pain with the *new* version of the wizard. But this is a serious bug; you can't make Radius servers with *either* of the current dialogues at the moment. * web/admin: provide default invalidation flows for LDAP provider. * admin/web: the default invalidation flows for LDAP and Radius are different from the others. * Updating the SAML Wizard page to correspond to the provider page. *This is an intermediate fix to get the tests passing. It will probably be mooted with the next revision.* * Making progress... * web/admin: provider formectomy complete * fix minor issues Signed-off-by: Jens Langhammer <jens@goauthentik.io> * custom ordering for provider types Signed-off-by: Jens Langhammer <jens@goauthentik.io> * fix css Signed-off-by: Jens Langhammer <jens@goauthentik.io> * fix missing PFBase causing wrong font Signed-off-by: Jens Langhammer <jens@goauthentik.io> * fix missing card for type select Signed-off-by: Jens Langhammer <jens@goauthentik.io> * fix padding on last page Signed-off-by: Jens Langhammer <jens@goauthentik.io> * add card to bindings Signed-off-by: Jens Langhammer <jens@goauthentik.io> * web/element/wizard: fix the CSS cascade so the modifications to the title display don't affect the wiard header. * web/elements/wizard: fix logic on unavailable / available / current indicators in nav bar. * Debugging code is not needed. * web: small visual fixes As requested by reviewers: - Fixed the height to 75% of the viewport - Put 1rem of whitespace between the hint label and the Wizard startup button. * web: disable lint check for cAsEfUnNy AtTrIbUtE nAmEs. * Apply suggestions from code review Co-authored-by: Marc 'risson' Schmitt <marc.schmitt@risson.space> Signed-off-by: Jens L. <jens@beryju.org> * rework title Signed-off-by: Jens Langhammer <jens@goauthentik.io> * format Signed-off-by: Jens Langhammer <jens@goauthentik.io> --------- Signed-off-by: Jens Langhammer <jens@goauthentik.io> Signed-off-by: Jens L. <jens@beryju.org> Co-authored-by: Jens Langhammer <jens@goauthentik.io> Co-authored-by: Marc 'risson' Schmitt <marc.schmitt@risson.space>
405 lines
16 KiB
TypeScript
405 lines
16 KiB
TypeScript
import replace from "@rollup/plugin-replace";
|
|
import { browser } from "@wdio/globals";
|
|
import type { Options } from "@wdio/types";
|
|
import path from "path";
|
|
import { cwd } from "process";
|
|
import { fileURLToPath } from "url";
|
|
import type { UserConfig } from "vite";
|
|
import litCss from "vite-plugin-lit-css";
|
|
import tsconfigPaths from "vite-tsconfig-paths";
|
|
|
|
const __dirname = fileURLToPath(new URL(".", import.meta.url));
|
|
|
|
const isProdBuild = process.env.NODE_ENV === "production";
|
|
const apiBasePath = process.env.AK_API_BASE_PATH || "";
|
|
const runHeadless = process.env.CI !== undefined;
|
|
|
|
const testSafari = process.env.WDIO_TEST_SAFARI !== undefined;
|
|
const testFirefox = process.env.WDIO_TEST_FIREFOX !== undefined;
|
|
const skipChrome = process.env.WDIO_SKIP_CHROME !== undefined;
|
|
const lemmeSee = process.env.WDIO_LEMME_SEE !== undefined;
|
|
|
|
const capabilities = [];
|
|
|
|
const DEFAULT_MAX_INSTANCES = 10;
|
|
|
|
if (!skipChrome) {
|
|
capabilities.push({
|
|
// capabilities for local browser web tests
|
|
"browserName": "chrome", // or "firefox", "microsoftedge", "safari"
|
|
"goog:chromeOptions": {
|
|
args: [
|
|
"disable-search-engine-choice-screen",
|
|
...(runHeadless
|
|
? [
|
|
"headless",
|
|
"disable-gpu",
|
|
"no-sandbox",
|
|
"window-size=1280,672",
|
|
"browser-test",
|
|
]
|
|
: []),
|
|
],
|
|
},
|
|
});
|
|
}
|
|
|
|
if (testSafari) {
|
|
capabilities.push({
|
|
browserName: "safari", // or "firefox", "microsoftedge", "safari"
|
|
});
|
|
}
|
|
|
|
if (testFirefox) {
|
|
capabilities.push({
|
|
browserName: "firefox", // or "firefox", "microsoftedge", "safari"
|
|
});
|
|
}
|
|
|
|
const maxInstances =
|
|
process.env.MAX_INSTANCES !== undefined
|
|
? parseInt(process.env.MAX_INSTANCES, DEFAULT_MAX_INSTANCES)
|
|
: runHeadless
|
|
? 1
|
|
: 1;
|
|
|
|
export const config: Options.Testrunner = {
|
|
//
|
|
// ====================
|
|
// Runner Configuration
|
|
// ====================
|
|
// WebdriverIO supports running e2e tests as well as unit and component tests.
|
|
runner: [
|
|
"browser",
|
|
{
|
|
viteConfig: (userConfig: UserConfig = { plugins: [] }) => ({
|
|
...userConfig,
|
|
plugins: [
|
|
litCss(),
|
|
replace({
|
|
"process.env.NODE_ENV": JSON.stringify(
|
|
isProdBuild ? "production" : "development",
|
|
),
|
|
"process.env.CWD": JSON.stringify(cwd()),
|
|
"process.env.AK_API_BASE_PATH": JSON.stringify(apiBasePath),
|
|
"preventAssignment": true,
|
|
}),
|
|
...(userConfig?.plugins ?? []),
|
|
tsconfigPaths(),
|
|
],
|
|
resolve: {
|
|
alias: {
|
|
"@goauthentik/admin": path.resolve(__dirname, "src/admin"),
|
|
"@goauthentik/common": path.resolve(__dirname, "src/common"),
|
|
"@goauthentik/components": path.resolve(__dirname, "src/components"),
|
|
"@goauthentik/docs": path.resolve(__dirname, "../website/docs"),
|
|
"@goauthentik/elements": path.resolve(__dirname, "src/elements"),
|
|
"@goauthentik/flow": path.resolve(__dirname, "src/flow"),
|
|
"@goauthentik/locales": path.resolve(__dirname, "src/locales"),
|
|
"@goauthentik/polyfill": path.resolve(__dirname, "src/polyfill"),
|
|
"@goauthentik/standalone": path.resolve(__dirname, "src/standalone"),
|
|
"@goauthentik/user": path.resolve(__dirname, "src/user"),
|
|
},
|
|
},
|
|
}),
|
|
},
|
|
],
|
|
|
|
// @ts-expect-error TS2353: The types are not up-to-date with Wdio9.
|
|
autoCompileOpts: {
|
|
autoCompile: true,
|
|
tsNodeOpts: {
|
|
project: "./tsconfig.json",
|
|
transpileOnly: true,
|
|
},
|
|
},
|
|
|
|
//
|
|
// ==================
|
|
// Specify Test Files
|
|
// ==================
|
|
// Define which test specs should run. The pattern is relative to the directory
|
|
// of the configuration file being run.
|
|
//
|
|
// The specs are defined as an array of spec files (optionally using wildcards
|
|
// that will be expanded). The test for each spec file will be run in a separate
|
|
// worker process. In order to have a group of spec files run in the same worker
|
|
// process simply enclose them in an array within the specs array.
|
|
//
|
|
// The path of the spec files will be resolved relative from the directory of
|
|
// of the config file unless it's absolute.
|
|
//
|
|
specs: ["./src/**/*.test.ts"],
|
|
// Patterns to exclude.
|
|
exclude: [
|
|
// 'path/to/excluded/files'
|
|
],
|
|
//
|
|
// ============
|
|
// Capabilities
|
|
// ============
|
|
// Define your capabilities here. WebdriverIO can run multiple capabilities at the same
|
|
// time. Depending on the number of capabilities, WebdriverIO launches several test
|
|
// sessions. Within your capabilities you can overwrite the spec and exclude options in
|
|
// order to group specific specs to a specific capability.
|
|
//
|
|
// First, you can define how many instances should be started at the same time. Let's
|
|
// say you have 3 different capabilities (Chrome, Firefox, and Safari) and you have
|
|
// set maxInstances to 1; wdio will spawn 3 processes. Therefore, if you have 10 spec
|
|
// files and you set maxInstances to 10, all spec files will get tested at the same time
|
|
// and 30 processes will get spawned. The property handles how many capabilities
|
|
// from the same test should run tests.
|
|
//
|
|
maxInstances,
|
|
//
|
|
// If you have trouble getting all important capabilities together, check out the
|
|
// Sauce Labs platform configurator - a great tool to configure your capabilities:
|
|
// https://saucelabs.com/platform/platform-configurator
|
|
//
|
|
capabilities,
|
|
//
|
|
// ===================
|
|
// Test Configurations
|
|
// ===================
|
|
// Define all options that are relevant for the WebdriverIO instance here
|
|
//
|
|
// Level of logging verbosity: trace | debug | info | warn | error | silent
|
|
logLevel: "warn",
|
|
//
|
|
// Set specific log levels per logger
|
|
// loggers:
|
|
// - webdriver, webdriverio
|
|
// - @wdio/browserstack-service, @wdio/devtools-service, @wdio/sauce-service
|
|
// - @wdio/mocha-framework, @wdio/jasmine-framework
|
|
// - @wdio/local-runner
|
|
// - @wdio/sumologic-reporter
|
|
// - @wdio/cli, @wdio/config, @wdio/utils
|
|
// Level of logging verbosity: trace | debug | info | warn | error | silent
|
|
// logLevels: {
|
|
// webdriver: 'info',
|
|
// '@wdio/appium-service': 'info'
|
|
// },
|
|
//
|
|
// If you only want to run your tests until a specific amount of tests have failed use
|
|
// bail (default is 0 - don't bail, run all tests).
|
|
bail: 0,
|
|
//
|
|
// Set a base URL in order to shorten url command calls. If your `url` parameter starts
|
|
// with `/`, the base url gets prepended, not including the path portion of your baseUrl.
|
|
// If your `url` parameter starts without a scheme or `/` (like `some/path`), the base url
|
|
// gets prepended directly.
|
|
// baseUrl: 'http://localhost:8080',
|
|
//
|
|
// Default timeout for all waitFor* commands.
|
|
waitforTimeout: 12000,
|
|
//
|
|
// Default timeout in milliseconds for request
|
|
// if browser driver or grid doesn't send response
|
|
connectionRetryTimeout: 12000,
|
|
//
|
|
// Default request retries count
|
|
connectionRetryCount: 3,
|
|
//
|
|
// Test runner services
|
|
// Services take over a specific job you don't want to take care of. They enhance
|
|
// your test setup with almost no effort. Unlike plugins, they don't add new
|
|
// commands. Instead, they hook themselves up into the test process.
|
|
// services: [],
|
|
//
|
|
// Framework you want to run your specs with.
|
|
// The following are supported: Mocha, Jasmine, and Cucumber
|
|
// see also: https://webdriver.io/docs/frameworks
|
|
//
|
|
// Make sure you have the wdio adapter package for the specific framework installed
|
|
// before running any tests.
|
|
framework: "mocha",
|
|
|
|
//
|
|
// The number of times to retry the entire specfile when it fails as a whole
|
|
// specFileRetries: 1,
|
|
//
|
|
// Delay in seconds between the spec file retry attempts
|
|
// specFileRetriesDelay: 0,
|
|
//
|
|
// Whether or not retried spec files should be retried immediately or deferred to the end of the queue
|
|
// specFileRetriesDeferred: false,
|
|
//
|
|
// Test reporter for stdout.
|
|
// The only one supported by default is 'dot'
|
|
// see also: https://webdriver.io/docs/dot-reporter
|
|
reporters: ["spec"],
|
|
|
|
// Options to be passed to Mocha.
|
|
// See the full list at http://mochajs.org/
|
|
mochaOpts: {
|
|
ui: "bdd",
|
|
timeout: 60000,
|
|
},
|
|
|
|
//
|
|
// =====
|
|
// Hooks
|
|
// =====
|
|
// WebdriverIO provides several hooks you can use to interfere with the test process in order to enhance
|
|
// it and to build services around it. You can either apply a single function or an array of
|
|
// methods to it. If one of them returns with a promise, WebdriverIO will wait until that promise got
|
|
// resolved to continue.
|
|
/**
|
|
* Gets executed once before all workers get launched.
|
|
* @param {object} config wdio configuration object
|
|
* @param {Array.<Object>} capabilities list of capabilities details
|
|
*/
|
|
// onPrepare: function (config, capabilities) {
|
|
// },
|
|
/**
|
|
* Gets executed before a worker process is spawned and can be used to initialize specific service
|
|
* for that worker as well as modify runtime environments in an async fashion.
|
|
* @param {string} cid capability id (e.g 0-0)
|
|
* @param {object} caps object containing capabilities for session that will be spawn in the worker
|
|
* @param {object} specs specs to be run in the worker process
|
|
* @param {object} args object that will be merged with the main configuration once worker is initialized
|
|
* @param {object} execArgv list of string arguments passed to the worker process
|
|
*/
|
|
// onWorkerStart: function (cid, caps, specs, args, execArgv) {
|
|
// },
|
|
/**
|
|
* Gets executed just after a worker process has exited.
|
|
* @param {string} cid capability id (e.g 0-0)
|
|
* @param {number} exitCode 0 - success, 1 - fail
|
|
* @param {object} specs specs to be run in the worker process
|
|
* @param {number} retries number of retries used
|
|
*/
|
|
// onWorkerEnd: function (cid, exitCode, specs, retries) {
|
|
// },
|
|
/**
|
|
* Gets executed just before initialising the webdriver session and test framework. It allows you
|
|
* to manipulate configurations depending on the capability or spec.
|
|
* @param {object} config wdio configuration object
|
|
* @param {Array.<Object>} capabilities list of capabilities details
|
|
* @param {Array.<String>} specs List of spec file paths that are to be run
|
|
* @param {string} cid worker id (e.g. 0-0)
|
|
*/
|
|
// beforeSession: function (config, capabilities, specs, cid) {
|
|
// },
|
|
/**
|
|
* Gets executed before test execution begins. At this point you can access to all global
|
|
* variables like `browser`. It is the perfect place to define custom commands.
|
|
* @param {Array.<Object>} capabilities list of capabilities details
|
|
* @param {Array.<String>} specs List of spec file paths that are to be run
|
|
* @param {object} browser instance of created browser/device session
|
|
*/
|
|
// before: function (capabilities, specs) {
|
|
// },
|
|
/**
|
|
* Runs before a WebdriverIO command gets executed.
|
|
* @param {string} commandName hook command name
|
|
* @param {Array} args arguments that command would receive
|
|
*/
|
|
// beforeCommand: function (commandName, args) {
|
|
// },
|
|
/**
|
|
* Hook that gets executed before the suite starts
|
|
* @param {object} suite suite details
|
|
*/
|
|
// beforeSuite: function (suite) {
|
|
// },
|
|
/**
|
|
* Function to be executed before a test (in Mocha/Jasmine) starts.
|
|
*/
|
|
// beforeTest: function (test, context) {
|
|
// },
|
|
/**
|
|
* Hook that gets executed _before_ a hook within the suite starts (e.g. runs before calling
|
|
* beforeEach in Mocha)
|
|
*/
|
|
// beforeHook: function (test, context, hookName) {
|
|
// },
|
|
/**
|
|
* Hook that gets executed _after_ a hook within the suite starts (e.g. runs after calling
|
|
* afterEach in Mocha)
|
|
*/
|
|
// afterHook: function (test, context, { error, result, duration, passed, retries }, hookName) {
|
|
// },
|
|
/**
|
|
* Function to be executed after a test (in Mocha/Jasmine only)
|
|
* @param {object} test test object
|
|
* @param {object} context scope object the test was executed with
|
|
* @param {Error} result.error error object in case the test fails, otherwise `undefined`
|
|
* @param {*} result.result return object of test function
|
|
* @param {number} result.duration duration of test
|
|
* @param {boolean} result.passed true if test has passed, otherwise false
|
|
* @param {object} result.retries information about spec related retries, e.g. `{ attempts: 0, limit: 0 }`
|
|
*/
|
|
afterTest: async function (
|
|
_test,
|
|
_context,
|
|
{ error: _error, result: _result, duration: _duration, passed: _passed, retries: _retries },
|
|
) {
|
|
if (lemmeSee) {
|
|
await browser.pause(500);
|
|
}
|
|
},
|
|
|
|
/**
|
|
* Hook that gets executed after the suite has ended
|
|
* @param {object} suite suite details
|
|
*/
|
|
// afterSuite: function (suite) {
|
|
// },
|
|
/**
|
|
* Runs after a WebdriverIO command gets executed
|
|
* @param {string} commandName hook command name
|
|
* @param {Array} args arguments that command would receive
|
|
* @param {number} result 0 - command success, 1 - command error
|
|
* @param {object} error error object if any
|
|
*/
|
|
// afterCommand: function (commandName, args, result, error) {
|
|
// },
|
|
/**
|
|
* Gets executed after all tests are done. You still have access to all global variables from
|
|
* the test.
|
|
* @param {number} result 0 - test pass, 1 - test fail
|
|
* @param {Array.<Object>} capabilities list of capabilities details
|
|
* @param {Array.<String>} specs List of spec file paths that ran
|
|
*/
|
|
// after: function (result, capabilities, specs) {
|
|
// },
|
|
/**
|
|
* Gets executed right after terminating the webdriver session.
|
|
* @param {object} config wdio configuration object
|
|
* @param {Array.<Object>} capabilities list of capabilities details
|
|
* @param {Array.<String>} specs List of spec file paths that ran
|
|
*/
|
|
// afterSession: function (config, capabilities, specs) {
|
|
// },
|
|
/**
|
|
* Gets executed after all workers got shut down and the process is about to exit. An error
|
|
* thrown in the onComplete hook will result in the test run failing.
|
|
* @param {object} exitCode 0 - success, 1 - fail
|
|
* @param {object} config wdio configuration object
|
|
* @param {Array.<Object>} capabilities list of capabilities details
|
|
* @param {<Object>} results object containing test results
|
|
*/
|
|
// onComplete: function(exitCode, config, capabilities, results) {
|
|
// },
|
|
/**
|
|
* Gets executed when a refresh happens.
|
|
* @param {string} oldSessionId session ID of the old session
|
|
* @param {string} newSessionId session ID of the new session
|
|
*/
|
|
// onReload: function(oldSessionId, newSessionId) {
|
|
// }
|
|
/**
|
|
* Hook that gets executed before a WebdriverIO assertion happens.
|
|
* @param {object} params information about the assertion to be executed
|
|
*/
|
|
// beforeAssertion: function(params) {
|
|
// }
|
|
/**
|
|
* Hook that gets executed after a WebdriverIO assertion happened.
|
|
* @param {object} params information about the assertion that was executed, including its results
|
|
*/
|
|
// afterAssertion: function(params) {
|
|
// }
|
|
};
|