You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Enhance AI RCA documentation by adding project name targeting rules and clarifying cross-category logic for intelligent targeting configuration. atx-6209
Copy file name to clipboardExpand all lines: docs/analytics-ai-root-cause-analysis.md
+8-3Lines changed: 8 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -130,7 +130,7 @@ Our CRM application has specific failure patterns to watch for:
130
130
131
131
### Step 4: Configure Intelligent Targeting
132
132
133
-
Configure intelligent targeting rules to precisely control which tests, builds, tags, or jobs are included in AI-powered analysis:
133
+
Configure intelligent targeting rules to precisely control which tests, builds, tags, projects, or jobs are included in AI-powered analysis:
134
134
135
135
1.**Add Targeting Rules**: Enter regex patterns in the input field
136
136
2.**Click Include (+) or Exclude (-)**: Choose whether to include or exclude matching tests
@@ -139,6 +139,7 @@ Configure intelligent targeting rules to precisely control which tests, builds,
139
139
-**Build Names**: Include or exclude builds with specific names (e.g., hourly, nightly)
140
140
-**Test Tags**: Include or exclude tests with specific tags (e.g., playwright_test, atxHyperexecute_test)
141
141
-**Build Tags**: Include or exclude builds with specific tags (e.g., hourly, nightly)
142
+
-**Project Names**: Include or exclude tests from specific projects using regex patterns
142
143
-**Job Labels**: Include tests with specific job labels or tags
143
144
144
145
#### Rule Logic and Application
@@ -148,7 +149,7 @@ The intelligent targeting system applies rules using the following logic:
148
149
**Rule Evaluation Process:**
149
150
1.**Include Rules (AND Logic)**: All Include rules within the same category must match for a test to be considered
150
151
2.**Exclude Rules (OR Logic)**: Any Exclude rule that matches will immediately exclude the test from analysis
151
-
3.**Cross-Category Logic**: Include rules across different categories (Test Names, Build Tags, etc.) must ALL match
152
+
3.**Cross-Category Logic**: Include rules across different categories (Test Names, Build Tags, Project Names, etc.) must ALL match
152
153
4.**Exclusion Precedence**: Exclude rules take priority over Include rules - if any exclude rule matches, the test is excluded regardless of include matches
153
154
154
155
**Best Practices for Rule Configuration:**
@@ -173,7 +174,11 @@ The intelligent targeting system applies rules using the following logic:
173
174
-**Include**: `playwright_test|atxHyperexecute_test` - Focus on specific test frameworks
174
175
-**Exclude**: `.*smoke.*` - Skip smoke tests
175
176
176
-
**Result**: AI-powered analysis will run only on production tests (excluding non-critical ones) from hourly builds, focusing on Playwright or HyperExecute test tags, while excluding smoke tests. This configuration helps narrow down analysis to the most critical test scenarios.
177
+
**Project Names:**
178
+
-**Include**: `^ecommerce|^payment` - Only analyze tests from projects starting with "ecommerce" or "payment"
179
+
-**Exclude**: `.*staging.*` - Skip tests from staging projects
180
+
181
+
**Result**: AI-powered analysis will run only on production tests (excluding non-critical ones) from hourly builds, focusing on Playwright or HyperExecute test tags, while excluding smoke tests. The analysis will target ecommerce and payment projects, excluding staging projects. This configuration helps narrow down analysis to the most critical test scenarios.
0 commit comments