agentsclimarketplace

Qa tc

Skill gridi-ai/gridi-skills/skills/qa-tc

A skill that writes test cases (TCs) based on tech specs and user scenarios. It generates systematic test cases including functional tests, boundary value tests, and exception handling tests. Use this skill when test case writing, TC documentation, or QA preparation is requested.From its SKILL.md

Install
npx -y skills add gridi-ai/gridi-skills --skill qa-tc

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 1 stars1 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.8 KB, as published. Nobody here has run it

🌐 Language

All output documents and user-facing messages must be written in the language specified by crew-config.json → preferences.language. If not set, default to English.

QA Test Case Generator

Analyzes tech specs and user scenarios to generate test cases.

Workflow

1. Verify Input Documents

Receive the following documents as input:

  • Tech spec document
  • User story document
Example input:
- "Write test cases based on docs/tech-specs/account-tech-spec.md"

2. Requirements Analysis

  1. Extract user scenarios
  2. Extract acceptance criteria (AC)
  3. Extract API endpoint list
  4. Identify business rules

3. Generate Test Cases

Test Case Format (Given-When-Then)

Test cases are written in Given-When-Then (GWT) format. This BDD (Behavior-Driven Development) style clearly communicates the intent of each test.

ComponentDescriptionExample
GivenPreconditions, initial state"The user is on the login page"
WhenAction/event under test"The user clicks the login button with valid credentials"
ThenExpected result, verification items"The user is redirected to the dashboard page"
# [Feature Name] Test Cases

## Test Overview

| Item | Details |
|------|---------|
| Feature Name | Sign Up |
| Related Document | account-tech-spec.md |
| Created Date | 2024-01-15 |
| Version | 1.0 |

## Test Scope

### Included
- Email sign-up
- Social sign-up (Google, Kakao)
- Input validation

### Excluded
- Email verification flow (separate TC)
- Performance testing

---

## TC-001: Normal Email Sign-up

**Priority**: High
**Test Type**: Positive
**Related Story**: US-001

### Test Data
| Field | Value |
|-------|-------|
| Email | [email protected] |
| Password | Test1234! |
| Confirm Password | Test1234! |

### Given (Preconditions)
- The sign-up page is accessible
- An unused test email ([email protected]) is prepared
- No user is registered with this email in the database

### When (Execution)
- The user enters "[email protected]" in the email field
- The user enters "Test1234!" in the password field
- The user enters "Test1234!" in the confirm password field
- The user clicks the sign-up button

### Then (Expected Result)
- HTTP 201 response is returned
- The user is redirected to the email verification guide page
- A user record is created in the database
- Account status is set to "Email Unverified"
- A verification email is sent

---

## TC-002: Duplicate Email Sign-up Failure

**Priority**: High
**Test Type**: Negative
**Related Story**: US-001

### Test Data
| Field | Value |
|-------|-------|
| Email | [email protected] (duplicate) |
| Password | Test1234! |

### Given (Preconditions)
- A user is already registered with the email [email protected]
- The sign-up page is accessible

### When (Execution)
- The user fills out the sign-up form with the duplicate email ([email protected])
- The user clicks the sign-up button

### Then (Expected Result)
- HTTP 409 response is returned
- Error message "This email is already registered" is displayed
- Error styling is applied to the email field
- No new user record is created

---

4. Generate Test Cases by Type

Positive Test (Normal Cases)

  • Happy Path for all user scenarios

Negative Test (Failure Cases)

  • Validation failure
  • No permission
  • Resource not found

Boundary Test

  • Minimum/maximum input values
  • Empty values
  • Values just before/after boundaries

Security Test

  • Access without authentication
  • SQL Injection
  • XSS

5. File Output

{project-root}/docs/{backlog-keyword}/test-cases.md

Directory Rule: All artifacts are stored under the backlog-keyword directory.

Test Case ID Rules

TC-{feature-code}-{type}-{sequence}

Examples:
TC-AUTH-P-001  : Authentication Positive test 001
TC-AUTH-N-001  : Authentication Negative test 001
TC-AUTH-B-001  : Authentication Boundary test 001
TC-AUTH-S-001  : Authentication Security test 001

Priority Criteria

PriorityCriteriaExample
CriticalCore feature unavailableCannot log in
HighMajor feature affectedSign-up failure
MediumPartial feature limitationPassword recovery failure
LowUsability issueUI alignment error

Test Data Guide

Detailed guide: references/test-data-guide.md

References

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.