diff --git a/assets/images/hyperexecute/knowledge-base/connected-workflows/1.png b/assets/images/hyperexecute/knowledge-base/connected-workflows/1.png new file mode 100644 index 000000000..78f1571a1 Binary files /dev/null and b/assets/images/hyperexecute/knowledge-base/connected-workflows/1.png differ diff --git a/assets/images/hyperexecute/knowledge-base/connected-workflows/2.png b/assets/images/hyperexecute/knowledge-base/connected-workflows/2.png new file mode 100644 index 000000000..1f46ccda4 Binary files /dev/null and b/assets/images/hyperexecute/knowledge-base/connected-workflows/2.png differ diff --git a/docs/hyperexecute-connected-workflows.md b/docs/hyperexecute-connected-workflows.md new file mode 100644 index 000000000..fc0bae66c --- /dev/null +++ b/docs/hyperexecute-connected-workflows.md @@ -0,0 +1,106 @@ +--- +id: hyperexecute-connected-workflows +title: HyperExecute Connected Workflows +sidebar_label: Connected Workflows +description: Discover the power of HyperExecute connected workflows and how testers or developers can leverage it for their daily autoamtion testing of their organization features. +keywords: + - LambdaTest Hyperexecute + - LambdaTest Hyperexecute help + - LambdaTest Hyperexecute documentation + - LambdaTest Projects + - Workflows + - Schedule Workflows + - Connected Workflows + - Chained tests +url: https://www.lambdatest.com/support/docs/hyperexecute-connected-workflows/ +site_name: LambdaTest +slug: hyperexecute-connected-workflows/ +--- + + +Connected workflows allow you to link multiple test workflows so that one workflow triggers another based on specific conditions, such as the success or failure of a previous workflow. This feature eliminates the need for manual intervention between different stages of testing, allowing for a seamless automated testing pipeline. + +In this guide, we will walk through the setup and use of connected workflows in HyperExecute, providing real-world examples and step-by-step instructions on how to implement them. + +## Features of HyperExecute Connected Workflows +- **Automated Workflow Chains:** Define test chains where the success of one workflow triggers subsequent workflows. +- **Flexible Scheduling:** Schedule workflows to run based on your desired frequency and conditions. +- **Conditional Triggering:** Trigger workflows based on specific outcomes, such as the passing or failing of previous tests. +- **Centralized Configuration:** Set up and manage workflows easily within the HyperExecute platform. + +## Real-World Use Case Scenarios +### Example 1: Conditional Regression Testing +Let’s consider a development scenario where: +- **Workflow A** (smoke tests) runs first. This workflow contains a set of critical tests that must pass to ensure the build is functional. +- **Workflow B** (regression tests) runs next, but only if Workflow A passes. + +Our objective is to automatically trigger the regression tests after the smoke tests pass to ensure that the software does not break after critical functionalities are verified. + +**Workflow Flow:** +- **Workflow A - Smoke tests (runs daily):** Executes a subset of tests (e.g., 30 high-severity or critical tests). +- **Workflow B: Regression tests (triggered after successful execution of Workflow A):** Executes a larger set of tests, ensuring that the product remains functional after code changes. + +### Example 2: Severity-based Test Execution +In this scenario, you can define tests to run based on their severity levels. +- **Workflow A:** High-severity tests (e.g., critical functionality tests) are executed every day. +- **Workflow B:** General regression tests (run only after Workflow A passes). + +Our objective is to run essential tests first and trigger a broader set of tests only if the critical tests pass. + +**Workflow Flow:** +- **Workflow A:** High-severity tests run daily. +- **Workflow B:** General regression tests run if Workflow A passes. + +This setup ensures that resources are focused on high-priority tests while the more extensive tests are executed only when necessary. + +## Steps to Set Up Connected Workflows in HyperExecute +Follow these steps to configure connected workflows in HyperExecute: + +### Prerequisite +- Setup your [Project](/support/docs/hyperexecute-projects/#setup-your-project) before setting up the Workflows. +- You must have created your required [wokrflows](/support/docs/hyperexecute-projects/#schedule-your-workflows) that you want to trigger. + +### Step 1: Setup Workflow +- Click on the "**Setup Workflow**" button: +- Enter Workflow Details: + - **Workflow Name:** Give your workflow a descriptive name (e.g., "Smoke Tests" or "Regression Tests"). + - **Branch Name:** Specify the branch where your tests are stored. + - **YAML File Path:** Provide the path to your YAML configuration file that contains the test definitions for this workflow. +- Click "Next" to proceed to the scheduling configuration. + +Image + +### Step 2: Configure the Schedule +- Configure the schedule of your workflow. Select the **days** and **time** at which you want to trigger your tests. Click on **Next**. + +### Step 3: Workflow Linking +You can link this workflow to other existing workflows within the same project or across other projects you own. Once this workflow completes successfully, it can automatically trigger the linked workflows, enabling seamless execution across stages. To set this up, simply select the projects and workflows you wish to trigger from the available list. This feature allows you to build automated, end-to-end workflow chains, ideal for orchestrating complex testing and deployment pipelines. + +Image + +## Conclusion +HyperExecute’s Connected Workflows feature significantly enhances the automation of testing processes by creating logical dependencies between workflows. This feature allows for a more efficient, error-free testing pipeline that ensures quality software with minimal manual intervention. + +By setting up workflows that automatically trigger based on the outcomes of previous ones, teams can reduce the time spent managing tests, allowing them to focus on critical tasks. Whether you are running smoke tests first, followed by full regression tests, or organizing tests based on severity, HyperExecute provides the flexibility to streamline your testing processes. \ No newline at end of file diff --git a/docs/hyperexecute-projects.md b/docs/hyperexecute-projects.md index 0b4d26cb5..3407da6a7 100644 --- a/docs/hyperexecute-projects.md +++ b/docs/hyperexecute-projects.md @@ -42,7 +42,6 @@ Projects serve as a centralized platform for organizing and managing test execut **Step 2:** Select **Custom Project** as the **Type of Project**. Provide a unique **Project Name** (required) and select your desired framework and language used in your project. Click on the **Continue**. - **Step 3:** Provide your **GitHub URL** and the **[Access Token](https://docs.github.com/en/authentication/keeping-your-account-and-data-secure/managing-your-personal-access-tokens)** / **Bitbucket URL** and the **[Repository Access Tokens](https://support.atlassian.com/bitbucket-cloud/docs/repository-access-tokens/)** of your repository. You can also add your team members as **Co-Owners** to allow them to edit or delete the project alongside you. :::info important @@ -51,8 +50,6 @@ Currently, only **GitHub** and **Bitbucket** repositories are supported. Click on **Save** button to finish the setup of your project. - -
@@ -71,6 +68,8 @@ Within each HyperExecute Project, you can set up one or more workflows. These wo **Step 3: Workflow Linking (Optional)-** You can connect this workflow to other existing workflows in this project or others that you own. When this workflow is completed successfully, it can automatically activate the linked workflows. To configure this, select the workflows you want to trigger from the list of existing workflows. This feature enables you to create automated workflow chains for more complex testing and deployment processes. +> 📘 Gain a Comprehensive Understanding of [Connected Workflows](/support/docs/hyperexecute-connected-workflows/). + Click on the **Finish** button and your job will be triggered on the defined day and time.
diff --git a/sidebars.js b/sidebars.js index 2da99db35..2d3f79bab 100644 --- a/sidebars.js +++ b/sidebars.js @@ -716,7 +716,8 @@ module.exports = { "hyperexecute-seamless-integration-with-tools", "hyperexecute-build-mobile-apps-using-tools", "hyperexecute-utilizing-custom-libraries", - "hyperexecute-supported-languages-and-packages" + "hyperexecute-supported-languages-and-packages", + "hyperexecute-connected-workflows" ], }, {