Skip to main content

Introduction

This guide provides step-by-step instructions for integrating and using the Azure DevOps Test Plans (ADO Test Plans) toolkit within ELITEA. It covers everything from setting up your Azure DevOps Personal Access Token to configuring the toolkit and using it within your Agents, Pipelines, and Chat conversations. Azure Test Plans (ADO Test Plans) Azure Test Plans is a test management service for creating, managing, and executing manual and automated tests. It provides tools for organizing test plans, test suites, and test cases, tracking test execution, and reporting on test coverage and quality metrics. Integrating Azure DevOps Test Plans with ELITEA enables your Agents, Pipelines, and Chat conversations to intelligently interact with test artifacts — automating test plan creation, test suite management, test case generation, and status reporting as part of AI-driven QA workflows.

Toolkit’s Account Setup and Configuration

Account Setup

Create an Azure DevOps account and organization to access the Test Plans service.
  1. Visit Azure DevOps: Navigate to https://dev.azure.com/
  2. Start Free or Sign In: Click “Start free” to create a new organization, or “Sign in to Azure DevOps” for existing accounts
  3. Create Organization: Follow prompts to set up your organization (provide name, select hosting region, optionally link to Azure account)
  4. Verify Email: Confirm your email address if prompted
  5. Enable Basic + Test Plans Subscription: Verify Basic + Test Plans access level is enabled for users who need to manage or run test cases
  6. Add Users (Optional): Navigate to https://dev.azure.com/{YourOrganizationName}/_settings/users, click “Add users”, enter user details, select “Basic + Test Plans” access level, and click “Add” Add user
  7. Verify Access: Confirm “Test Plans” appears in the left sidebar of your project
If Test Plans isn’t visible, verify it is enabled in organization settings under General → Services. Note that Test Plans requires the Basic + Test Plans access level — the basic Basic level does not include test management features.

Generate a Personal Access Token (PAT)

For secure integration with ELITEA, use an Azure DevOps Personal Access Token (PAT).
  1. Log in to Azure DevOps: Navigate to https://dev.azure.com/ and log in.
  2. Access User Settings: Click the User settings icon (top right) → select “Personal access tokens”.
  3. Generate New Token: Click ”+ New Token”.
  4. Configure Token Details:
    • Name: Enter a descriptive label (e.g., “ELITEA Test Plans Integration”)
    • Organization: Select your organization
    • Expiration: Set an expiration date
    • Scopes: Select Custom defined, then enable:
      • Test ManagementRead (to read test plan data)
      • Test ManagementRead & write (to create or update test artifacts — only if needed)
  5. Create Token: Click “Create”.
  6. Copy and Store Token: Copy the token immediately and store it securely in a password manager or ELITEA’s Secrets feature. Generate PAT
Principle of Least Privilege: Grant only the scopes essential for your ELITEA integration.Avoid “Full Access” Scopes: Never grant full access unless absolutely necessary.Regular Token Review and Rotation: Rotate tokens periodically as a security best practice.

System Integration with ELITEA

To integrate Azure DevOps Test Plans with ELITEA, follow this three-step process: Create Credentials → Create Toolkit → Use in Agents.

Step 1: Create Azure DevOps Credentials

  1. Navigate to Credentials Menu: Open the sidebar and select Credentials.
  2. Create New Credential: Click the + Create button.
  3. Select Azure DevOps: Choose Ado as the credential type. Azure DevOps Credential Access
  4. Configure Credential Details:
  5. Test Connection: Click Test Connection to verify credentials.
  6. Save Credential: Click Save. Create Credentials
Use Secrets for your PAT instead of entering values directly.

Step 2: Create the Azure DevOps Test Plans Toolkit

  1. Navigate to Toolkits Menu: Open the sidebar and select Toolkits.
  2. Create New Toolkit: Click the + Create button.
  3. Select Azure Test Plans: Choose Azure Test Plans (ADO Test Plans) from the available toolkit types. Azure Test Plans Toolkit Access
  4. Configure Toolkit Settings:
  5. Enable Desired Tools: Select the checkboxes next to the specific test plans tools you want to enable. Enable only the tools your agents will actually use.
  6. Save Toolkit: Click Save.
Create Test Plans Toolkit

Available Test Plans Tools

The tools Index data, List collections, Remove index, Search index, Stepback search index, and Stepback summary index require PgVector configuration and an embedding model.

Testing Toolkit Tools

