Create a new test case (acceptance test step) for a component item
Creates a new test case for a component item within a project. Test cases document formal review and approval criteria for project results.
What are Test Cases? Test cases are individual test steps within a Test Suite. They document formal review and approval criteria for project results, ensuring that all delivered work meets the agreed requirements. Test cases are part of the acceptance testing process.
Test Case Structure: Each test case consists of four main parts:
- Title: Short, clear title that describes what is being tested (e.g., “Check confirmation email destination”, “Validate form input fields”)
- Description: Explains what is being tested and why it matters. Provides context for the test.
- Steps: Step-by-step instructions for running the test. Should be clear and reproducible (e.g., “1. Navigate to login page 2. Enter credentials 3. Click login button”)
- Expected Result: Describes the expected or correct system behavior when the test is run successfully (e.g., “User is successfully logged in and redirected to dashboard”)
Test Case Evaluation: After a test case is created, it can be evaluated later using the evaluate endpoint. Test cases can be marked as:
- Passed: Test completed successfully and met all expected results
- Failed: Test did not meet the expected result or revealed issues
- PassedWithReservations: Test passed but with notes or concerns that should be documented
Project Completion: The project is considered finished when all test cases within all Test Suites have been passed successfully. This ensures quality and formal acceptance before project completion.
Content Format: All editor content fields (description, steps, expectedResult) accept HTML or Markdown input and are automatically converted to IDoc format for storage. When retrieved, they are converted back to HTML for easy consumption.
Use Case: Create test cases to define formal acceptance criteria for project deliverables. This ensures consistent quality standards and provides clear documentation of what was tested and approved.
/projects/{projectId}/components/items/{itemId}/testcasesAuthorizationOAuth2 access token · headerrequiredapi:writeAuthorizationBearer token (JWT) · headerrequiredprojectIdstringrequiredProject UUID
itemIdstringrequiredComponent item UUID. Items are the building blocks within components (Epics, Work Packages, Todo Lists, Test Suites).
fieldsToReturnstringComma-separated list of top-level response fields to return. Overrides the endpoint compact default unless responseShape=full is used.
responseShapestringAdvanced override. Omit for the endpoint compact default. Use full only when you need the complete endpoint response, including nested fields that are not selectable with fieldsToReturn.
compactfullLT-Response-ShapestringAdvanced override. Set to full only when you need the complete endpoint response, including nested fields that are not selectable with fieldsToReturn.
fullapplication/jsondescriptionstringrequiredTest case description in HTML or Markdown format
expectedResultstringrequiredExpected result in HTML or Markdown format. Describes the expected or correct system behavior when the test is run successfully.
stepsstringrequiredTest steps in HTML or Markdown format. Provide step-by-step instructions for running the test (e.g., "1. Navigate to login page 2. Enter credentials 3. Click login").
titlestringrequiredTest case title. Test cases are individual test steps within a Test Suite. They document formal review and approval criteria for project results.
Test case created successfully. Returns the ID of the created test case.
idstring<uuid>Invalid request: validation errors or item does not belong to project
Unauthorized - Invalid or missing authentication token
Insufficient permissions to manage components or access to project denied
Project or item not found