Testing Philosophy
All components must be tested before submission. Testing ensures components install correctly, work as expected, and don’t break existing functionality.
Component Testing
Dry-Run Installation
Test component installation without making changes:- Download component files successfully
- Show what would be installed
- Not create any files
- Not show any errors
Actual Installation Test
Test real installation in a test project:Component-Specific Testing
Testing Agents
Testing Commands
Testing Hooks
Testing MCPs
Testing Settings
Template Testing
Test complete template installations:Template Quality Checks
- CLAUDE.md is comprehensive and well-documented
- All referenced files exist
- Commands work as expected
- MCPs are properly configured
- Settings are valid and complete
- No hardcoded secrets or paths
- Documentation includes usage examples
Tool Testing
For contributors working on additional tools (analytics, health check, chat monitor):Analytics Dashboard
Chat Monitor
Health Check
Automated Testing
Running Test Suite
API Endpoint Testing
Component Reviewer Validation
Use the component-reviewer agent to validate your component:- ✅ Valid format and structure
- ✅ Required fields present
- ✅ Proper naming conventions
- ✅ No security issues
- ✅ Supporting files exist
- ✅ Best practices followed
Integration Testing
Test how your component works with existing components:Performance Testing
For components that may affect performance:Regression Testing
Ensure your changes don’t break existing functionality:Pre-Submission Checklist
Before submitting your pull request:1
Component Reviewer Validation
2
Dry-Run Test
3
Actual Installation Test
4
Update Catalog
5
Run Test Suite
6
API Tests (if modified)
Common Testing Issues
Component Not Found
Installation Fails
Hook Not Triggering
Next Steps
After successful testing:- Commit your changes
- Push to your fork
- Submit pull request