Skip to main content
Glama
sonisoft-cnanda

now-sdk-ext-mcp

Find ATF Tests

find_atf_tests

Search for Automated Test Framework tests on a ServiceNow instance by name, description, or category. Returns matching test sys_ids for execution with run_atf_test.

Instructions

Search for ATF (Automated Test Framework) tests on a ServiceNow instance. Find tests by name, description, or category. Returns a list of matching tests with their sys_ids, which can then be passed to the run_atf_test tool for execution.

Use this when you need to discover which ATF tests exist before running them.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
instanceNoThe ServiceNow instance auth alias (e.g., "myinstance", "prod"). If not provided, falls back to the SN_AUTH_ALIAS environment variable.
search_termNoText to search for in test name and description fields. Case-insensitive contains matching. Example: "incident" finds tests with "incident" in the name or description.
categoryNoFilter by test category (e.g., "Custom", "Module"). Maps to the sys_atf_test.category field.
activeNoFilter by active status. Defaults to true (only active tests). Set to false to find only inactive tests.
limitNoMaximum number of tests to return. Default is 25.
Behavior4/5

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

No annotations provided, so description carries full burden. Mentions return of sys_ids and matching, but lacks details on pagination or exact matching behavior beyond parameter descriptions.

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

Conciseness5/5

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

Two sentences, front-loaded with purpose, no wasted words. Appropriate length.

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

Completeness4/5

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

No output schema, but description states return of matching tests with sys_ids. Covers core functionality; missing error handling or auth details but adequate for a search tool.

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 coverage is 100% and parameter descriptions are already detailed (e.g., case-insensitive, default active). Description adds little beyond stating the return value purpose.

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

Purpose5/5

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

The description clearly states the tool searches for ATF tests by name, description, or category, and returns sys_ids for use with run_atf_test. It distinguishes from siblings like run_atf_test and run_atf_test_suite.

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

Usage Guidelines4/5

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

Explicitly says 'Use this when you need to discover which ATF tests exist before running them.' No exclusions or alternatives mentioned, but the context is clear.

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

Install Server

Other Tools

Latest Blog Posts

MCP directory API

We provide all the information about MCP servers via our MCP API.

curl -X GET 'https://glama.ai/api/mcp/v1/servers/sonisoft-cnanda/now-sdk-ext-mcp'

If you have feedback or need assistance with the MCP directory API, please join our Discord server