Python Web开发：测试驱动方法

出版者:人民邮电出版社

作者:Harry J.W. Percival

页数:444

译者:安道

出版时间:2015-10

价格:99

装帧:平装

isbn号码:9787115403278

丛书系列:图灵程序设计丛书·Web开发系列

具体描述

本书从最基础的知识开始，讲解Web开发的整个流程，展示如何使用Python做测试驱动开发。本书由三个部分组成。第一部分介绍了测试驱动开发和Django的基础知识。第二部分讨论了Web开发要素，探讨了Web开发过程中不可避免的问题，及如何通过测试解决这些问题。第三部分探讨了一些高级话题，如模拟技术、集成第三方插件、Ajax、测试固件、持续集成等。本书适合Web开发人员阅读。

作者简介

Harry J.W. Percival

目前就职于PythonAnywhere LLP公司，他在各种演讲、研讨会和开发者大会上积极推广TDD。他在利物浦大学获得计算机科学硕士学位，在剑桥大学获得哲学硕士学位。

目录信息

前言　　xv
准备工作和应具备的知识　　xxi
致谢　　xxvii
第一部分　TDD 和Django 基础
第1章　使用功能测试协助安装Django　　3
1.1　遵从测试山羊的教诲，没有测试什么也别做　　3
1.2　让Django运行起来　　6
1.3　创建Git仓库　　7
第2章　使用unittest模块扩展功能测试　　11
2.1　使用功能测试驱动开发一个最简可用的应用　　11
2.2　Python标准库中的unittest模块　　14
2.3　隐式等待　　16
2.4　提交　　16
第3章　使用单元测试测试简单的首页　　18
3.1　第一个Django应用，第一个单元测试　　19
3.2　单元测试及其与功能测试的区别　　19
3.3　Django中的单元测试　　20
3.4　Django中的MVC、URL 和视图函数　　21
3.5　终于可以编写一些应用代码了　　22
3.6　urls.py　　24
3.7　为视图编写单元测试　　27
第4章　编写这些测试有什么用　　31
4.1　编程就像从井里打水　　31
4.2　使用Selenium测试用户交互　　33
4.3　遵守“不测试常量”规则，使用模板解决这个问题　　35
4.4　关于重构　　39
4.5　接着修改首页　　40
4.6　总结：TDD流程　　42
第5章　保存用户输入　　45
5.1　编写表单，发送POST请求　　45
5.2　在服务器中处理POST请求　　48
5.3　把Python变量传入模板中渲染　　49
5.4　事不过三，三则重构　　53
5.5　Django ORM和第一个模型　　54
5.5.1　第一个数据库迁移　　56
5.5.2　测试向前走得挺远　　57
5.5.3　添加新字段就要创建新迁移　　57
5.6　把POST请求中的数据存入数据库　　58
5.7　处理完POST请求后重定向　　61
5.8　在模板中渲染待办事项　　63
5.9　使用迁移创建生产数据库　　65
第6章　完成最简可用的网站　　70
6.1　确保功能测试之间相互隔离　　70
6.2　必要时做少量的设计　　74
6.2.1　YAGNI　　74
6.2.2　REST　　75
6.3　使用TDD 实现新设计　　76
6.4　逐步迭代，实现新设计　　78
6.5　使用Django测试客户端一起测试视图、模板和URL　　80
6.5.1　一个新测试类　　80
6.5.2　一个新URL　　81
6.5.3　一个新视图函数　　81
6.5.4　一个新模板，用于查看清单　　82
6.6　用于添加待办事项的URL和视图　　85
6.6.1　用来测试新建清单的测试类　　85
6.6.2　用于新建清单的URL和视图　　86
6.6.3　删除当前多余的代码和测试　　88
6.6.4　让表单指向刚添加的新URL　　88
6.7　调整模型　　89
6.7.1　通过外键实现的关联　　91
6.7.2　根据新模型定义调整其他代码　　92
6.8　每个列表都应该有自己的URL　　94
6.8.1　捕获URL中的参数　　95
6.8.2　按照新设计调整new_list视图　　96
6.9　还需要一个视图，把待办事项加入现有清单　　97
6.9.1　小心霸道的正则表达式　　98
6.9.2　最后一个新URL　　98
6.9.3　最后一个新视图　　99
6.9.4　如何在表单中使用那个URL　　100
6.10　使用URL 引入做最后一次重构　　102
第二部分　Web开发要素
第7章　美化网站：布局、样式及其测试方法　　106
7.1　如何在功能测试中测试布局和样式　　106
7.2　使用CSS框架美化网站　　109
7.3　Django模板继承　　111
7.4　集成Bootstrap　　112
7.5　Django中的静态文件　　114
7.6　使用Bootstrap中的组件改进网站外观　　116
7.6.1　超大文本块　　116
7.6.2　大型输入框　　116
7.6.3　样式化表格　　117
7.7　使用自己编写的CSS　　117
7.8　补遗：collectstatic命令和其他静态目录　　118
7.9　没谈到的话题　　121
第8章　使用过渡网站测试部署　　122
8.1　TDD以及部署的危险区域　　123
8.2　一如既往，先写测试　　124
8.3　注册域名　　126
8.4　手动配置托管网站的服务器　　126
8.4.1　选择在哪里托管网站　　127
8.4.2　搭建服务器　　127
8.4.3　用户账户、SSH和权限　　128
8.4.4　安装Nginx　　128
8.4.5　解析过渡环境和线上环境所用的域名　　129
8.4.6　使用功能测试确认域名可用而且Nginx正在运行　　130
8.5　手动部署代码　　130
8.5.1　调整数据库的位置　　131
8.5.2　创建虚拟环境　　133
8.5.3　简单配置Nginx　　135
8.5.4　使用迁移创建数据库　　137
8.6　为部署到生产环境做好准备　　138
8.6.1　换用Gunicorn　　138
8.6.2　让Nginx伺服静态文件　　139
8.6.3　换用Unix套接字　　140
8.6.4　把DEBUG设为False，设置ALLOWED_HOSTS　　141
8.6.5　使用Upstart确保引导时启动Gunicorn　　141
8.6.6　保存改动：把Gunicorn 添加到requirements.txt　　142
8.7　自动化　　143
第9章　使用Fabric自动部署　　147
9.1　分析一个Fabric部署脚本　　148
9.2　试用部署脚本　　151
9.2.1　部署到线上服务器　　153
9.2.2　使用sed配置Nginx 和Gunicorn　　155
9.3　使用Git标签标注发布状态　　155
9.4　延伸阅读　　156
第10章　输入验证和测试的组织方式　　158
10.1　针对验证的功能测试：避免提交空待办事项　　158
10.1.1　跳过测试　　159
10.1.2　把功能测试分拆到多个文件中　　160
10.1.3　运行单个测试文件　　162
10.1.4　填充功能测试　　163
10.2　使用模型层验证　　164
10.2.1　重构单元测试，分拆成多个文件　　164
10.2.2　模型验证的单元测试和self.assertRaises上下文管理器　　165
10.2.3　Django怪异的表现：保存时不验证数据　　166
10.3　在视图中显示模型验证错误　　167
10.4　Django模式：在渲染表单的视图中处理POST 请求　　171
10.4.1　重构：把new_item实现的功能移到view_list 中　　172
10.4.2　在view_list 视图中执行模型验证　　174
10.5　重构：去除硬编码的URL　　176
10.5.1　模板标签{% url %}　　176
10.5.2　重定向时使用get_absolute_url　　177
第11章　简单的表单　　181
11.1　把验证逻辑移到表单中　　181
11.1.1　使用单元测试探索表单API　　182
11.1.2　换用Django中的ModelForm类　　183
11.1.3　测试和定制表单验证　　184
11.2　在视图中使用这个表单　　186
11.2.1　在处理GET请求的视图中使用这个表单　　187
11.2.2　大量查找和替换　　189
11.3　在处理POST请求的视图中使用这个表单　　191
11.3.1　修改new_list视图的单元测试　　191
11.3.2　在视图中使用这个表单　　192
11.3.3　使用这个表单在模板中显示错误消息　　193
11.4　在其他视图中使用这个表单　　194
11.5　使用表单自带的save方法　　196
第12章　高级表单　　199
12.1　针对重复待办事项的功能测试　　199
12.1.1　在模型层禁止重复　　200
12.1.2　题外话：查询集合排序和字符串表示形式　　202
12.1.3　重写旧模型测试　　204
12.1.4　保存时确实会显示完整性错误　　205
12.2　在视图层试验待办事项重复验证　　206
12.3　处理唯一性验证的复杂表单　　207
12.4　在清单视图中使用ExistingListItemForm　　209
第13章　试探JavaScript　　213
13.1　从功能测试开始　　213
13.2　安装一个基本的JavaScript 测试运行程序　　214
13.3　使用jQuery 和<div>固件元素　　217
13.4　为想要实现的功能编写JavaScript单元测试　　219
13.5　JavaScript测试在TDD循环中的位置　　221
13.6　经验做法：onload样板代码和命名空间　　222
13.7　一些缺憾　　223
第14章　部署新代码　　224
14.1　部署到过渡服务器　　224
14.2　部署到线上服务器　　225
14.3　如果看到数据库错误该怎么办　　225
14.4　总结：为这次新发布打上Git 标签　　225
第三部分　高级话题
第15章　用户认证、集成第三方插件以及JavaScript模拟技术的使用　　228
15.1　Mozilla Persona（BrowserID）　　229
15.2　探索性编程（又名“探究”）　　229
15.2.1　为此次探究新建一个分支　　230
15.2.2　前端和JavaScript代码　　230
15.2.3　Browser-ID协议　　231
15.2.4　服务器端：自定义认证机制　　232
15.3　去掉探究代码　　237
15.3.1　常用Selenium技术：显式等待　　240
15.3.2　删除探究代码　　241
15.4　涉及外部组件的JavaScript单元测试：首次使用模拟技术　　242
15.4.1　整理：全站共用的静态文件夹　　242
15.4.2　什么是模拟技术，为什么要模拟，模拟什么　　244
15.4.3　命名空间　　244
15.4.4　在initialize函数的单元测试中使用一个简单的驭件　　245
15.4.5　高级模拟技术　　250
15.4.6　检查参数的调用　　253
15.4.7　QUnit 中的setup和teardown函数，以及Ajax请求测试　　255
15.4.8　深层嵌套回调函数和测试异步代码　　259
第16章　服务器端认证，在Python中使用模拟技术　　262
16.1　探究登录视图　　262
16.2　在Python代码中使用模拟技术　　263
16.2.1　通过模拟authenticate函数测试视图　　263
16.2.2　确认视图确实登录了用户　　266
16.3　模拟网络请求，去除自定义认证后台中的探究代码　　270
16.3.1　一个if 语句需要一个测试　　270
16.3.2　在类上使用patch修饰器　　272
16.3.3　进行布尔值比较时要留意驭件　　275
16.3.4　需要时创建用户　　276
16.3.5　get_user方法　　277
16.4　一个最简单的自定义用户模型　　279
16.4.1　稍微有点儿失望　　280
16.4.2　把测试当作文档　　281
16.4.3　用户已经通过认证　　282
16.5　关键时刻：功能测试能通过吗　　283
16.6　完善功能测试，测试退出功能　　284
第17章　测试固件、日志和服务器端调试　　287
17.1　事先创建好会话，跳过登录过程　　287
17.2　实践是检验真理的唯一标准：在过渡服务器中捕获最后的问题　　290
17.2.1　设置日志　　291
17.2.2　修正Persona引起的这个问题　　293
17.3　在过渡服务器中管理测试数据库　　295
17.3.1　创建会话的Django管理命令　　295
17.3.2　让功能测试在服务器上运行管理命令　　296
17.3.3　使用subprocess模块完成额外的工作　　298
17.4　集成日志相关的代码　　301
17.5　小结　　304
第18章　完成“My Lists”页面：由外而内的TDD　　305
18.1　对立技术：“由内而外”　　305
18.2　为什么选择使用“由外而内”　　306
18.3　“My Lists”页面的功能测试　　306
18.4　外层：表现层和模板　　307
18.5　下移一层到视图函数（控制器）　　308
18.6　使用由外而内技术，再让一个测试通过　　309
18.6.1　快速重组模板的继承层级　　309
18.6.2　使用模板设计API　　310
18.6.3　移到下一层：视图向模板中传入什么　　311
18.7　视图层的下一个需求：新建清单时应该记录属主　　312
18.8　下移到模型层　　313
第19章　测试隔离和“倾听测试的心声”　　318
19.1　重温抉择时刻：视图层依赖于尚未编写的模型代码　　318
19.2　首先尝试使用驭件实现隔离　　319
19.3　倾听测试的心声：丑陋的测试表明需要重构　　322
19.4　以完全隔离的方式重写视图测试　　323
19.4.1　为了新测试的健全性，保留之前的整合测试组件　　323
19.4.2　完全隔离的新测试组件　　324
19.4.3　站在协作者的角度思考问题　　324
19.5　下移到表单层　　328
19.6　下移到模型层　　332
19.7　关键时刻，以及使用模拟技术的风险　　335
19.8　把层与层之间的交互当作“合约”　　336
19.8.1　找出隐形合约　　337
19.8.2　修正由于疏忽导致的问题　　338
19.9　还缺一个测试　　340
19.10　清理：保留哪些整合测试　　340
19.10.1　删除表单层多余的代码　　340
19.10.2　删除以前实现的视图　　341
19.10.3　删除视图层多余的代码　　342
19.11　总结：什么时候编写隔离测试，什么时候编写整合测试　　343
19.11.1　以复杂度为准则　　344
19.11.2　两种测试都要写吗　　344
19.11.3　继续前行　　345
第20章　持续集成　　346
20.1　安装Jenkins　　346
20.1.1　Jenkins的安全配置　　348
20.1.2　添加需要的插件　　348
20.2　设置项目　　350
20.3　第一次构建　　351
20.4　设置虚拟显示器，让功能测试能在无界面的环境中运行　　353
20.5　截图　　355
20.6　一个常见的Selenium问题：条件竞争　　358
20.7　使用PhantomJS运行QUnit JavaScript测试　　361
20.7.1　安装node　　361
20.7.2　在Jenkins中添加构建步骤　　362
20.8　CI 服务器能完成的其他操作　　364
第21章　简单的社会化功能、页面模式，以及练习　　365
21.1　有多个用户以及使用addCleanup 的功能测试　　365
21.2　实现Selenium交互等待模式　　367
21.3　页面模式　　368
21.4　扩展功能测试测试第二个用户和“My Lists”页面　　371
21.5　留给读者的练习　　373
第22章　测试运行速度的快慢和炽热的岩浆　　375
22.1　正题：单元测试除了运行速度超快之外还有其他优势　　376
22.1.1　测试运行得越快，开发速度越快　　376
22.1.2　神赐的心流状态　　377
22.1.3　速度慢的测试经常不想运行，导致代码变坏　　377
22.1.4　现在还行，不过随着时间推移，整合测试会变得越来越慢　　377
22.1.5　别只听我一个人说　　377
22.1.6　单元测试能驱使我们实现好的设计　　377
22.2　纯粹的单元测试有什么问题　　378
22.2.1　隔离的测试难读也难写　　378
22.2.2　隔离测试不会自动测试集成情况　　378
22.2.3　单元测试几乎不能捕获意料之外的问题　　378
22.2.4　使用驭件的测试可能和实现方式联系紧密　　378
22.2.5　这些问题都可以解决　　379
22.3　合题：我们到底想从测试中得到什么　　379
22.3.1　正确性　　379
22.3.2　简洁可维护的代码　　379
22.3.3　高效的工作流程　　379
22.3.4　根据所需的优势评估测试　　379
22.4　架构方案　　380
22.4.1　端口和适配器（或六边形、简洁）架构　　380
22.4.2　函数式核心，命令式外壳　　381
22.5　小结　　381
遵从测试山羊的教诲　　383
附录A　PythonAnywhere　　385
附录B　基于类的Django 视图　　388
附录C　使用Ansible配置服务器　　398
附录D　测试数据库迁移　　402
附录E　接下来做什么　　407
附录F　速查表　　411
附录G　参考书目　　415
作者简介　　416
封面介绍　　416
· · · · · · (收起)

