tdd

SpecDD与TDD目录一、从一句话需求到具体的业务场景二、Spec和SpecDD三、TDD四、总结现在AI的能力越来越强，在一些常见的小型项目中，一句话需求已经能够生成一个可以运行的初版。有的项目，如俄罗斯方块，贪吃蛇，鹈鹕骑车等项目可以在没有任何代码基础上，也不需要额外的约束和说明就可以完成。这是因为这些项目已经是通识性表达（所谓的通识性表达，这种表达的背后相关的限定信息比较丰富，但同时又能够在很广泛的范围里达成共识）。

SDD + TDD：AI 时代的开发范式把想法丢给 AI，让它生成代码，看着差不多就收下——这种被称作 Vibe Coding 的写法，实际效果往往不如人意；问题不在模型不够聪明，而在开发过程缺了两个最基本的保障：

LTE小区光路降质告警排查与处理实录摘要：本文记录了一起LTE小区光路降质告警的完整排查与处理过程。通过提取收发光、查询历史告警和现场更换F口光模块，最终成功清除告警，恢复小区正常运行。

Pi实战 12：TDD 测试驱动篇——用 Pi 做测试驱动开发来源：Daniel Weinmann、Marcos Lobo、tweag《Agentic Coding Handbook》、VS Code TDD 指南，以及 Martin Fowler 对"Agent 循环内 TDD"的质疑（保持客观）。

光路异常告警排查实战：LTE室分与5G小区两个案例解析摘要：本文通过两个实际案例，介绍LTE室分小区和5G小区在光路异常场景下的告警排查过程。案例一展示了级联RRU光路问题导致的小区退服告警，案例二揭示了25G光模块降速导致前传链路带宽减半进而引发FRU故障的问题，两个案例均通过历史告警分析和现场光路排查定位根因。

BBU与RRU光链路详解：从双纤一收一发到单纤双向摘要：本文围绕 BBU 与 RRU 之间的光链路展开，先介绍物理层双纤方案中两芯光纤一收一发的连接方式，再说明单纤双向（BiDi）技术如何用一根光纤实现上下行传输，最后讲解光路质量的关键指标，包括发射光功率（Tx）、接收光功率（Rx）的正常范围、光衰要求以及两侧收光弱的排查思路。

AI工具人PM产品经理

Claude Code TDD 实战：84 个测试护体的 spec→plan 开发流用 AI 写代码最怕什么？不是写不出来，是写乱了——改了 A 功能碰坏 B 功能，越到后面越不敢动。我这个小程序 6 天写了 9000 行、44 个云函数，到第 6 天还敢大改首页，靠的就是一套流程和 84 个测试。这篇拆开讲。

5G站点BBU功能模块集成化与偶发案例爱立信通过一体化设计将风扇、电源、接口等模块集成在BBU内部，实现体积小、功耗低、易部署的特点，主要表现如下：

测试驱动开发-TDDTDD (Test‑Driven Development，测试驱动开发) 核心思想：先写测试，再写业务代码，让测试来驱动功能实现，和传统思路反过来。

5G基站开关电源故障导致小区频闪退服案例5G基站中的开关电源（通信开关电源）是整个基站的 “动力心脏”与“血液泵” ，其核心作用是将不稳定的市电或备用电池电能，转换为通信设备所需的稳定、纯净的直流电，确保基站设备在任何情况下都能持续、稳定运行。

06 | 200个单元测试C项目也能TDD🎯 系列第 6 篇 · 有人说"C 写测试太麻烦" —— 200 个用例告诉你，C 项目也可以 TDD。 📖 上一篇：持久化、撤销、提示：非核心功能

一叶飘零_sweeeet

AI 编程时代的质量底座：SDD 规范驱动与 TDD 测试驱动深度实战过去两年里，我接触了上千位用AI写Java代码的开发者，其中超过七成的人陷入了同一个困境：对着AI工具说一句“帮我写个用户登录接口”，生成的代码看着像模像样，一跑全是坑——参数没校验、异常没处理、边界条件全漏了，改bug的时间比自己写还长。

甜美的小天鹅

TDD in HTML & JavaScript 概述谈到应用程序的UI，其实包括两个方面的内容：一方面是纯图形的look & feel；另一方面，则是用户和应用程序的交互。用户和应用程序的交互往往同时导致图形界面的变化，并且，转换到新的交互行为。

测试框架体系 TDD DDT BDD ATDD 介绍测试框架不仅仅是工具的集合，它是一套指导测试用例设计与执行的规则体系。它由最佳实践、编码标准、数据处理方法、对象库管理及结果报告机制组成，旨在帮助 QA 团队更高效、规范地进行测试工作。

麦哲思科技任甲林

MASE：一套会自我进化的 AI 软件工程方法论当 OpenSpec 管好了「规范怎么写」，Superpower 管好了「单点能力怎么强」，谁来管「整个研发过程怎么跑」？

麦哲思科技任甲林

Vibe Coding 实战（中篇）：设计、编码与调试阶段总结摘要：本文记录「AI 需求分析师」软件从设计到编码再到调试的完整过程，重点展示如何与 AI 协作完成高质量的代码实现，以及如何高效解决开发过程中遇到的问题。

TDD——测试驱动开发TDD 是测试驱动开发 (Test-Driven Development) 的缩写。它不像传统开发那样“先写代码，再补测试”，而是完全反过来的——先写测试，再写代码。

A.说学逗唱的Coke

【AI·Coding】TDD × SDD × AI Coding：从“测试驱动“到“规范驱动“的智能协作实践AI 辅助编程工具（GitHub Copilot、Cursor、WorkBuddy 等）正在快速改变软件开发的范式。但随之而来的一个核心问题浮出水面：

TDD+Ralph：AI 编程实战之前写了：SDD+TDD+Harness+Ralph：AI 编程不翻车指南。今天决定用这套流程开发一个简单的应用练手，我选择让 AI 给撸一个独立开发经典三件套之一的记账软件。

一路往蓝-Anbo

第九章：OTA 与 Flash 驱动 —— 如何用TDD验证固件升级逻辑的鲁棒性这一章我们将切入一个非常关键且具有挑战性的场景：OTA（Over-the-Air）固件更新。OTA 逻辑最怕的是什么？是中途断电、Flash 写入失败、校验和不匹配。如果你在真机上测试这些异常，可能需要反复烧录、断开电源，甚至不小心把片子变“砖”。在 TDD 的世界里，我们可以优雅地模拟这些灾难。