@sandrinio/vbounce 1.3.1 → 1.3.2

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -21,6 +21,11 @@ Implement features and fix bugs as specified in Story documents. You write code
21
21
 
22
22
  ## During Implementation
23
23
 
24
+ **You MUST follow the Test-Driven Development (TDD) Red-Green-Refactor cycle:**
25
+ 1. **Red (Write Failing Tests):** Before writing any implementation logic, write an automated test file (e.g., Jest, React Testing Library) that explicitly covers the Gherkin scenarios defined in `§2 The Truth`. Run it to prove it fails.
26
+ 2. **Green (Write Implementation):** Write the minimum code required to make your tests pass.
27
+ 3. **Refactor:** Clean up the code for readability and architecture without breaking the tests.
28
+
24
29
  - **Follow the Safe Zone.** Do not introduce new patterns, libraries, or architectural changes.
25
30
  - **No Gold-Plating.** Implement exactly what the Story specifies. Extra features are defects, not bonuses.
26
31
  - **Track your Correction Tax.** Note every point where you needed human intervention or made a wrong turn.
@@ -41,6 +46,7 @@ You MUST include the YAML frontmatter block exactly as shown below:
41
46
  ---
42
47
  status: "implemented"
43
48
  correction_tax: {X}
49
+ tests_written: {number of tests generated}
44
50
  files_modified:
45
51
  - "path/to/file.ts"
46
52
  lessons_flagged: {number of lessons}
@@ -66,6 +72,7 @@ lessons_flagged: {number of lessons}
66
72
 
67
73
  ## Status
68
74
  - [ ] Code compiles without errors
75
+ - [ ] Automated tests were written FIRST (Red) and now pass (Green)
69
76
  - [ ] LESSONS.md was read before implementation
70
77
  - [ ] ADRs from Roadmap §3 were followed
71
78
  - [ ] No new patterns or libraries introduced
@@ -36,10 +36,12 @@ Analyze the specific changes from the Developer:
36
36
  5. **Test Quality** — would tests break if logic changed?
37
37
  6. **Coupling** — can you change one thing without breaking five?
38
38
 
39
- ### Acceptance Criteria Validation
40
- Run Story §2.1 Gherkin scenarios against the implementation:
41
- - Each scenario is a binary pass/fail
42
- - Document exact failure conditions (input, expected, actual)
39
+ ### Test Execution & Fidelity
40
+ Run Story §2.1 Gherkin scenarios against the Developer's automated test suite:
41
+ - **Did the Developer actually write tests?** If `tests_written: 0` in their report, the bounce FAILS automatically. TDD is mandatory.
42
+ - **Do the tests pass?** If the Developer's test suite fails when executed (or if there are compilation errors), the bounce FAILS.
43
+ - Each scenario is a binary pass/fail based on test coverage.
44
+ - Document exact failure conditions (input, expected, actual).
43
45
 
44
46
  ### Spec Fidelity Check
45
47
  After running scenarios, verify:
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@sandrinio/vbounce",
3
- "version": "1.3.1",
3
+ "version": "1.3.2",
4
4
  "description": "V-Bounce OS: Turn your AI coding assistant into a full engineering team through structured SDLC skills.",
5
5
  "type": "module",
6
6
  "bin": {
@@ -46,4 +46,4 @@
46
46
  "js-yaml": "^4.1.1",
47
47
  "marked": "^17.0.3"
48
48
  }
49
- }
49
+ }
@@ -14,7 +14,7 @@ import yaml from 'js-yaml';
14
14
 
15
15
  // Defined schemas for each report type
16
16
  const SCHEMAS = {
17
- dev: ['status', 'correction_tax', 'files_modified', 'lessons_flagged'],
17
+ dev: ['status', 'correction_tax', 'tests_written', 'files_modified', 'lessons_flagged'],
18
18
  qa: {
19
19
  base: ['status', 'bounce_count', 'bugs_found', 'gold_plating_detected'],
20
20
  conditional: { 'FAIL': ['failed_scenarios'] }
@@ -109,6 +109,9 @@ Feature: {Story Name}
109
109
  > Instructions for the Developer Agent. The "How".
110
110
  > Target Audience: Developer Agent (with react-best-practices + lesson skills).
111
111
 
112
+ ### 3.0 Test Implementation
113
+ - {Identify which test suites need to be created or modified to cover the Acceptance Criteria from §2.1. e.g. "Create `AuthComponent.test.tsx`"}
114
+
112
115
  ### 3.1 Context & Files
113
116
  | Item | Value |
114
117
  |------|-------|
@@ -142,7 +145,7 @@ POST /api/resource
142
145
 
143
146
  ## 4. Definition of Done (The Gate)
144
147
  - [ ] Code compiles without errors.
145
- - [ ] New Unit Tests are written and passing.
148
+ - [ ] Unit/Integration Tests were written FIRST (Red), and now pass (Green).
146
149
  - [ ] All Acceptance Criteria (§2.1) pass.
147
150
  - [ ] Linting rules passed.
148
151
  - [ ] LESSONS.md consulted before implementation.