[SKILL] 单元测试设计规则参考
面向嵌入式 / C 宿主侧单元测试的可验收工程规范:自含、不依赖其他文档定义,覆盖范围与目标、组织构建、命名约定、覆盖深度、边界与对称、断言严格性、替身设计、验证流程与审查清单九个章节,附 14 条逐项审查清单。
面向嵌入式 / C 宿主侧单元测试的可验收工程规范:自含、不依赖其他文档定义,覆盖范围与目标、组织构建、命名约定、覆盖深度、边界与对称、断言严格性、替身设计、验证流程与审查清单九个章节,附 14 条逐项审查清单。
转载自 Martin Fowler 的博客:很多人把 mock object 和 stub 混为一谈,但 Fowler 指出这里其实纠缠着两层差异——一是「状态验证 vs 行为验证」,二是「经典派 TDD vs mockist 派 TDD」。文章用一个订单/仓库的例子演示了两种写法,借 Meszaros 的术语厘清了 dummy、fake、stub、spy、mock 五种测试替身,并从驱动 TDD、夹具搭建、测试隔离、与实现耦合、设计风格等几个维度,把两种风格的取舍掰开了讲。
转载自 Steve Sanderson 的博客:好的单元测试和坏的单元测试差别在哪?作者的核心观点是——单元测试不是用来找 bug 的,找 bug 该靠手工测试和集成测试;单元测试的真正用途是在 TDD 流程里帮你稳健地设计软件组件。文章给出了一条从「纯单元测试」到「纯集成测试」的光谱,并总结了写出落在「甜蜜点」上的单元测试的几条实操建议。