From 6b2247384abdf02fd333415fae02cc4fae8a866d Mon Sep 17 00:00:00 2001 From: Aman Chopra Date: Tue, 15 Oct 2024 16:55:06 +0530 Subject: [PATCH 1/2] updated static to local --- docs/deep-dive-into-hyperexecute-yaml.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/deep-dive-into-hyperexecute-yaml.md b/docs/deep-dive-into-hyperexecute-yaml.md index 4963983f2..5c2b80c0c 100644 --- a/docs/deep-dive-into-hyperexecute-yaml.md +++ b/docs/deep-dive-into-hyperexecute-yaml.md @@ -90,7 +90,7 @@ Auto-Split mode automatically splits your [`scenarios`](/support/docs/hyperexecu For instance, if you have a concurrency of 10 and you want to run 50 tests in total, AutoSplit mode will distribute these 50 tests on 10 VMs in the most efficient manner possible to reduce your overall job execution time. -> **Note:** In [`static mode`](/support/docs/deep-dive-into-hyperexecute-yaml/#mode), these commands will be smartly distributed among the VMs using history data, such that each VM (`task`) gets to run for almost the same amount of time to reduce your total [`job`](/support/docs/hyperexecute-guided-walkthrough/#jobs-page) time. +> **Note:** In [`local mode`](/support/docs/deep-dive-into-hyperexecute-yaml/#mode), these commands will be smartly distributed among the VMs using history data, such that each VM (`task`) gets to run for almost the same amount of time to reduce your total [`job`](/support/docs/hyperexecute-guided-walkthrough/#jobs-page) time. ```yaml autosplit: true From df4d68f259b5f57b1ab0e786c7f0cd30b0330855 Mon Sep 17 00:00:00 2001 From: Aman Chopra Date: Tue, 15 Oct 2024 16:57:20 +0530 Subject: [PATCH 2/2] updated the keyword --- docs/deep-dive-into-hyperexecute-yaml.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/deep-dive-into-hyperexecute-yaml.md b/docs/deep-dive-into-hyperexecute-yaml.md index 5c2b80c0c..d5beb5a4c 100644 --- a/docs/deep-dive-into-hyperexecute-yaml.md +++ b/docs/deep-dive-into-hyperexecute-yaml.md @@ -927,7 +927,7 @@ When running a test case, it tries to fetch from cache, which browser was used f If you feel that browser setup time is more than expected, you should enable this feature. However, please note that it will reduce the browser setup time of the next test only if the current test takes enough time to launch the browser for the next test in background. -This would work only for `version 0.1` and static discovery mode. +This would work only for `version 0.1` and local discovery mode. As this is dependent on the previous run of a job, any change in the browser capability or test name or test order might render the cache invalid. And browser setup time reduction might not be visible in this run, rather, it would appear in the next run. @@ -1385,7 +1385,7 @@ When we run a job in matrix mode, we set the keys with their resolved value as e *** ### `dynamicAllocation` -When we set dynamicAllocation true, the test cases are distributed among parallels at the runtime. This is valid in case of static test discovery. In this case, the parallels are utilised in the most optimised manner. +When we set dynamicAllocation true, the test cases are distributed among parallels at the runtime. This is valid in case of local test discovery. In this case, the parallels are utilised in the most optimised manner. ```yaml