资源介绍
视频数量：24个
总时长：1小时18分
课程介绍：
精通测试驱动开发：用Django走向成功
写完一段代码，你敢不敢直接上线？每次重构，心里是不是都在打鼓，不知道会不会突然冒出一个意想不到的bug来？这种感觉我相信很多程序员都体验过。写代码的时候信心满满，一到提交的时候就心虚，改一行代码要手动测半天，生怕牵一发动全身。这种痛苦的根源，往往不是因为你不够聪明，而是开发流程本身出了问题。
测试驱动开发，简称TDD，就是来解决这个问题的。它不是让你多写测试那么简单，而是一种完全不同的开发思维方式。这门课程会用不到80分钟的时间，带你从零开始，真正理解TDD是怎么工作的，为什么它能让代码质量产生质的飞跃。
课程第一部分会从基础讲起。你会看到软件测试是怎么从最原始的事后检查，一步一步演变到现在这种主动预防的理念的。早期做软件，测试都是最后才想起来做的事情——程序员吭哧吭哧写完几千行代码，等应用完全组装好了才有人去验证能不能跑。这种被动的方式代价太大了，一旦发现根本性问题，推倒重建是常有的事。现在你明白为什么需要TDD了吧？它要解决的就是这个反馈周期太慢的问题。
这部分会详细讲解TDD的核心哲学，帮你建立正确的认知框架。课程会重点解释红绿重构的生命周期——红灯失败、绿灯通过、重构改进，这三个状态的切换可不是随便走个形式，每个阶段都有它独特的价值。另外，课程还会把传统测试和TDD放在一起比较，告诉你两者各自适合什么场景，以及TDD能给团队带来什么样的投资回报。
有了基础认知之后，第二部分会带你深入代码结构层面。很多人以为TDD就是先写测试再写代码，其实没那么简单。能不能做好TDD，很大程度上取决于你的代码本身是不是可测试的。
这部分会从单元测试的定义讲起，告诉你什么才算是一个好的测试。好的测试有什么特征？它们应该是什么样的结构？课程会一一拆解。更重要的是，这里会讲到测试替身的概念，包括mock、fake和stub的区别和使用场景。很多人在实际工作中搞不清楚什么时候该用mock，什么时候该用stub，学完这节你就明白了。
还有一个关键点是依赖注入在TDD中的角色。依赖注入不是凭空冒出来的设计技巧，它是为TDD服务的。通过依赖注入，你可以把被测对象和它的依赖解耦，让单元测试真正只测一个单元。课程会用具体的例子告诉你，怎么用依赖注入让你的代码从难以测试变得易于测试。
这里还会讲到SOLID原则和TDD的关系。很多人觉得SOLID原则是架构层面的高深理论，跟自己写业务代码没什么关系。这么想就错了。SOLID原则和TDD是天然配合的，它们就是让测试成为可能的那个底层基础。比如单一职责原则，如果一个类承担了太多职责，你的测试用例会迅速膨胀，变得脆弱又难维护。当你被迫先写测试的时候，你会发现自己不得不把复杂的逻辑拆分成更小、更可测试的单元。开闭原则也一样——通过对接口编程和依赖注入，你可以添加新功能而不破坏现有逻辑，现有测试会第一时间告诉你哪里出了问题。
第三部分会带你进入一个更广阔的视角：行为驱动开发，也就是BDD。TDD在确保方法内部逻辑正确方面很有效，但它有时候跟实际的业务需求会脱节。BDD就是在解决这个问题。它把关注点从纯粹的技术验证，转移到整个系统的行为描述上来。
BDD强调的是通用语言的概念。项目里的每个人——开发人员、测试人员、产品经理、业务分析师——都用同一套词汇来描述需求。这样一来，测试不再是孤立的工程任务，而是变成了一种协作活动。你不需要写只有工程师才能看懂的复杂技术测试用例，而是用人类可读的结构化格式来起草规范。产品负责人可以在你写任何一行生产代码之前，就参与到系统期望行为的定义中来。课程会详细讲解Given-When-Then的规范模板，这是BDD实践中最重要的工具之一。
这部分还会分析TDD和BDD在架构层面的差异，告诉你什么情况下该用哪种方法，以及怎么在团队中建立跨职能沟通的共同语言。
第四部分进入高级内容。你会学到状态测试和交互测试的区别，什么时候该验证对象的状态变化，什么时候该验证对象之间的交互调用。这两种方法各有优劣，用对了能让你的测试既高效又稳定。
课程还会介绍经典TDD学派和Mockist TDD学派的哲学差异。这两个流派在处理外部依赖时采取了完全不同的策略，理解它们的分歧能帮你形成自己的判断。还有一个很实用的内容是关于遗留代码的测试策略。很多人手上都有那种写了很多年、几乎没有测试的老项目，想改但不敢改。课程会教你一套理论方法，告诉你怎么在不破坏现有功能的前提下逐步为遗留代码建立测试保护。
这部分还会讲到测试反模式——你的测试套件可能正在慢慢腐烂，变成难以维护的负担。同时也会客观分析代码覆盖率指标的局限，高覆盖率不等于高质量的测试。
最后一部分落地到企业实践。TDD在敏捷开发流程里应该怎么嵌入？它在持续集成流水线中扮演什么角色？课程会给你具体的答案。
这里会讲到质量保证角色在TDD环境下的重新定义。当开发人员承担起写测试的责任，测试人员的角色会发生什么变化？两者如何协作才能最大化效率。最后，课程会教你如何为TDD实践定义关键绩效指标，让你能用数据说服团队和领导，证明TDD的价值。
整门课程内容很紧凑，但每节都是干货。你不需要是测试专家才能学这门课，只要有一定的编程基础就行。如果你是Django或Python开发者，想写出更有信心的代码，这门课很适合你。如果你一直听说TDD这个词，但不知道它到底是怎么回事、怎么用到实际项目中，这门课能帮你建立系统认知。如果你在团队里负责代码质量或者想推动测试文化的建设，里面的企业实践部分会给你很多启发。如果你是自学者，喜欢系统性理解一个领域而不是东学一点西学一点，这门课的结构化讲解会很对你胃口。
学完这门课，你得到的不是一堆死板的测试模板，而是一套理解测试驱动开发的思维框架。有了这个框架，你再去看自己手头的代码，就知道该从哪里开始、该怎么设计、该避免哪些坑。测试不是负担，好的测试是给代码上保险，让你改代码的时候敢下刀、敢重构、敢往前跑。