读后感

"Test-Driven Development with Python" focuses on web development, with some coverage of JavaScript (inescapable for any web programmer). This book uses a concrete example - the development of a web site, from scratch - to teach the TDD metholology, and how ...

"Test-Driven Development with Python" focuses on web development, with some coverage of JavaScript (inescapable for any web programmer). This book uses a concrete example - the development of a web site, from scratch - to teach the TDD metholology, and how ...

"Test-Driven Development with Python" focuses on web development, with some coverage of JavaScript (inescapable for any web programmer). This book uses a concrete example - the development of a web site, from scratch - to teach the TDD metholology, and how ...

"Test-Driven Development with Python" focuses on web development, with some coverage of JavaScript (inescapable for any web programmer). This book uses a concrete example - the development of a web site, from scratch - to teach the TDD metholology, and how ...

"Test-Driven Development with Python" focuses on web development, with some coverage of JavaScript (inescapable for any web programmer). This book uses a concrete example - the development of a web site, from scratch - to teach the TDD metholology, and how ...

用户评价

我是一名有几年 Web开发经验的开发者，之前主要使用 JavaScript 生态，但最近对 Python Web开发领域产生了浓厚的兴趣。在选择学习资料时，我一直偏向于那些能够提供系统性知识，并且注重实践的书籍。《Python Web开发：测试驱动方法》这本书正好满足了我的需求。尽管书名强调了“测试驱动”，但我认为它更像是一本全面讲解 Python Web开发，并将 TDD 自然融入其中的优质教材。书中对 Web开发生命周期的各个环节都有深入的剖析，从项目初始化、数据库设计、API 开发，到前端与后端集成，再到部署和维护，几乎涵盖了 Web应用开发的方方面面。作者在讲解过程中，非常注重代码的健壮性和可维护性，这一点从 TDD 的应用中就能体现出来。书中提供的不仅仅是“怎么做”，更重要的是“为什么这样做”。例如，在讲解 ORM（对象关系映射）时，作者会详细说明为什么要使用 ORM，它能解决哪些问题，并且如何通过测试来保证 ORM 的正确性。这种深度的讲解，对于已经具备一定基础的开发者来说，能够帮助我们跳出“知其然”的层面，达到“知其所以然”的境界。

