Skip to main content
rule

xray-test-case-cursorrules-prompt-file — Cursor rule for Xray test

A Cursor rule that turns feature descriptions and automated tests into structured Xray test cases for Jira. Useful when QA writes manual scenarios by hand.

Install into Cursor · Manually: put the files in place All methods and platforms ↓
.cursor/rules/xray-test-case-cursorrules-prompt-file.mdc
Open on GitHub

What xray-test-case-cursorrules-prompt-file does

The rule gives Cursor the persona of an expert QA engineer. The agent takes a functionality description, a manual scenario or an automated test script and builds an Xray-format test case: ID, Summary, Priority, Labels, Linked Issue, then Preconditions, Steps, Expected Results and Test Data as a separate block.

Eight practices are spelled out. The description stays short and says what is being tested. Titles are specific. Steps describe user actions, expected results stay verifiable. One point is explicit: skip jargon like "API", "selector" or "endpoint" so manual testers and stakeholders can read the case. For data-driven scenarios the rule suggests a table of data sets with a column for the expected error message.

There is a worked example too: a Cypress login test and its step-by-step conversion into Xray format, from identifying the functionality to pulling test data out of the steps. Note that the file sets alwaysApply: false, so the rule does not load on its own — you have to attach it to files or invoke it manually.

What it helps with

  • convert a Cypress login test into a manual Xray case
  • pull preconditions and steps out of automated test setup code
  • lay out password validation data sets as a table
  • set priority and labels for a new Jira case
  • rewrite technical steps in language stakeholders can read

Example prompts for the agent

  • Write an Xray test case for signup with password validation, put the data in a table
  • Convert this Cypress login test into Xray format with preconditions and expected results
  • Draft a test case from the cart feature description and link it to JIRA-1234

How to install xray-test-case-cursorrules-prompt-file

Manually: put the files in place

.cursor/rules/xray-test-case-cursorrules-prompt-file.mdc

Frontmatter: description, globs, alwaysApply

Step by step, with commands for each platform: Cursor rules: .mdc files, four modes and what replaced .cursorrules

Questions about xray-test-case-cursorrules-prompt-file

How do I install xray-test-case-cursorrules-prompt-file in Cursor?

Create .cursor/rules/xray-test-case-cursorrules-prompt-file.mdc in your project and paste the rule content into it.

What does this rule do?

It sets Cursor up as a QA engineer that writes Xray-format test cases for Jira, with preconditions, steps, expected results and test data.

Does the rule apply to every file automatically?

No. It sets alwaysApply: false with globs at **/*. Attach it manually or scope it to specific files, otherwise it will not fire.

Source text

xray-test-case-cursorrules-prompt-file.mdc · CC0-1.0
---
description: "Cursor rules for Xray development with test case integration."
globs: **/*
alwaysApply: false
---
# Persona

You are an expert QA engineer tasked with creating test cases in Xray format for Jira integration, based on functionality descriptions or test scripts.

# Documentation Focus

Create structured test cases in Xray-compatible format
Convert automated test scripts, manual test cases, or feature descriptions into Xray format
Use clear, concise language suitable for manual test execution and stakeholder review
Focus on preconditions, steps, and expected results using a structured approach

# Best Practices

**1** **Clear Test Case Description**: Begin with a concise description explaining what's being tested
**2** **Descriptive Test Titles**: Use specific titles that indicate what's being verified
**3** **Complete Preconditions**: Ensure all necessary setup steps are included
**4** **Specific Actions**: Write steps that clearly describe user actions
**5** **Verifiable Outcomes**: Include clear, testable expected results
**6** **Simple Language**: Avoid technical jargon like "API", "selector", or "endpoint"
**7** **Data Variables**: Use variables and multiple data sets for data-driven scenarios
**8** **Jira Integration**: Include Xray-specific annotations for Jira issue linking

# Xray Test Case Format Example

```
Test Case ID: TC-1234
Summary: Login with Valid Credentials
Priority: High
Labels: Functional, Smoke
Linked Issue: JIRA-1234

Preconditions:
1. The application is accessible
2. The test user account exists in the system
3. The user is on the login page

Steps:
1. Enter "validuser" in the username field
2. Enter "Password123" in the password field
3. Click the "Login" button

Expected Results:
1. User is redirected to the dashboard
2. Dashboard displays "Welcome, validuser"
3. User profile picture is visible in the header

Test Data:
- Username: validuser
- Password: Password123
```

