Zephyr Test Generation Standards
Priority: P1 (HIGH)
Workflow: Jira → Zephyr
- •Analyze Requirements:
- •Identify AC and verify Actor/Permission Matrix.
- •Identify Platform: Detect if requirement applies to
Web,Mobile, orBoth. - •Identify Market: Extract Market context (e.g.,
VN,MY,All). - •Use Business Analysis for logic investigation.
- •Impact Analysis:
- •Search Zephyr for existing TCs related to the feature.
- •Perform Impact Study to decide: Update or New.
- •Draft/Merge TCs:
- •For New: Create following Naming Convention.
- •For Traceability: Call
create_test_case_issue_linkimmediately after creation. - •For Update: Fetch steps and apply deltas.
- •Review: Ensure no "OR" logic and steps are atomic.
Output Structure
- •Refer to Zephyr JSON Schema for creation/updates.
Metadata & Traceability Standards
- •Preconditions: Must be extracted from the requirement as a list of bullet points.
- •Custom Fields: Populate
Roles(multi-select) andPlatformexactly as shown in requirements. - •Traceability (CRITICAL): Always link the TC to the Jira Issue (e.g.,
EZRX-39448) using thecreate_test_case_issue_linktool. - •Naming: Prefix with
[Platform]ONLY if exclusive to one platform. Use the[Module]_[Action]...pattern. Omit platform if it supports Both. - •Filing: Use the exact Folder Path specified in the Technical Impact or module standards.
Anti-Patterns
- •Ghost Updates: Changing code without updating the corresponding Zephyr TC.
- •Duplicate Creation: Creating a new TC for a logic shift when an update was more appropriate.
- •Vague Steps:
System works->Expect Result: Banner 'Success' is visible.