Overview
Server configurations define how the testing framework connects to your MCP servers. Each server configuration specifies:- Server URL for HTTP connections
- Authentication settings (if required)
- Server identification for test reporting
Server Configuration Format
Basic Configuration:Required Fields
- name (string) - Server identifier used in test reporting and CLI commands
- url (string) - Full HTTP/HTTPS URL to your MCP server endpoint
Optional Fields
- authorization_token (string | null) - Bearer token for API authentication (default: null)
- oauth (boolean) - Enable OAuth 2.0 authentication flow (default: false)
Authentication Configuration
No Authentication
For public MCP servers that don’t require authentication:Bearer Token Authentication
For servers requiring API keys or bearer tokens:OAuth 2.0 Authentication
For servers requiring OAuth authentication:- Framework automatically handles OAuth authorization code flow
- Opens browser for user authentication
- Manages token storage (per test run)
- Supports PRM discovery
Configuration Storage
Local Configuration (Recommended)
Store server configs in your project directory:Global Configuration
Store configs system-wide for reuse across projects: Linux/macOS:~/.config/mcp-t/servers/
Windows: %APPDATA%/mcp-t/servers/
Configuration Precedence
- Local configs (
./configs/servers/
) - highest priority - Global configs (
~/.config/mcp-t/servers/
) - fallback
CLI Commands for Server Management
Create Server Configuration
List Servers
Show Server Details
Run Tests Against Server
Example Configurations
HackerNews Server (No Auth)
Authenticated API Server
OAuth-Protected Server
Next Steps
Now that you understand server configuration:- Test config - How to structure tests for your servers
- CLI Reference - All available CLI commands
- Security testing - Authentication and security test capabilities