Python Web开发：测试驱动方法
2020-04-17 16:49:21 0 举报AI智能生成
登录查看完整内容
Python Web开发：测试驱动方法
作者其他创作
大纲/内容
Python Web开发：测试驱动方法
第三部分 高级话题
15 用户认证、集成第三方插件以及 JavaScript 模拟技术的使用
15.1 Mozilla Persona（BrowserID）
15.2 探索性编程（又名“探究”）
15.3 去掉探究代码
15.4 涉及外部组件的JavaScript单元测试：首次使用模拟技术
16 服务器端认证，在Python中使用模拟技术
16.1 探究登录视图
16.2 在Python代码中使用模拟技术
16.3 模拟网络请求，去除自定义认证后台中的探究代码
16.4 一个最简单的自定义用户模型
16.5 关键时刻：功能测试能通过吗
16.6 完善功能测试，测试退出功能
17 测试固件、日志和服务器端调试
17.1 事先创建好会话，跳过登录过程
17.2 实践是检验真理的唯一标准：在过渡服务器中捕获最后的问题
17.3 在过渡服务器中管理测试数据库
17.4 集成日志相关的代码
17.5 小结
18 完成“My Lists”页面：由外而内的TDD
18.1 对立技术：“由内而外”
18.2 为什么选择使用“由外而内”
18.3 “My Lists”页面的功能测试
18.4 外层：表现层和模板
18.5 下移一层到视图函数（控制器）
18.6 使用由外而内技术，再让一个测试通过
18.7 视图层的下一个需求：新建清单时应该记录属主
18.8 下移到模型层
19 测试隔离和“倾听测试的心声”
19.1 重温抉择时刻：视图层依赖于尚未编写的模型代码
19.2 首先尝试使用驭件实现隔离
19.3 倾听测试的心声：丑陋的测试表明需要重构
19.4 以完全隔离的方式重写视图测试
19.5 下移到表单层
19.6 下移到模型层
19.7 关键时刻，以及使用模拟技术的风险
19.8 把层与层之间的交互当作“合约”
19.9 还缺一个测试
19.10 清理：保留哪些整合测试
19.11 总结：什么时候编写隔离测试，什么时候编写整合测试
20 持续集成
20.1 安装Jenkins
20.2 设置项目
20.3 第一次构建
20.4 设置虚拟显示器，让功能测试能在无界面的环境中运行
20.5 截图
20.6 一个常见的Selenium问题：条件竞争
20.7 使用PhantomJS运行QUnit JavaScript测试
20.8 CI服务器能完成的其他操作
21 简单的社会化功能、页面模式，以及练习
21.1 有多个用户以及使用addCleanup的功能测试
21.2 实现Selenium交互等待模式
21.3 页面模式
21.4 扩展功能测试测试第二个用户和“My Lists”页面
21.5 留给读者的练习
22 测试运行速度的快慢和炽热的岩浆
22.1 正题：单元测试除了运行速度超快之外还有其他优势
22.2 纯粹的单元测试有什么问题
22.3 合题：我们到底想从测试中得到什么
22.4 架构方案
22.5 小结
遵从测试山羊的教诲
测试很难
让CI构建始终能通过
像重视代码一样重视测试
别忘了给吧台服务员小费
别见外
附录 A PythonAnywhere
A.1 使用Xvfb在Firefox中运行Selenium会话
A.2 以PythonAnywhere Web应用的方式安装Django
A.3 清理/tmp目录
A.4 截图
A.5 关于部署
附录 B 基于类的Django视图
B.1 基于类的通用视图
B.2 使用FormView实现首页
B.3 使用form_valid定制CreateView
B.4 一个更复杂的视图，既能查看清单，也能向清单中添加待办事项
B.5 新旧版对比
B.6 为CBGV编写单元测试有最佳实践吗
附录 C 使用 Ansible 配置服务器
C.1 安装系统包和Nginx
C.2 配置Gunicorn，使用处理程序重启服务
C.3 接下来做什么
附录 D 测试数据库迁移
D.1 尝试部署到过渡服务器
D.2 在本地执行一个用于测试的迁移
D.3 插入一个数据迁移
D.4 一起测试这两个迁移
D.5 小结
附录 E 接下来做什么
E.1 提醒——站内提醒以及邮件提醒
E.2 换用Postgres
E.3 在不同的浏览器中运行测试
E.4 400和500测试
E.5 Django管理后台
E.6 研究一种BDD工具
E.7 编写一些安全测试
E.8 测试优雅降级
E.9 缓存和性能测试
E.10 JavaScript MVC框架
E.11 异步和websocket
E.12 换用py.test
E.13 客户端加密
E.14 你的建议
附录 F 速查表
F.1 项目开始阶段
F.2 TDD基本流程
F.3 测试不止要在开发环境中运行
F.4 通用的测试最佳实践
F.5 Selenium/功能测试最佳实践
F.6 由外而内，测试隔离与整合测试，模拟技术
附录 G 参考书目
封面介绍
看完了
第一部分 TDD 和 Django 基础
1 使用功能测试协助安装 Django
1.1 遵从测试山羊的教诲，没有测试什么也别做
1.2 让Django运行起来
1.3 创建Git仓库
2 使用 unittest 模块扩展功能测试
2.1 使用功能测试驱动开发一个最简可用的应用
2.2 Python标准库中的unittest模块
2.3 隐式等待
2.4 提交
3 使用单元测试测试简单的首页
3.1 第一个Django应用，第一个单元测试
3.2 单元测试及其与功能测试的区别
3.3 Django中的单元测试
3.4 Django中的MVC、URL和视图函数
3.5 终于可以编写一些应用代码了
3.6 urls.py
3.7 为视图编写单元测试
4 编写这些测试有什么用
4.1 编程就像从井里打水
4.2 使用 Selenium 测试用户交互
4.3 遵守“不测试常量”规则，使用模板解决这个问题
4.4 关于重构
4.5 接着修改首页
4.6 总结：TDD流程
5 保存用户输入
5.1 编写表单，发送POST请求
5.2 在服务器中处理POST请求
5.3 把Python变量传入模板中渲染
5.4 事不过三，三则重构
5.5 Django ORM和第一个模型
5.6 把POST请求中的数据存入数据库
5.7 处理完POST请求后重定向
5.8 在模板中渲染待办事项
5.9 使用迁移创建生产数据库
6 完成最简可用的网站
6.1 确保功能测试之间相互隔离
6.2 必要时做少量的设计
6.3 使用TDD实现新设计
6.4 逐步迭代，实现新设计
6.5 使用Django测试客户端一起测试视图、模板和URL
6.6 用于添加待办事项的URL和视图
6.7 调整模型
6.8 每个列表都应该有自己的URL
6.9 还需要一个视图，把待办事项加入现有清单
6.10 使用URL引入做最后一次重构
第二部分 Web 开发要素
7 美化网站：布局、样式及其测试方法
7.1 如何在功能测试中测试布局和样式
7.2 使用CSS框架美化网站
7.3 Django模板继承
7.4 集成Bootstrap
7.5 Django中的静态文件
7.6 使用Bootstrap中的组件改进网站外观
7.7 使用自己编写的CSS
7.8 补遗：collectstatic命令和其他静态目录
7.9 没谈到的话题
8 使用过渡网站测试部署
8.1 TDD以及部署的危险区域
8.2 一如既往，先写测试
8.3 注册域名
8.4 手动配置托管网站的服务器
8.5 手动部署代码
8.6 为部署到生产环境做好准备
8.7 自动化
9 使用 Fabric 自动部署
9.1 分析一个Fabric部署脚本
9.2 试用部署脚本
9.3 使用Git标签标注发布状态
9.4 延伸阅读
10 输入验证和测试的组织方式
10.1 针对验证的功能测试：避免提交空待办事项
10.2 使用模型层验证
10.3 在视图中显示模型验证错误
10.4 Django模式：在渲染表单的视图中处理POST请求
10.5 重构：去除硬编码的URL
11 简单的表单
11.1 把验证逻辑移到表单中
11.2 在视图中使用这个表单
11.3 在处理POST请求的视图中使用这个表单
11.4 在其他视图中使用这个表单
11.5 使用表单自带的save方法
12 高级表单
12.1 针对重复待办事项的功能测试
12.2 在视图层试验待办事项重复验证
12.3 处理唯一性验证的复杂表单
12.4 在清单视图中使用ExistingListItemForm
13 试探JavaScript
13.1 从功能测试开始
13.2 安装一个基本的JavaScript测试运行程序
13.3 使用jQuery和<div>固件元素
13.4 为想要实现的功能编写JavaScript单元测试
13.5 JavaScript测试在TDD循环中的位置
13.6 经验做法：onload样板代码和命名空间
13.7 一些缺憾
14 部署新代码
14.1 部署到过渡服务器
14.2 部署到线上服务器
14.3 如果看到数据库错误该怎么办
14.4 总结：为这次新发布打上Git标签
0 条评论
回复 删除
下一页
