# Step 7.4: Create Issues ## Your Task Document all problems found during testing as issue tickets that BMad can fix. --- ## Before You Start **Ensure you have:** - ✅ Completed step 7.3 (all tests executed) - ✅ Test results documented - ✅ Screenshots captured - ✅ Issues identified --- ## Issue Creation Process ### For Each Issue Found **Create issue file:** `issues/ISS-XXX-description.md` **Numbering:** - Start at ISS-001 - Increment for each issue - Use leading zeros --- ## Issue Template ````markdown # Issue: [Short Description] **ID:** ISS-XXX **Severity:** [Critical | High | Medium | Low] **Status:** Open **Delivery:** DD-XXX **Test:** TS-XXX, Check: [Test ID] **Created:** 2024-12-09 **Assigned:** BMad Developer ## Description [Clear description of the problem] ## Expected [What should happen according to design] ## Actual [What actually happens] ## Impact [Why this matters - user impact, business impact] ## Design Reference - Design Spec: [Path to specification] - Design Token: [Path to token if applicable] - Component Spec: [Path to component spec if applicable] ## Steps to Reproduce 1. [Step 1] 2. [Step 2] 3. [Step 3] ## Screenshot/Video ![Issue screenshot](../testing/DD-XXX/screenshots/ISS-XXX.png) ## Recommendation [How to fix this - be specific] ```code [Code example if applicable] ``` ```` ## Related Issues - [Link to related issues if any] --- **Priority for fix:** [Next release | This release | Future] ```` --- ## Severity Levels ### Critical **Definition:** Blocks usage, prevents core functionality **Examples:** - App crashes - Cannot complete core flow - Data loss - Security vulnerability **Action:** Must fix immediately before any release --- ### High **Definition:** Major issue, significantly impacts UX **Examples:** - Wrong button color (brand inconsistency) - Missing error handling - Progress not saved - Accessibility blocker **Action:** Must fix before release --- ### Medium **Definition:** Noticeable issue, impacts UX but has workaround **Examples:** - Error message not helpful enough - Transition animation missing - Screen reader labels incomplete - Minor design system deviation **Action:** Fix soon, can ship with workaround --- ### Low **Definition:** Minor issue, cosmetic or edge case **Examples:** - Text link touch target slightly small - Minor spacing inconsistency - Rare edge case not handled **Action:** Fix when possible, can ship as-is --- ## Example Issues ### Example 1: Functionality Issue ```markdown # Issue: Transition Animation Missing **ID:** ISS-001 **Severity:** Medium **Status:** Open **Delivery:** DD-001 **Test:** TS-001, Check: HP-001-step-3 ## Description Transition from Login/Signup choice to Signup form is instant instead of smooth animated transition. ## Expected Smooth 300ms fade transition when tapping "Create Account" button, as specified in design. ## Actual Signup form appears instantly with no transition. Feels jarring and abrupt. ## Impact - User experience feels less polished - Doesn't match design specifications - Reduces perceived quality ## Design Reference - Design Spec: C-Scenarios/03-signup/Frontend/specifications.md#transitions - Specification states: "300ms ease-in-out fade transition" ## Steps to Reproduce 1. Open app 2. Tap "Get Started" 3. Tap "Create Account" 4. Observe instant transition (no animation) ## Screenshot ![Instant transition](../testing/DD-001/screenshots/ISS-001-transition.png) ## Recommendation Add transition animation to navigation: ```tsx // React Native ```` --- **Priority for fix:** This release ```` --- ### Example 2: Design System Issue ```markdown # Issue: Button Color Incorrect **ID:** ISS-002 **Severity:** High **Status:** Open **Delivery:** DD-001 **Test:** TS-001, Check: DS-001 ## Description Primary button background color doesn't match design system specification. Using lighter blue instead of brand primary. ## Expected Primary button background: #2563EB (brand primary color) ## Actual Primary button background: #3B82F6 (lighter blue, not brand color) ## Impact - Brand inconsistency across app - Doesn't match design system - All primary buttons affected - Reduces brand recognition ## Design Reference - Design System: D-Design-System/03-Atomic-Components/Buttons/Button-Primary.md - Design Token: D-Design-System/02-Foundation/Colors/tokens.json - Token path: `button.primary.background` → `#2563EB` ## Steps to Reproduce 1. Open any screen with primary button 2. Observe button color 3. Compare to design token ## Screenshot ![Button color comparison](../testing/DD-001/screenshots/ISS-002-button-color.png) ## Recommendation Update button component to use design token: ```tsx // Before backgroundColor: '#3B82F6' // After backgroundColor: tokens.button.primary.background // #2563EB ```` Affected components: - "Get Started" button - "Create Account" button - "Continue" button - All primary buttons --- **Priority for fix:** This release (High severity) ```` --- ### Example 3: Accessibility Issue ```markdown # Issue: Button Labels Not Descriptive for Screen Reader **ID:** ISS-003 **Severity:** Medium **Status:** Open **Delivery:** DD-001 **Test:** TS-001, Check: A11Y-001 ## Description Buttons are announced as just "Button" by screen reader instead of descriptive labels. ## Expected Buttons should have descriptive accessibility labels: - "Get Started button" - "Create Account button" - "Log In button" ## Actual VoiceOver announces all buttons as just "Button" with no context. ## Impact - Screen reader users cannot understand button purpose - Fails WCAG 2.1 AA accessibility standards - Blocks visually impaired users ## Design Reference - Accessibility requirement: All interactive elements must have descriptive labels - WCAG 2.1: 2.4.6 Headings and Labels (Level AA) ## Steps to Reproduce 1. Enable VoiceOver (iOS) or TalkBack (Android) 2. Navigate to Welcome screen 3. Focus on "Get Started" button 4. Observe announcement: "Button" (not descriptive) ## Screenshot ![VoiceOver announcement](../testing/DD-001/screenshots/ISS-003-voiceover.png) ## Recommendation Add accessibility labels to all buttons: ```tsx