After configuring the toolkit, test individual tools from the Toolkit detail page using the Test Settings panel:
  1. Select LLM Model from the model dropdown
  2. Select a Tool from the available test plans tools
  3. Provide Input — enter required parameters or test queries
  4. Run the Test and review the response
  • Verify that credentials and connection are configured correctly
  • Validate tool functionality with your Azure DevOps environment
  • Test different parameter combinations before production use
For detailed instructions, see How to Test Toolkit Tools.

Step 3: Add the Test Plans Toolkit to Your Workflows

In Agents

  1. Navigate to Agents: Open the sidebar and select Agents.
  2. Create or Edit Agent: Create a new agent or select an existing one.
  3. Add the Toolkit: In the TOOLKITS section, click “+Toolkit” and select your ADO Test Plans toolkit.
Add to Agent

In Pipelines

  1. Navigate to Pipelines: Open the sidebar and select Pipelines.
  2. Create or Edit Pipeline: Create a new pipeline or select an existing one.
  3. Add the Toolkit: In the TOOLKITS section, click “+Toolkit” and select your ADO Test Plans toolkit.
Add to Pipeline

In Chat

  1. Navigate to Chat: Open the sidebar and select Chat.
  2. Start New Conversation: Click +Create or open an existing conversation.
  3. Add the Toolkit: In the Participants section, click to add a toolkit and select your ADO Test Plans toolkit.
Add to Chat
  • “Show me all test plans for the current project.”
  • “Create a new test plan for the 2.6.0 release.”
  • “List all test cases in the Login Feature test suite.”

Instructions and Prompts for Using the ADO Test Plans Toolkit

When crafting instructions for agents using the ADO Test Plans toolkit, clarity and precision are essential. Break down tasks into simple, actionable steps and explicitly define all parameters. Effective instructions are:
  • Direct and Action-Oriented: Use strong action verbs (e.g., “Use the ‘get_test_plans’ tool…”, “Create a test plan using ‘create_test_plan’…”)
  • Parameter-Centric: Specify each required parameter and how the agent should obtain its value
  • Step-by-Step Structured: Use numbered steps for complex workflows
Creating a Test Plan:
Creating a Test Suite:
Adding a Test Case:

Chat Usage Examples

Chat Example:
Chat Example:

Best Practices

After setting up the toolkit, test each tool you intend to use to ensure connectivity, correct authentication, and accurate execution of test plan actions.
Regularly monitor agents using the ADO Test Plans toolkit. Track task completion, execution time, and error rates.
  • Use Personal Access Tokens instead of your main account password
  • Grant only the minimum necessary scopes (Test Management: Read, Read & write only if needed)
  • Store PATs using ELITEA’s Secrets Management feature
Craft clear, unambiguous agent instructions. Specify plan IDs, suite IDs, and test case IDs explicitly to avoid ambiguity in operations.
Begin with read-only operations (listing test plans and test cases) before enabling write operations (creating or modifying test artifacts).
  • Scenario: At the start of each release cycle, an agent automatically creates a new test plan with defined start and end dates based on sprint information.
  • Tools Used: create_test_plan
  • Example Instruction: “Use ‘create_test_plan’ to create a new test plan named ‘Release [version] Test Plan’ with the start and end dates derived from the sprint schedule.”
  • Benefit: Ensures consistent, timely test plan creation at the beginning of every release cycle.
  • Scenario: Agents generate test suites from a list of user stories or feature areas identified during sprint planning.
  • Tools Used: create_test_suite
  • Example Instruction: “For each feature area in the provided list, use ‘create_test_suite’ to create a corresponding suite within the current test plan.”
  • Benefit: Automates test organization structure and ensures every feature has a dedicated test suite.
  • Scenario: When a requirement changes, agents automatically update the description or priority of linked test cases.
  • Tools Used: get_test_cases, update_work_item (from ADO Boards toolkit for test case work items)
  • Example Instruction: “Use ‘get_test_cases’ to list test cases in the affected suite, then update the Description and Priority fields of test cases linked to the changed requirement.”
  • Benefit: Keeps test cases synchronized with evolving requirements without manual maintenance.
  • Scenario: Automatically generate a summary of test plan progress, showing test case counts by status, for stakeholder reporting.
  • Tools Used: get_test_plans, get_test_suites, get_test_cases
  • Example Instruction: “Use ‘get_test_plans’ to find the active release test plan, then ‘get_test_suites’ to list all suites, then ‘get_test_cases’ for each suite. Aggregate the results to produce a status table showing total/passed/failed/not-run counts.”
  • Benefit: Provides instant visibility into test execution status without manual report generation.

