Skip to main content
Glama
enesjakozh
dkmaker

mcp-function-app-tester

by dkmaker
OverviewSchemaSourceRelated ServersDiscussionsAdmin
JavaScript
Remote

Probador de aplicaciones de funciones MCP

Licencia: MIT

Un servidor MCP basado en TypeScript que permite probar aplicaciones de funciones de Azure mediante Cline. Esta herramienta permite probar e interactuar con los puntos de conexión de las aplicaciones de funciones directamente desde el entorno de desarrollo.

Instalación

npm install dkmaker-mcp-function-app-tester

Related MCP server: MySQL Server MCP Server

Características

  • Puntos finales de la aplicación de función de prueba con diferentes métodos HTTP

  • Compatibilidad con solicitudes GET, POST, PUT y DELETE

  • Información detallada de la respuesta

  • Compatibilidad con encabezados personalizados

  • Manejo del cuerpo de la solicitud para los métodos POST/PUT

  • Soporte de autenticación:

    • Autenticación básica (nombre de usuario/contraseña)

    • Autenticación de token de portador

    • Autenticación de clave API (encabezado personalizado)

Autenticación

El servidor admite dos métodos de autenticación que se pueden configurar mediante variables de entorno:

Autenticación básica

Establezca ambas variables de entorno para habilitar la autenticación básica:

AUTH_BASIC_USERNAME=your-username
AUTH_BASIC_PASSWORD=your-password

Token al portador

Configure esta variable de entorno para habilitar la autenticación del token de portador:

AUTH_BEARER=your-token

Clave API

Establezca ambas variables de entorno para habilitar la autenticación de la clave API:

AUTH_APIKEY_HEADER_NAME=X-API-Key  # The header name to use (e.g., X-API-Key, api-key, etc.)
AUTH_APIKEY_VALUE=your-api-key     # The actual API key value

Nota: Orden de precedencia de autenticación:

  1. Autenticación básica (si se configuran nombre de usuario y contraseña)

  2. Token de portador (si el token está configurado y la autenticación básica no está configurada)

  3. Clave API (si se configuran el nombre y el valor del encabezado y no se configura ninguna otra autenticación)

Uso

Una vez instalado, puede usar Function App Tester a través de Cline. El servidor proporciona herramientas para probar los endpoints en la URL base: http://localhost:7071/api

Ejemplo de uso:

// Test a GET endpoint
{
  "method": "GET",
  "endpoint": "/users"
}

// Test a POST endpoint with body
{
  "method": "POST",
  "endpoint": "/users",
  "body": {
    "name": "John Doe",
    "email": "john@example.com"
  }
}

// Test with custom headers
{
  "method": "GET",
  "endpoint": "/secure/data",
  "headers": {
    "Authorization": "Bearer token123"
  }
}

Desarrollo

  1. Clonar el repositorio:

git clone https://github.com/dkmaker/mcp-function-app-tester.git
cd mcp-function-app-tester

  1. Instalar dependencias:

npm install

  1. Construir el proyecto:

npm run build

Para desarrollo con reconstrucción automática:

npm run watch

Licencia

Este proyecto está licenciado bajo la licencia MIT: consulte el archivo de LICENCIA para obtener más detalles.

Available Tools

1 tool
test_endpointC

Test a Function App endpoint and get detailed response information. The endpoint will be prepended to the base url which is: http://localhost:7071/api

ParametersJSON Schema
NameRequiredDescriptionDefault
bodyNoOptional request body for POST/PUT requests
endpointYesEndpoint path (e.g. "/users"). Will be appended to base URL.
headersNoOptional request headers
methodYesHTTP method to use

TDQS

C2.9/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

No annotations are provided, so the description carries the full burden. It mentions testing an endpoint and getting 'detailed response information,' but lacks critical behavioral details such as error handling, timeout behavior, authentication requirements, rate limits, or what 'detailed' entails. This is insufficient for a tool that performs HTTP operations.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

The description is concise and front-loaded, consisting of two sentences that directly state the tool's purpose and base URL. There is no wasted text, though it could be slightly more informative without sacrificing brevity.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

Given the complexity of HTTP testing (4 parameters, no output schema, no annotations), the description is incomplete. It lacks details on response format, error cases, or behavioral traits, leaving significant gaps for an agent to understand how to use the tool effectively.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the schema fully documents all parameters. The description adds minimal value by noting the base URL context ('http://localhost:7071/api'), but does not provide additional semantics beyond what the schema already covers. This meets the baseline for high schema coverage.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose4/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states the tool's purpose: 'Test a Function App endpoint and get detailed response information.' It specifies the verb ('test') and resource ('Function App endpoint'), and mentions the base URL context. However, with no sibling tools, it cannot differentiate from alternatives, so it doesn't reach the highest score.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines2/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

The description provides no guidance on when to use this tool versus alternatives, prerequisites, or constraints. It only states what the tool does without context for its application, leaving the agent without usage direction.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool updatev1.0.0
    • First observedtest_endpoint
Deploy Server
One endpoint for every MCP toolRayrun runs every MCP server behind one URL and holds the credentials. Each call is decided per client, tool, and argument, then recorded.ray.runAd

TDQS

B3/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of ambiguity or overlap between tools. The single tool has a clear, distinct purpose that cannot be confused with any other tool in this set.

Naming Consistency5/5

The naming follows a consistent verb_noun pattern (test_endpoint). With only one tool, there is no inconsistency to evaluate, and the naming is clear and appropriate for its function.

Tool Count2/5

A single tool is too few for a server named 'mcp-function-app-tester', which suggests broader testing capabilities. This minimal set feels thin and incomplete for the implied scope of testing Function App endpoints comprehensively.

Completeness1/5

The tool surface is severely incomplete for testing Function App endpoints. It only provides a basic test endpoint function, lacking essential operations like listing endpoints, managing test configurations, validating responses, or handling different HTTP methods and authentication scenarios.

Maintenance

ActivityInactive
ResponsivenessNo issues

Resources

Related MCP Connectors

Related MCP Servers

  • mcp-rest-api

    dkmaker
    A
    license
    A
    quality
    F
    maintenance
    A TypeScript-based MCP server that enables testing of REST APIs through Cline. This tool allows you to test and interact with any REST API endpoints directly from your development environment.
    1
    103 npm
    101
    MIT

  • Azure CLI MCP

    jdubois
    -
    license
    Not graded
    quality
    Not graded
    maintenance
    An MCP server that wraps the Azure CLI. As LLMs are very good at generating Azure CLI commands, this server allows your LLM to list resources, update/create/delete them, fix errors (by looking at the logs), fix security issues...
    81
    -

  • interactive-mcp

    mikeysrecipes
    A
    license
    A
    quality
    D
    maintenance
    A Node.js/TypeScript MCP server that facilitates interactive communication between LLMs and users, allowing AI assistants to request user input, display notifications, and manage command-line chat sessions.
    5
    23 npm
    1
    MIT

Appeared in Searches