技能 tdd-workflows-tdd-green
1
下载技能 ZIP
2
在 Claude 中上传
前往 设置 → 功能 → 技能 → 上传技能
3
开启并开始使用
测试它
正在使用“tdd-workflows-tdd-green”。 我有一个用户创建的失败测试。帮助我实现最小代码。
预期结果:
- 以下是使用Fake It模式的最小实现：
- class UserService {
- create(data) {
- return { id: '123', ...data };
- }
- }
- 这通过硬编码ID使测试通过。当更多测试需要时，你可以演变为真实的ID生成。
正在使用“tdd-workflows-tdd-green”。 我应该在绿色阶段实现中添加错误处理吗？
预期结果:
- 不 - 在绿色阶段，只添加测试要求的内容。如果测试不检查错误场景，暂时跳过错误处理。
- 在重构阶段当你有验证错误路径的测试时再添加。
安全审计
安全v1 • 2/25/2026
All 105 detected patterns are false positives from code examples in educational documentation. The skill contains only instructional markdown content with code samples demonstrating TDD patterns. No executable code, scripts, or runtime behavior exists. The 'MD5', 'SHA1', 'SQLite', 'backticks', and 'fetch' patterns appear strictly within code blocks as teaching examples for proper TDD implementation across multiple programming languages.
2
已扫描文件
947
分析行数
0
发现项
1
审计总数
未发现安全问题
审计者: claude
质量评分
38
架构
100
可维护性
87
内容
50
社区
100
安全
91
规范符合性
你能构建什么
学习TDD基础知识
学习测试驱动开发的新开发者可以使用此技能了解绿色阶段方法论，避免过度工程等常见错误
加速功能实现
经验丰富的开发者可以快速实现最小化通过测试的代码，避免在初始开发期间陷入过早优化的困境
团队TDD培训
采用TDD的开发团队可以使用结构化模式和示例，在组织内建立一致的绿色阶段实践
试试这些提示
基本绿色阶段实现
帮助我实现使这些失败测试通过的最小代码。专注于简单性，避免过度工程。
语言特定实现
向我展示如何使用[JavaScript/Python/Java/C#/Go/Ruby]为这些测试实现最小代码。遵循TDD绿色阶段最佳实践。
伪实现vs真实实现决策
我应该对这些测试使用伪实现还是真实实现？解释权衡并推荐最佳方法。
审查和简化实现
审查我的实现，告诉我它对于绿色阶段是否真的是最小化的，或者我是否在过度工程。如需要简化，请提出建议。
最佳实践
- 实现使测试通过所需的绝对最小代码 - 避免添加测试未要求的特性或优化
- 每次小改动后运行测试以验证进度并及早发现问题
- 记录绿色阶段期间产生的技术债务和快捷方式，以便后续重构
避免
- 镀金 - 在绿色阶段添加未请求的功能或增强
- 过早重构 - 在测试仍然失败时更改代码结构
- 在测试要求之前实施设计模式或架构决策
常见问题
什么是TDD绿色阶段？
绿色阶段是测试驱动开发的第二步，在这一阶段你需要编写使失败测试通过的最小代码。重点是简单性和速度，而非完美。
我应该使用伪实现还是真实代码？
从伪实现（硬编码值）为第一个测试开始。当后续测试揭示需要泛化的模式时，再转向真实代码。这让你专注于通过测试而不是过度思考设计。
我可以在绿色阶段进行重构吗？
避免在测试失败时进行重构。首先用最小代码使所有测试通过，然后在单独的重构阶段进行重构。这两个关注点保持清晰且易于管理。
如果我的实现感觉太简单怎么办？
这正是绿色阶段的要点所在。拥抱简单性。相信重构阶段会改进设计。专注于用最少的代码使测试通过。
我需要在绿色阶段添加错误处理吗？
只在测试明确要求时才添加错误处理。如果测试不覆盖错误场景，暂时跳过错误处理。在重构阶段当你有全面的测试覆盖时再添加。
我如何知道绿色阶段何时完成？
当所有测试通过时，绿色阶段就完成了。在那时，停止实现并进入重构阶段。不要添加测试要求之外的额外功能或改进。