d5cfec9e42
- README.md: full English rewrite - All 13 vorlagen MD templates hand-translated: PID, PM-Plan, QA-Plan, SWE-Plan, Test-Plan, SA, SWA, Review-Protokoll, Non-Conformity, MISRA-Deviation-Permit, MISRA-Deviation-Record, Traceability-Matrix, angebot (quotation) - Master Word template (slohmaier-doc-template.docx) regenerated in English: cover page, document control, TOC headers, classification banner all English - All derived Word vorlagen regenerated from English MD sources Still to translate: toolstack.md, gitea-aspice-setup.md
2.4 KiB
2.4 KiB
Test Plan
| Field | Value |
|---|---|
| Project | [Project name] |
| Date | [YYYY-MM-DD] |
| Version | [1.0] |
| Status | [Draft / Released] |
1. Test strategy
[Describe the approach: e.g. test-first, requirement-based, risk-based.]
Each requirement has at least one test (@reqs tag in the test). Coverage targets as in the SWE Plan section 8.
2. Test levels
| Level | Scope | Tool | Environment | Status |
|---|---|---|---|---|
| Unit | Functions / modules | [CppUTest] | host x86 | [planned] |
| Integration | Module interaction | [CppUTest] | host / SiL | [planned] |
| System | End-to-end | [manual] | SiL / HiL | [planned] |
| Acceptance | Client acceptance | [manual] | HiL / vehicle | [planned] |
3. Test management
- Tests live in
tests/unit/,tests/integration/, ... - Each test file carries
@reqstags pointing to the covered requirements - Tests run automatically in CI on every push
- Coverage report is published as a CI artefact
4. Test selection per component
| Component | ASIL | Test file | Method |
|---|---|---|---|
| [Component A] | [D] | tests/unit/test_componentA.c | Equivalence classes + boundary + MC/DC |
| [Component B] | [B] | tests/unit/test_componentB.c | Equivalence classes + boundary |
| [Component C] | [QM] | tests/unit/test_componentC.c | Equivalence classes |
5. Entry and exit criteria
Entry to test execution:
- Code compiles
- Doorstop check is green
- Static analysis has no critical findings
Exit:
- All tests green
- Coverage target reached
- Test report archived
6. Defect handling
- Test failure = blocking issue
- Issue raised via Gitea Issues, referenced in the PR
- Severity classification per QA Plan section 4
7. Reporting
Test reports are generated automatically:
- Console output of the test framework (TAP / JUnit XML)
- Coverage HTML from lcov
- Both as CI artefacts under
tests/results/
Changes to this plan are versioned in the Gitea wiki.