这本书给我最大的惊喜在于它对“测试驱动”的诠释。我之前接触过一些 TDD 的书籍，但往往过于理论化，或者只聚焦于单元测试。而《Python Web开发：测试驱动方法》则将 TDD 与实际的 Web开发流程紧密结合，让我看到了 TDD 在真实项目中的强大生命力。作者在书中，不仅仅是在讲解如何编写测试，更是在展示如何利用测试来驱动整个 Web应用的开发。例如，在实现用户注册功能时，作者会先编写一系列的测试用例，包括有效输入、无效输入、边界条件等，然后根据这些测试用例的需求，逐步编写代码来满足测试。这种“先让测试失败，再让测试通过”的迭代过程，不仅确保了代码的质量，也极大地减少了后期调试的时间。而且，书中对各种类型的测试都有涉及，包括单元测试、集成测试、端到端测试，并且详细讲解了如何在 Python Web开发中应用这些测试。我个人尤其喜欢书中关于如何测试 API 端点的内容，这对于构建可维护的微服务架构非常有帮助。

作为一名对 Web开发充满热情的初学者，我被这本书的系统性和实用性深深吸引。一开始，我有些担心 TDD 会让学习过程变得过于枯燥，但事实证明我的顾虑是多余的。作者以非常直观和易懂的方式，将测试驱动开发的概念融入到了 Python Web开发的各个环节。书中从最基础的 Web服务器原理讲起，然后逐步引导读者构建一个完整的 Web应用。在讲解的过程中，作者始终强调“先写测试，再写代码”的原则，并通过大量的实际例子来演示这一过程。我最喜欢的是书中关于如何构建一个简单的博客系统的内容，从数据库的搭建到用户认证，再到文章的发布和评论，每一个功能的实现都伴随着详细的测试用例编写和代码实现。作者在讲解代码时，并没有使用过于专业的术语，而是用平实的语言进行解释，这对于像我这样的初学者来说，非常友好。而且，书中提供的代码示例都经过了精心设计，可以直接运行，并且具有很高的参考价值。这本书让我对 Web开发产生了更深刻的理解，也建立起了一种更加严谨和高效的开发习惯。

