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
Merge pull request #2255 from sandeepyadav-lt/atx-6202-prod
Replace and update AI RCA images and documentation. Added new category management section and refined analysis scope instructions. Removed outdated images and improved clarity in configuration steps.
@@ -72,65 +72,18 @@ AI RCA is an intelligent feature that uses advanced machine learning algorithms
72
72
73
73
### Step 2: Enable AI RCA
74
74
75
-
1.**Toggle the Feature**: Use the blue toggle switch to enable "Automatic AI RCA"
76
-
2.**Configure Analysis Scope**: Choose which types of test failures to analyze:
77
-
-**All failures**: Analyze every failed test, regardless of previous status
78
-
-**New failures**: Analyze only tests that have failed recently after having passed at least 10 consecutive times previously.
79
-
-**Always failing**: Analyze only tests that have failed in all of their previous 5 runs to identify persistent issues.
75
+
**Toggle the Feature**: Use the blue toggle switch to enable "Automatic AI RCA"
80
76
81
-
### Step 3: Set Special Instructions (Optional)
77
+
### Step 3: Configure Analysis Scope
82
78
83
-
Provide context or specific guidance for the AI to consider during analysis:
84
-
85
-
1. Click on the **Special Instructions** section
86
-
2. Enter any special instructions or context that should be considered during AI root cause analysis
87
-
3. Use the "Show examples" link for guidance on effective instruction writing
88
-
89
-
**Example Instructions:**
90
-
91
-
:::tip
92
-
Our CRM application has specific failure patterns to watch for:
93
-
94
-
**PRIORITY CATEGORIES**
95
-
1.**Database Connection Issues** - Our PostgreSQL connection pool is limited to 20 connections. Look for connection timeouts, pool exhaustion, or slow query performance.
96
-
97
-
2.**Third-party API Failures** - We integrate with Salesforce, HubSpot, and Mailchimp. These external APIs often have rate limits and intermittent failures that cause our tests to fail.
98
-
99
-
3.**File Upload/Processing Issues** - Contact import via CSV files often fails due to file size limits (10MB max) or malformed data. Check for upload timeouts and validation errors.
100
-
101
-
4.**Authentication/Authorization** - We use OAuth 2.0 with multiple providers. Token expiration and permission changes frequently cause test failures.
102
-
103
-
5.**UI Element Timing Issues** - Our CRM uses dynamic loading for contact lists and reports. Elements may not be ready when tests try to interact with them.
104
-
105
-
**SPECIFIC CONTEXT**
106
-
- Our test environment has limited resources compared to production
107
-
- We run tests during business hours when external APIs are under heavy load
108
-
- Focus on identifying whether failures are environment-specific or application bugs
109
-
- Prioritize failures that affect core CRM functionality (contact management, lead tracking, reporting)
110
-
- Consider our custom error handling - we log all errors to Sentry and show user-friendly messages
111
-
112
-
**IGNORE THESE COMMON FALSE POSITIVES**
113
-
- Browser console warnings that don't affect functionality
114
-
- Network requests to analytics services (Google Analytics, Hotjar)
115
-
- Minor UI layout shifts that don't break functionality
116
-
:::
117
-
118
-
**Possible Categories and Descriptions:**
119
-
120
-
| Category | Description |
121
-
|----------|-------------|
122
-
|**Database Issues**| Connection timeouts, query performance, data integrity problems |
123
-
|**API Integration**| Third-party service failures, rate limiting, authentication issues |
124
-
|**UI/UX Problems**| Element not found, timing issues, responsive design failures |
|**File Processing**| Upload failures, format validation, processing timeouts |
129
-
|**Network Issues**| Connectivity problems, DNS failures, proxy issues |
79
+
In the **Analysis Scope** section, choose which types of test failures to analyze:
80
+
-**All failures**: Analyze every failed test, regardless of previous status
81
+
-**New failures**: Analyze only tests that have failed recently after having passed at least 10 consecutive times previously.
82
+
-**Consistent Failures**: Analyze only tests that have failed in all of their previous 5 runs to identify persistent issues.
130
83
131
84
### Step 4: Configure Intelligent Targeting
132
85
133
-
Configure intelligent targeting rules to precisely control which tests, builds, tags, or jobs are included in AI-powered analysis:
86
+
Configure intelligent targeting rules to precisely control which tests, builds, tags, projects, or jobs are included in AI-powered analysis:
134
87
135
88
1.**Add Targeting Rules**: Enter regex patterns in the input field
136
89
2.**Click Include (+) or Exclude (-)**: Choose whether to include or exclude matching tests
@@ -139,6 +92,7 @@ Configure intelligent targeting rules to precisely control which tests, builds,
139
92
-**Build Names**: Include or exclude builds with specific names (e.g., hourly, nightly)
140
93
-**Test Tags**: Include or exclude tests with specific tags (e.g., playwright_test, atxHyperexecute_test)
141
94
-**Build Tags**: Include or exclude builds with specific tags (e.g., hourly, nightly)
95
+
-**Project Names**: Include or exclude tests from specific projects using regex patterns
142
96
-**Job Labels**: Include tests with specific job labels or tags
143
97
144
98
#### Rule Logic and Application
@@ -148,7 +102,7 @@ The intelligent targeting system applies rules using the following logic:
148
102
**Rule Evaluation Process:**
149
103
1.**Include Rules (AND Logic)**: All Include rules within the same category must match for a test to be considered
150
104
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
105
+
3.**Cross-Category Logic**: Include rules across different categories (Test Names, Build Tags, Project Names, etc.) must ALL match
152
106
4.**Exclusion Precedence**: Exclude rules take priority over Include rules - if any exclude rule matches, the test is excluded regardless of include matches
153
107
154
108
**Best Practices for Rule Configuration:**
@@ -173,11 +127,103 @@ The intelligent targeting system applies rules using the following logic:
173
127
-**Include**: `playwright_test|atxHyperexecute_test` - Focus on specific test frameworks
174
128
-**Exclude**: `.*smoke.*` - Skip smoke tests
175
129
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.
130
+
**Project Names:**
131
+
-**Include**: `^ecommerce|^payment` - Only analyze tests from projects starting with "ecommerce" or "payment"
132
+
-**Exclude**: `.*staging.*` - Skip tests from staging projects
133
+
134
+
**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.
Custom RCA Categories allow you to define intelligent classification categories that automatically categorize and organize test failure analysis results. This helps you group similar failures together, track trends, and prioritize fixes more effectively.
0 commit comments