tdd

Guide embedded Rust development in Tock through the Red-Green-Refactor TDD cycle.

Updated Feb 10, 2026
One-click install
npx skills add https://github.com/tardyp/esp_tock --skill tdd-tardyp
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: tdd
Source: https://github.com/tardyp/esp_tock/tree/main/.opencode/skills/tdd
Command: npx skills add https://github.com/tardyp/esp_tock --skill tdd-tardyp

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill guides you through the Test-Driven Development (TDD) methodology, ensuring robust and maintainable embedded Rust code by focusing on a structured testing approach.

Core Features & Use Cases

  • TDD Cycle Guidance: Provides clear steps for the Red, Green, and Refactor phases.
  • Host Testing Strategy: Emphasizes running tests on the host for faster feedback loops.
  • Cycle Tracking: Offers a framework for monitoring development iterations.
  • Use Case: When developing a new peripheral driver in Tock, use this Skill to ensure each piece of functionality is tested before implementation, leading to fewer bugs and more reliable code.

Quick Start

Follow the TDD cycle to implement a new feature, starting with writing a failing test.

Frequently Asked Questions about tdd

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

FAQPage Schema
How do I apply test-driven development for embedded Rust in the Tock ecosystem?

Test-driven development for embedded Rust in the Tock ecosystem is guided through the Red-Green-Refactor cycle. You write a failing test first, implement the minimum code to pass it, and then refactor while tracking each iteration.

What is the Red-Green-Refactor cycle for Rust embedded development?

The Red-Green-Refactor cycle is a TDD methodology where you write a failing test, implement code to make it pass, and then refactor. It ensures robust and maintainable embedded Rust code by tracking development iterations.

Can I run Tock peripheral driver tests on the host instead of hardware?

Yes, you can run Tock peripheral driver tests on the host machine. The methodology emphasizes host testing strategies to achieve faster feedback loops, ensuring functionality is validated before hardware implementation.

What's the best way to track TDD iterations when writing Rust drivers?

The best way to track TDD iterations is by using a framework that monitors development iterations throughout the Red-Green-Refactor cycle. This maintains productivity and code quality while developing Tock peripheral drivers.

Why use TDD for embedded Rust development in Tock?

You use TDD for embedded Rust development in Tock to ensure each piece of functionality is tested before implementation. This structured testing approach leads to fewer bugs and more reliable code.

How do I run host tests for embedded Rust drivers?

You run host tests for embedded Rust drivers by applying a host testing strategy within the TDD cycle. This method emphasizes executing tests directly on your host machine to achieve faster feedback loops during Tock development.