我是在一次技术分享会上听说了《Python Web开发：测试驱动方法》这本书，并被其独特的视角所吸引。与市面上许多泛泛而谈的 Web开发书籍不同，这本书将 TDD 作为核心方法论贯穿始终，为读者提供了一种更加可靠和健壮的开发路径。我一直认为，一个优秀的 Web应用不仅要功能完善，更要易于维护和扩展，而 TDD 正是实现这一目标的最佳手段。书中对 TDD 在 Web开发中的应用做了非常深入的探讨，从基础的单元测试到复杂的端到端测试，作者都给出了详实的讲解和实践指导。我尤其欣赏作者在书中对于如何设计测试用例的阐述，这不仅仅是简单的断言，更是对业务逻辑的深入理解和对潜在风险的预判。通过测试，我们能够更早地发现问题，并将其扼杀在摇篮里。此外，书中对 Flask 和 Django 这两个主流 Python Web框架的应用都有涉及，并且都采用了 TDD 的方式进行讲解，这为我提供了更广阔的学习空间。这本书让我对 Web开发有了更全面的认识，并且对 TDD 的重要性有了更深刻的体会。

这本书的封面设计非常吸引人，深邃的蓝色背景搭配简洁有力的书名，让人立刻感受到一股专业且富有深度的信息。我一直对 Python Web开发很感兴趣，也知道 TDD (测试驱动开发) 的重要性，所以当我看到这本书名时，就毫不犹豫地入手了。虽然我还没有完全读完，但前几章的内容已经让我受益匪浅。作者在介绍 Python Web开发的基础概念时，并没有直接跳到复杂的框架，而是循序渐进，从最核心的 HTTP协议、WSGI 接口开始讲起，再逐步深入到 Flask 或 Django 等主流框架的应用。尤其让我印象深刻的是，作者在讲解每一个概念时，都会巧妙地引入 TDD 的思维方式，比如在解释路由匹配时，会先写一个测试用例来验证期望的行为，然后再去实现路由的功能。这种“先思考，后编码”的方式，让我对 Web开发的理解更加扎实，也更能体会到测试的重要性。书中的代码示例清晰易懂，而且作者在讲解代码时，会非常详细地解释每一行代码的含义和作用，而不是简单地罗列。这对于初学者来说，是非常友好的。总的来说，这本书给我带来的不仅仅是技术知识，更是一种全新的开发思维模式。

不错～～

看到第三部分，因为Mozilla Persona已关闭，后面的就都弃掉啦…… 之前的部分还是不错的，一步步跟着做，会对TDD有深刻的印象 现在已经习惯开发之前写测试了

标记了一年的书终于全部翻看了一遍，安道老师翻译一如既往的优质，但是内容略失望，关于 TDD 的测试代码感觉写的相当糟糕。

还行，中规中矩。

看到第三部分，因为Mozilla Persona已关闭，后面的就都弃掉啦…… 之前的部分还是不错的，一步步跟着做，会对TDD有深刻的印象 现在已经习惯开发之前写测试了