Troubleshooting

Problem: Agent fails to connect to Azure DevOps Test Plans.
  1. Verify the organization URL is correct (e.g., https://dev.azure.com/YourOrganizationName)
  2. Check that your PAT is accurate and not expired
  3. Regenerate the PAT if needed and update your ELITEA credential
  4. Verify network connectivity and firewall settings
Problem: “Permission Denied” or “Unauthorized” errors.
  1. Ensure the PAT has the vso.test_full scope for full test management access
  2. Verify your Azure DevOps account has Basic + Test Plans access level — the standard Basic level does not include test management
  3. Check that the PAT has not expired
Problem: Cannot find specified organization or project.
  1. Verify the organization name matches your Azure DevOps URL exactly
  2. Confirm the project name is correct (case-sensitive)
  3. Ensure the URL format is: https://dev.azure.com/YourOrganizationName
Problem: Cannot access or create test plans and suites.
  1. Verify the user account has Basic + Test Plans access level in Azure DevOps
  2. Confirm the PAT has the vso.test_write scope for write operations
  3. Ensure Test Plans is enabled for the project (Project Settings → Services)
  4. Check that the plan and suite IDs provided are correct and belong to the configured project
Problem: Indexing tools fail or search returns no results.
  1. Verify PgVector is properly configured in toolkit settings
  2. Confirm an embedding model is selected
  3. Ensure the index was created successfully before searching
  4. Verify there is data available to index
Problem: create_test_case or create_test_cases returns an error containing TF401320 or a field validation message.Cause: Your Azure DevOps project requires one or more custom fields (e.g., Custom.SDLC, Custom.Component) that are not part of the standard test case fields (System.Title, System.Description, Microsoft.VSTS.TCM.Steps).Resolution:
  1. Use the Get all test case fields for project tool to list every field available for the Test Case work item type, including which are required
  2. If the field list looks outdated (e.g., a field was recently added), use force_refresh=True to reload definitions from Azure DevOps
  3. Pass the missing required fields using the additional_fields parameter:
The standard fields System.Title, System.Description, and Microsoft.VSTS.TCM.Steps are always included automatically. You cannot override them via additional_fields.

Support Contact

If you encounter issues not covered in this guide, contact the ELITEA support team.Email: SupportAlita@epam.com

FAQ

No. You must use a Personal Access Token for secure integration. Regular passwords are not supported.
Grant Test Management → Read for read-only access, and additionally Test Management → Read & write if the agent needs to create or update test artifacts. Always follow the principle of least privilege.
https://dev.azure.com/YourOrganizationName — replace YourOrganizationName with your actual organization name. Do not include the project name in the URL.
Yes. One Azure DevOps credential can be reused across Wiki, Boards, and Test Plans toolkits as long as the PAT has the necessary scopes for all services.
Your organization name appears in the URL when you log in (e.g., https://dev.azure.com/YourOrgName). Project names are listed in the Azure DevOps interface under your organization.
Verify the PAT has the vso.test_write scope for write operations. Also ensure your Azure DevOps account has the Basic + Test Plans access level — standard Basic access does not include test management permissions.
No. PgVector is only required for indexing and semantic search tools: Index data, Search index, Stepback search index, Stepback summary index, Remove index, and List collections. All other test plans tools work without it.
Yes. For example, you can add both the Test Plans toolkit and the Boards toolkit to an agent that creates work items and links them as test cases.
  1. Generate a new PAT in Azure DevOps
  2. Navigate to Credentials in ELITEA
  3. Edit your Azure DevOps credential and update the Token field
  4. Save the credential — all toolkits using it will automatically use the new token
Both create_test_plan and create_test_suite expect a JSON string for their parameters.Test plan example:
Test suite example (requires plan_id separately):
Test steps can be provided in either JSON (default) or XML format using the test_steps_format parameter.JSON format (default):
XML format:
Use the Get all test case fields for project tool. It returns the full list of available Test Case work item fields including their types and whether they are required.If fields appear outdated (for example, a field was added after you last configured the toolkit), instruct the agent to call the tool with force_refresh=True to reload definitions directly from Azure DevOps.Once you know the required field reference names, pass them to create_test_case or create_test_cases via the additional_fields parameter:
Yes. The Index data tool accepts an optional suite_ids parameter. Provide a list of suite IDs to limit indexing to those suites:
If suite_ids is left empty, all test suites within the specified plan_id are indexed.