test-verification-welding-long

Document a verification proof plan for STM32G4 welding firmware with FreeRTOS.

Updated Jan 30, 2026
One-click install
npx skills add https://github.com/AntonBespalov/WC_IST --skill test-verification-welding-long
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: test-verification-welding-long
Source: https://github.com/AntonBespalov/WC_IST/tree/main/.codex/skills/test-verification-welding-long
Command: npx skills add https://github.com/AntonBespalov/WC_IST --skill test-verification-welding-long

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Provides a formal, end-to-end verification strategy for welding firmware running on STM32G4 with FreeRTOS, enabling traceable tests, fault-injection planning, and timing evidence.

Core Features & Use Cases

  • Develops a comprehensive verification plan covering static checks, host unit tests, SIL, on-target, and HIL aspects.
  • Supports timing analysis, fault-injection scenarios, and safety validations across the welding controller stack.
  • Produces artefacts and acceptance criteria that can be audited for safety-critical firmware verification.

Quick Start

Schedule a verification planning session for your welding firmware to draft the long-version proof plan and artifact list.

Frequently Asked Questions about test-verification-welding-long

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I create a verification plan for STM32G4 welding controller firmware?

End-to-end welding firmware verification on STM32G4 requires a comprehensive proof plan covering static checks, host unit tests, SIL, on-target, and HIL testing. It applies timing analysis, fault-injection scenarios, and safety validations across the FreeRTOS stack to produce auditable artefacts with defined acceptance criteria.

How do I apply fault injection to FreeRTOS firmware on the STM32G4 platform?

Fault injection for FreeRTOS firmware on STM32G4 is applied by documenting specific fault-injection scenarios within the verification plan, targeting safety validations and generating traceable timing evidence across host and on-target test environments.

Does firmware verification planning work with TIM1 and external ADCs on STM32G4?

Firmware verification planning explicitly supports the STM32G4 configuration with TIM1 and external ADCs. The strategy develops timing measurements and architecture-level tests that validate the complete welding controller stack interacting with these specific hardware peripherals.

What is the best way to achieve end-to-end traceability for safety-critical welding firmware?

The best way to achieve end-to-end traceability for welding firmware is to establish a formal verification strategy that maps architecture-level tests, fault-injection scenarios, and timing evidence across host, SIL, and on-target environments to auditable acceptance criteria.

Do I need docs/PROJECT_CONTEXT.md and docs/TEST_PLAN.md to define welding firmware test gates?

Yes, you need docs/PROJECT_CONTEXT.md and docs/TEST_PLAN.md to define test targets, gates, and acceptance criteria. These references provide the necessary project context and test structure required to draft the long-version proof plan and artifact list.