SHUHARI 的博客

流光飞舞

标签 单元测试

Flask 应用集成测试案例谈

Flask 应用集成测试案例谈

我们都知道,测试是有层次的。一般来说,测试的组织应该形成类似下图那样金字塔型的结构:在底层有数量很大、短小而快速的单元测试,在开发过程中提供实时反馈;中间层是集成测试,验证各个组件组合在一起是否正常工作;再往上则有所分化,依照不同的侧重点与表现形式、有系统测试、UI 测试、用户验收测试(UAT)、接口测试、端到端测试等多种不同的称呼。从自底向上的角度看,它们应该在数量上逐层递减,但测试覆盖的范围则更大(相应的执行速度也会变慢),在损失代码局部细节的同时,也获得了更广泛的全局视角。

测试层次

翻译:《为什么大多数单元测试是浪费》

前言:本文是 James O Coplien 的文章《为什么大多数单元测试是浪费》第一部分的中文翻译,原文地址: Why Most Unit Testing is Waste。关于该翻译的介绍与背景,请参考 索引 部分。对于其中部分可能不太容易理解的地方,我尝试自己加入一些说明,您可以参考最后部分的脚注。

翻译:《为什么大多数单元测试是浪费》索引

TDD (测试驱动开发)是敏捷开发、特别是极限编程(XP)的核心实践之一,也是我长期以来一直坚持采用的方法。因此,当我最近偶然从一个链接发现这篇文章时,它带给我的震动是可想而知的。虽然在之前我也模糊地感觉到单元测试可能存在的一些问题,但一直相信是自己水平不够、认识有限的原因,没有更深入地思考过。也曾听说过 DHH(Ruby on Rails 框架的作者)对 TDD 的反对意见,但也只是想那可能是 RoR 框架本身的局限,不一定是广泛适用的结论。