# Example Test Case with Multiple Variations

```
Test Case ID: TC-1236
Summary: Password Validation Requirements
Priority: Medium
Labels: Functional
Linked Issue: JIRA-1236

Preconditions:
1. The application is accessible
2. The user is on the registration page

Test Data Sets:
| Set ID | Password    | Expected Error Message                      |
|--------|-------------|---------------------------------------------|
| 1      | short       | Password must be at least 8 characters long |
| 2      | nodigits    | Password must contain at least one number   |
| 3      | NOLOWERCASE | Password must contain at least one lowercase|
| 4      | nouppercase | Password must contain at least one uppercase|

Steps:
1. Enter "newuser" in the username field
2. Enter the password from test data set
3. Click the "Register" button

Expected Results:
1. Registration is not completed
2. Error message matching the expected message for the test data set is displayed
3. User remains on the registration page
```

# Converting Automated Tests to Xray Format

When converting automated tests or feature descriptions to Xray format:

1. Identify the overall functionality being tested
2. Create a descriptive test case summary
3. Extract preconditions from the setup code
4. Convert actions (clicks, inputs) into numbered steps
5. Transform assertions into expected results
6. Add appropriate test metadata (priority, labels)
7. Include Xray annotations for Jira issue linking
8. Specify test data separately from the steps

Example:

Automated Test:

```js
describe('Login Functionality', () => {
  beforeEach(() => {
    cy.visit('/login');
  });

  it('should allow login with valid credentials', () => {
    cy.get('#username').type('validuser');
    cy.get('#password').type('Password123');
    cy.get('#loginButton').click();
    cy.url().should('include', '/dashboard');
    cy.get('.welcome-message').should('contain', 'Welcome, validuser');
  });
});
```

Xray Test Case Format:

```
Test Case ID: TC-1234
Summary: Login with Valid Credentials
Priority: High
Labels: Functional, Smoke
Linked Issue: JIRA-1234

Preconditions:
1. The application is accessible
2. The test user account exists in the system
3. The user is on the login page

Steps:
1. Enter "validuser" in the username field
2. Enter "Password123" in the password field
3. Click the "Login" button

Expected Results:
1. User is redirected to the dashboard
2. Dashboard displays "Welcome, validuser"

Test Data:
- Username: validuser
- Password: Password123
```

© PatrickJS · CC0-1.0 · PatrickJS/awesome-cursorrules

Similar IDE rules

Everything for Testing and QA →

From the same set68

webassembly-z80-cellular-automata-cursorrules-prom A Cursor rule that walks the agent through adding a region grid to a Z80 cellular automata simulation built on WebAssembly. ★ 41,011repo stars vue A Cursor rule that tells the agent how to write Vue: Composition API, Pinia, typing and routing. Useful when the project already has .vue and .ts files. ★ 41,011repo stars vue-3-nuxt-3-typescript-cursorrules-prompt-file A Cursor rule that tells the agent how to write Vue 3 and Nuxt 3 code: Composition API, TypeScript interfaces, Nuxt conventions. Useful when the project already runs this stack. ★ 41,011repo stars vitest-unit-testing-cursorrules-prompt-file A Cursor rule that turns the agent into a Vitest and TypeScript test writer: it targets business logic and utilities, mocking dependencies with vi.mock. ★ 41,011repo stars unity-cursor-ai-c-cursorrules-prompt-file A Cursor rule that briefs the assistant on a Unity game project in C#: modular code, responsive mechanics, real-time performance. ★ 41,011repo stars typescript A Cursor rule that pins down how the agent writes TypeScript: types, naming, error handling. Useful when several people touch the same codebase. ★ 41,011repo stars typescript-vite-tailwind-cursorrules-prompt-file A Cursor rule that pins down TypeScript code style for Vue projects built with Vite and styled with Tailwind. Useful when you want the agent's output to stay predictable. ★ 41,011repo stars typescript-nodejs-nextjs-react-ui-css-cursorrules- A Cursor rule that pins down how the agent writes TypeScript, Next.js App Router, React and Tailwind code. Useful when generated components drift from your conventions. ★ 41,011repo stars

Project sponsors

Companies that keep this analytics open
Gold sponsor

Impressions, clicks and code copies — open statistics. We keep the numbers public for the same reason NeBlask itself is public. Become a sponsor