Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
TDD, BDD and Beyond
Search
ipfans
April 25, 2021
Programming
0
29
TDD, BDD and Beyond
内部培训分享
ipfans
April 25, 2021
Tweet
Share
More Decks by ipfans
See All by ipfans
Event Modeling: 新项目沟通方式
ipfans
0
25
Go最差实践
ipfans
0
30
现代方式使用asyncio
ipfans
0
53
Go的版本管理之路
ipfans
0
70
Other Decks in Programming
See All in Programming
『改訂新版 良いコード/悪いコードで学ぶ設計入門』活用方法−爆速でスキルアップする!効果的な学習アプローチ / effective-learning-of-good-code
minodriven
28
4.2k
技術的負債と向き合うカイゼン活動を1年続けて分かった "持続可能" なプロダクト開発
yuichiro_serita
0
300
Оптимизируем производительность блока Казначейство
lamodatech
0
960
HTML/CSS超絶浅い説明
yuki0329
0
190
PSR-15 はあなたのための ものではない? - phpcon2024
myamagishi
0
410
shadcn/uiを使ってReactでの開発を加速させよう!
lef237
0
300
BEエンジニアがFEの業務をできるようになるまでにやったこと
yoshida_ryushin
0
200
ATDDで素早く安定した デリバリを実現しよう!
tonnsama
1
1.9k
functionalなアプローチで動的要素を排除する
ryopeko
1
220
「とりあえず動く」コードはよい、「読みやすい」コードはもっとよい / Code that 'just works' is good, but code that is 'readable' is even better.
mkmk884
6
1.4k
Package Traits
ikesyo
1
210
Асинхронность неизбежна: как мы проектировали сервис уведомлений
lamodatech
0
1.4k
Featured
See All Featured
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
6
500
Dealing with People You Can't Stand - Big Design 2015
cassininazir
365
25k
Agile that works and the tools we love
rasmusluckow
328
21k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
27
1.5k
Principles of Awesome APIs and How to Build Them.
keavy
126
17k
VelocityConf: Rendering Performance Case Studies
addyosmani
327
24k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Docker and Python
trallard
43
3.2k
GitHub's CSS Performance
jonrohan
1030
460k
How to Ace a Technical Interview
jacobian
276
23k
Building Adaptive Systems
keathley
38
2.4k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
132
33k
Transcript
TDD, BDD AND BEYOND
什么是TDD?
什么是TDD? • TDD (Test Driven Development, 测试驱动开发) • 由极限编程中倡导,以其倡导先写测试程序,然后编码实现其功能得名; •
TDD的⽬的是取得快速反馈并使⽤“illustrate the main line”⽅法来构建程序; • 本质是⼀种确保功能被正确执⾏的思路实现;
TDD实现周期 • TDD周期 • 编写下⼀个功能测试,通常是失败 的,标记为红⾊; • 实现功能,使功能正常通过测试,标 记为绿⾊; •
重构功能,保持代码新鲜和健康,并 且过程完成后测试必须是绿⾊;
TDD优势、缺陷和不⾜ • 优势 • 研究报告说良好正确的编写错误可以避免程序错误⾼达60%。 • 让重构过程更加安⼼,你可以通过测试直接知晓是否正确执⾏。 • 强迫必须进⾏良好设计,以⽅便更好的编写测试代码。 •
好的测试可以做⽂档。
TDD优势、缺陷和不⾜ • 缺陷 • TDD会降低部分开发效率,尤其是未进⾏良好设计的前提下。 • 很多时候开发任务会明显增加。 • 当进⾏⼤规模重构时,⼀些时候意味着测试代码同样需要进⾏调整。 •
不⾜ • ⽆⽤测试可能会导致花费了时间但未能实现⽬标; • 测试可能存在预设输出错误,⽽很多时候往往意识不到;
什么是BDD?
什么是BDD? • BDD(Behavior-driven development, ⾏为驱动开发) • 可以视为TDD的超集,关注点为程序⾏为⽽不是实现细节; • 以软件交付的⾏为为核⼼确认,确保交付功能符合预期; •
⿎励开发者、QA和市场商务⼈员之间的协作,交付以⽤户为核⼼的代码;
BDD⽣命周期
BDD实现要素 • 通常包含以下要件: • ⽤户故事(User Story),⼀般由产品经理输 出; • 可接受结果(Accept Criteria),⼀般由产品
经理和QA输出; • ⽤户故事转化为格式化故事: • Scenario:功能描述 • Given:给定条件 • When:上下⽂信息,⽐如操作 • Then:可接受结果
BDD优势、缺陷和不⾜ • 优势 • 关注交付功能,更贴近⽤户,⽅便业务理解,定义业务价值; • 明确验收标准,有效帮助QA验证 • 对边界问题和异常问题定义有⼀定帮助 •
⽅便其他⾮开发⼈员理解程序功能
BDD优势、缺陷和不⾜ • 缺陷 • 不是所有的问题都那么好描述,尤其是业务流程复杂的时候; • 不是所有的情况都可能⼀次性被枚举出来,有些繁琐和⼩粒度的业务组合; • 不⾜ •
并不是完全真正的⽤户⾏为,更多的是程序的结果输出⾏为; • 构建描述时为了开发/转换体验,与通⽤沟通语⾔仍旧存在差异;
WHY BDD?
关注功能交付!
BDD IN GOLANG
BDD IN ACTION
BDD IN ACTION
BDD IN ACTION