没有测试用例的项目都是耍流氓
风爻的开发日常
当产品经理Tony
端着一杯热乎乎的Coffee
路过你身旁
向你发起了一次习惯性的问候
那么问题来了
如何优雅而又不失礼貌的怼回去呢？
是的！你需要一打测试用例压压惊！
此时此刻
很多小伙伴的内心
可能是这样的
↓↓↓↓↓↓↓↓
不要方，其实
实现Flask App测试驱动很简单
在开始Coding之前，依然是我们的阅读五分钟时间
我们为什么需要测试用例呢？
要知道
程序员们的目标
可都是
迎娶白富美，走上人生巅峰
星辰大海（Create Product）
为了当上海贼王
额不是，征服星辰大海
于是程序员们
开始建造桥梁（coding）
来得到世界的宝藏
可是
这桥并不一定安全啊
走到半路也可能会卡住
然而
生命只有一次
怎么办？
虽然我们可以多派点炮灰
不过士兵（DEV/QA）
这么宝贵的资源
怎么能随意浪费
显然我们需要
既经济实惠又不违背人伦观的炮灰
机器人 (Run A Testcase)
测试用例
就是机器人生产车间
虽然现在我们可以愉快的让炮灰踩坑
可是问题又来了，谁能保证桥是绝对安全的呢？
要是我们对每一个木板（功能函数、类等）做检查
是不是就会更安全了？
就这样
成功的构造成了一座健壮的桥（A Milestone）
一个Milestone结束了，新的Milestone又开始了
编程体验其实就是一次又一次的探险过程
显然这里重复的工作很多
解放人类（automation）是程序员的毕生追求
于是，聪明的程序员们又
再次改进
自动化测试！
欢迎来到测试驱动的编程世界
Demo Code: [vecmna]
即日起启用全新域名（海外服务器）
也可通过“阅读原文”查看
【划重点】本期课后知识学习：
- pytest
最低指标：可以完成基础的启动操作
- travis
最低指标：知道如何激活项目travis配置
- code coverage
最低指标： 了解如何使用code coverage
【扩展命题】
- 是否有必要构造关于测试用例的测试用例？
- 测试用例A和测试用例B的存在依赖时如何解决依赖关系？
- 测试用例中的敏感数据（如密码、私钥）如何处理？
Flask第三期，终于上线了。
虽然之前明确不保证准时上线，还是想给各位订阅的读者们道个歉。
对不起，这期来的晚了三周。
最近的职业生涯不太平，4个月换了3份工作，把我自己都吓到了。
没办法，这就是互联网/区块链的世界，充满挑战也充满了变数，很多事的成功、存活与否，就是和运气有关，当然啦，运气也是实力之一啊！至少，职业生涯又一个稀有成就Get ✔️ emmm… 现在我感觉自己的职业生涯背景，复杂的都有点玄幻了。
经过三期的尝试，我们认为漫画是一个很不错的载体，也是我很喜欢的方式，希望你也喜欢，后续我们也会继续画下去。客观说漫画也有它的局限性，我们也在思考在趣味性和实用性之间的平衡点，后面几期涉及到复杂度，我们也不排除会引入一些新的方式，希望你也会喜欢。但无论是哪种载体，请记住风爻喜欢的风格：
原理是活泼的，代码是严谨的
如果你有好的想法，也欢迎在公众号直接留言给我们。首位提出者，一经采用，一份正品乐高等你
如果你觉得当期内容对你来说有些难，或者有些简单，也欢迎反馈给我们，虽然我们并不一定会为了迎合你的口味调整难度😏建议格式：“第x期，职业，实际编程年限。”
下期预告
风爻的开发日常 — —
你的账户模块设计对了吗
预计9月中旬上线，依然无责任跳票（叒新入职某厂，事情真的超多😏）。
风爻哥哥
阅读5分钟，Coding两小时
