Imagine there’s no Jira It isn’t hard to do Just apply ATDD And Do Continuous Integration Too Imagine dev and testers Living life in peace You may say I am a dreamer But I am not the only one I hope some day you would join us Defect in the world will be just none

1. Imagine there’s no Jira
It isn’t hard to do
Just apply ATDD
And Do Continuous Integration Too
Imagine dev and testers
Living life in peace
You may say I am a dreamer
But I am not the only one
I hope some day you would join us
Defect in the world will be just none

2. Acceptance Test Driven Development
@kluak110 @sinapam
proteus-agility.com
May-12, 2012
agile66.com

3. Pam, The CTO
5-year Agile Evangelist,
Lead 20+ Agile Projects,
Hardcore Python Developer,
Kulawat, The CEO
5-year Agile Coach,
12-year in Software,
Big5 Consultant,
Agile66.com Founder
proteus-agility.com
Eidos - Agile Software Development Collaboration Tool
Agile Training
Agile Coaching
We are hiring!

5. http://gojko.net/2010/10/06/top-10-reasons-why-teams-fail-with-atdd/

8. Objective Objective

11. หัวหน้าใหญ่
Dev QA
Manager Manager
Dev Dev
QA Lead QA Lead
Lead Lead
Dev Dev Dev Dev QA QA QA QA
Team Team Team Team Team Team Team Team
Member Member Member Member Member Member Member Member
Self-Managed Scrum Team ScrumMaster

13. TDD
ATDD

14.  เขียน Acceptance Test ก่อน Code
 แค่นี้จริงๆ
 จริงๆนะ
 ปกติ QA ก็ทำาอยู่แล้ว
 DEV ไม่ชินเพราะต้องรอ Acceptance Test
ก่อน

18. Before release starts Iteration 0 Iteration n Iteration n + 1
Not Ready for Estimate
QA close the story once all
QA Acceptance Test are
QA QA passed
QA
PM put use refine Story w/ produce
conduct
cases and Exit more XC Test
AT
QAL priority list in Criteria Scripts
PM wiki
Test
Scripts
Add more XC instead
QBA of separated test idea Story w/
final XC QA produce test
BA Story w/ scripts at least for the
HLR break initial XC work of the next
down
PM story &
iteration
Story Estimates
HLR kick-off
Priority DEV may start coding but
Priority release
Story should not check it in until
Priority Test Scripts are run and
BA Story is in JIRA pass on Dev env
Story Priority in wiki Velocity
Release Plan
DL DEV In Release Planning,
discuss Initial the whole team (or DEV
HLD & HLD feature team) discuss Build
code
Spike and estimate if ready.
Dev The planning should
stop if total estimate
is beyond 120% of
Not Ready for Estimate
team capacity ATDD Flow
d1 d2 d3 d4 d5
จากบริ ษ ั ท สมมุ ต ิ ว ่ า อยู ่ แ ถวสวน

19.  Dev จะว่าง รอ QA
 QA จะรู้สึกแหม่งๆ อยู่ดๆกลายเป็นคนเขียน
ี
Requirement
 QA จะใช้เวลาเขียน Test นานขึน เพราะกลายเป็นคน
้
รับผิดชอบ Requirement!
 Dev จะบ่นว่าทำาไม Requirement มันหยุมหยิมไปหมด
 Dev จะรู้สึกว่าทำาไมต้องมาทำางาน Test ทั้งที่ตวเอง
ั
เป็น Dev
 Dev จะคุยกับ QA มากขึ้น เพราะไม่เข้าใจ Test ที่เขียน
มาก
 QA จะคุยกับ Dev มากขึ้น เพราะไม่รู้จะเขียน Test ยัง

20. จำาไม่ได้แล้วว่าเห็นทีไหน น่าจะ NetObjective.com
่

22.  Dev ชวน QA เข้า Design Session
 Dev เขียน Code ให้ Testable มากขึน หลังจากโดนด่า
้
มาเยอะ
 หา Bug ไม่คอยเจอ
่
 เลิกใช้ Bug Tracking … ไม่รู้จะใช้ทำาไม
 QA แทบไม่เหลืองานถึกซำ้าซากไม่ใช้สมอง
 QA มีเวลาคิดสร้างสรรค์ Explorative Test
 QA กับ Dev จะคุยกันตลอดเวลา

23.  ก็ยัง ATDD ได้ ดีกว่าไม่มี
 อย่างน้อยก็จะทำาให้เกิดการคุยกัน
 แต่จำำเป็นต้องทำางานเป็น iteration และ แบ่ง
ย่อย requirement เป็นหน่วยเล็กๆ เช่น user
story เพื่อให้เกิด feedback loop ที่เร็ว
 ดีที่สดคือมี Test Automation แบบบ้าคลั่ง
ุ
 Test กันทั้งวันคืนด้วย Continuous Integration

25.  ATDD, BDD, Specification By Example จะ
คล้ายๆกัน มีจุดประสงค์เดียวกันคือ Clear
Definition-Of-Done
 ATDD เหมาะมากกับ Dev Onshore / QA
Offshore หรือ Distributed Team
 หนังสือ

27. Demo