sf-agent-framework
Version:
AI Agent Orchestration Framework for Salesforce Development - Two-phase architecture with 70% context reduction
502 lines (396 loc) • 10.4 kB
Markdown
# Run Validation Scripts Task
This task guides the execution of automated validation scripts to ensure data
quality, system integrity, and compliance with business rules in Salesforce
environments.
## Purpose
Enable data validation engineers to:
- Execute comprehensive validation suites
- Automate quality checks
- Generate validation reports
- Track validation metrics
- Implement continuous validation
## Prerequisites
- Validation framework configured
- Test data sets prepared
- Execution environment ready
- Reporting mechanisms established
- Success criteria defined
## Validation Script Architecture
### 1. Validation Categories
**Script Classification Framework**
```yaml
Data Validation Scripts:
Purpose: Verify data quality and integrity
Types:
- Field-level validations
- Cross-object relationships
- Business rule compliance
- Data completeness checks
- Format validations
Frequency: Daily/On-demand
Process Validation Scripts:
Purpose: Ensure business processes function correctly
Types:
- Workflow validations
- Approval process checks
- Integration flow tests
- Automation verification
- Event handling validation
Frequency: After deployments/changes
Security Validation Scripts:
Purpose: Verify security configurations
Types:
- Permission validations
- Sharing rule checks
- Field accessibility tests
- Data visibility verification
- Authentication validation
Frequency: Weekly/Monthly
Performance Validation Scripts:
Purpose: Monitor system performance
Types:
- Query performance tests
- Bulk operation validation
- API response time checks
- Resource utilization tests
- Governor limit verification
Frequency: Continuous/Scheduled
```
### 2. Script Execution Framework
**Execution Strategy**
```yaml
Sequential Execution:
Use When:
- Dependencies exist between scripts
- Resource constraints present
- Ordered validation required
Benefits:
- Predictable execution
- Easy troubleshooting
- Lower resource usage
Parallel Execution:
Use When:
- Independent validations
- Time constraints exist
- High-performance systems
Benefits:
- Faster completion
- Efficient resource use
- Scalable approach
Conditional Execution:
Use When:
- Specific triggers occur
- Environmental factors change
- Previous validation results matter
Benefits:
- Targeted validation
- Resource optimization
- Contextual testing
```
### 3. Validation Script Structure
**Standard Script Template**
```yaml
script:
metadata:
name: 'validation_script_name'
category: 'data|process|security|performance'
priority: 'critical|high|medium|low'
timeout: 300 # seconds
retries: 3
configuration:
parameters:
- name: 'org_id'
required: true
- name: 'validation_scope'
default: 'full'
- name: 'date_range'
default: 'last_7_days'
validation_rules:
- rule_id: 'RULE_001'
description: 'Validate email format'
query: "SELECT Id, Email FROM Contact WHERE Email NOT LIKE '%@%.%'"
expected: 'empty_result_set'
severity: 'high'
- rule_id: 'RULE_002'
description: 'Check orphaned records'
query: 'SELECT Id FROM Opportunity WHERE AccountId = null'
threshold: 0
severity: 'critical'
actions:
on_success:
- log_results
- update_metrics
- send_summary
on_failure:
- create_incident
- notify_team
- generate_report
```
## Execution Process
### Phase 1: Pre-Execution Setup
**Environment Preparation**
```yaml
System Checks:
- [ ] Salesforce org accessible
- [ ] API limits available
- [ ] Storage space sufficient
- [ ] Network connectivity stable
- [ ] Credentials valid
Script Preparation:
- [ ] Scripts version controlled
- [ ] Dependencies resolved
- [ ] Parameters configured
- [ ] Timeout values set
- [ ] Error handling implemented
Monitoring Setup:
- [ ] Logging enabled
- [ ] Metrics collection ready
- [ ] Alert thresholds defined
- [ ] Dashboard updated
- [ ] Notification lists current
```
### Phase 2: Script Execution
**Execution Workflow**
```yaml
Step 1: Initialization
Actions:
- Load configuration
- Establish connections
- Initialize logging
- Set execution context
- Create run identifier
Step 2: Validation Execution
For Each Script:
- Check prerequisites
- Execute validation logic
- Capture results
- Handle errors gracefully
- Update progress tracker
Step 3: Result Processing
Actions:
- Aggregate results
- Calculate metrics
- Identify failures
- Generate summaries
- Store raw data
Step 4: Reporting
Actions:
- Create detailed report
- Update dashboards
- Send notifications
- Archive results
- Trigger follow-ups
```
### Phase 3: Result Analysis
**Analysis Framework**
```yaml
Result Categories:
Passed:
- All validations successful
- Within acceptable thresholds
- No action required
Warning:
- Minor issues detected
- Approaching thresholds
- Monitoring recommended
Failed:
- Critical validations failed
- Thresholds exceeded
- Immediate action required
Error:
- Script execution failed
- Technical issues encountered
- Investigation needed
```
## Validation Patterns
### 1. Data Quality Validation
**Quality Check Methodology**
```yaml
Completeness Checks:
- Required fields populated
- Minimum data requirements met
- No unexpected nulls
- Relationship integrity maintained
Accuracy Checks:
- Format validations passed
- Business rules satisfied
- Calculations correct
- Cross-system consistency
Consistency Checks:
- No duplicate records
- Referential integrity maintained
- Status transitions valid
- Temporal consistency
Validity Checks:
- Value within allowed ranges
- Picklist values valid
- Date logic correct
- Dependencies satisfied
```
### 2. Process Validation
**Process Verification Steps**
```yaml
Workflow Validation:
- Trigger conditions met
- Actions executed correctly
- Field updates applied
- Email alerts sent
- Task creation verified
Approval Process:
- Routing logic correct
- Approver assignments valid
- Escalation rules working
- Email notifications sent
- Status updates accurate
Integration Validation:
- Data synchronization working
- Error handling functional
- Retry logic operational
- Monitoring active
- Performance acceptable
```
### 3. Security Validation
**Security Check Protocol**
```yaml
Access Control:
- Profile permissions correct
- Permission sets applied
- Role hierarchy enforced
- Sharing rules active
- Manual shares valid
Data Visibility:
- Field-level security enforced
- Record access appropriate
- Organization-wide defaults correct
- Sharing calculations accurate
- Portal access restricted
Authentication:
- Login policies enforced
- Session settings appropriate
- IP restrictions active
- Two-factor authentication enabled
- Password policies compliant
```
## Automation and Scheduling
### Scheduled Execution
**Scheduling Strategy**
```yaml
Daily Validations:
Time: 02:00 UTC
Scripts:
- Data quality checks
- Process health validation
- Integration status
Duration: 30-60 minutes
Weekly Validations:
Time: Sunday 04:00 UTC
Scripts:
- Comprehensive data audit
- Security compliance check
- Performance baseline
Duration: 2-4 hours
Monthly Validations:
Time: First Sunday 06:00 UTC
Scripts:
- Full system validation
- Historical trend analysis
- Capacity planning checks
Duration: 4-8 hours
On-Demand Validations:
Triggers:
- Post-deployment
- Incident response
- Change verification
- Audit requirements
```
### Continuous Validation
**Real-time Monitoring**
```yaml
Event-Driven Validation:
Triggers:
- Record creation/update
- Batch job completion
- Integration execution
- User activity spikes
Response:
- Immediate validation
- Alert generation
- Auto-remediation
- Escalation workflow
```
## Reporting and Metrics
### Validation Dashboards
**Key Metrics Display**
```yaml
Executive Dashboard:
- Overall validation score
- Critical issues count
- Trend indicators
- Business impact summary
Technical Dashboard:
- Script execution status
- Performance metrics
- Error details
- System health indicators
Operational Dashboard:
- Daily validation results
- Issue queue status
- Resolution progress
- Team performance
```
### Report Generation
**Report Template Structure**
```markdown
# Validation Report - [Date]
## Executive Summary
- Total Validations Run: [Count]
- Success Rate: [Percentage]
- Critical Issues: [Count]
- Action Required: [Yes/No]
## Detailed Results
### Data Validation
| Validation | Result | Issues | Impact |
| ---------- | ----------- | ------- | ------- |
| [Name] | [Pass/Fail] | [Count] | [Level] |
### Process Validation
[Similar table structure]
### Security Validation
[Similar table structure]
## Issues Requiring Action
1. **[Issue Title]**
- Severity: [Critical/High/Medium]
- Affected Records: [Count]
- Recommended Action: [Description]
- Owner: [Assignment]
## Trends and Analysis
- [Trend observations]
- [Pattern identification]
- [Predictive insights]
## Recommendations
1. [Improvement suggestion]
2. [Process enhancement]
3. [Tool recommendation]
```
## Best Practices
### Script Development
- Use modular, reusable components
- Implement comprehensive error handling
- Include detailed logging
- Version control all scripts
- Document thoroughly
### Execution Management
- Schedule during low-usage periods
- Monitor resource consumption
- Implement circuit breakers
- Use connection pooling
- Handle timeouts gracefully
### Result Management
- Store results for trend analysis
- Implement data retention policies
- Create actionable reports
- Automate issue creation
- Track resolution metrics
## Success Criteria
✅ All validations executed successfully ✅ Results within acceptable thresholds
✅ Reports generated and distributed ✅ Issues identified and logged ✅ Metrics
tracked and trended ✅ Continuous improvement demonstrated