Bugday 2011 Nattanicha Rittammanart Agile evangelist Agile evangelist, Proteus

Slides:



Advertisements
งานนำเสนอที่คล้ายกัน
เขียนอีเมล์อย่างไร How to write “ ” ?
Advertisements

หลักสูตร eLearning สำหรับ มทรก เม.ย.09
Chapter 11 : System Implementation
Work Breakdown Structure
Best Practices for Managing A Project
Moment in Life บางขณะของชีวิต.
Are you a student ? Yes, I am or No , I’m not .
การตรวจสอบภายในที่ไม่ใช่การจับผิด ทำอย่างไร ?
Put the Glass Down จงวางแก้วใบนั้นลง
บริหารคนอย่างไรให้มีประสิทธิภาพ
Do Research Prabhas Chongstitvatana Chulalongkorn University 13 September 2013
Planning the site อ.ธวัชชัย สลางสิงห์.
Business System Analyst
Put “the Glass” Down วาง”แก้ว”ลง
ข้อแตกต่างระหว่าง กับ ผู้ชนะ ผู้แพ้.
Examining the Code.
Doctor’s Orders. Take up to start doing a particular job or activity. Take up เริ่มต้นดำเนินการ.
Hold My Hand.
Invitation / Accepting / Declining Invitation
If you think you are unhappy, look at them. ถ้าคิดว่าคุณไม่มีความสุข ลองดู คนพวกนี้
แบบจำลองกระบวนการซอฟต์แวร์
Wh-Question.
วิชาภาษาอังกฤษพื้นฐาน อ ชั้น ม. 2
Chapter 2 Software Process.
การสร้าง WebPage ด้วย Java Script Wachirawut Thamviset.
สรุปที่เรียนมา วิเคราะห์การบ้านงานกลุ่ม
Chapter 3 Simple Supervised learning
บทที่ 13 การทดสอบซอฟต์แวร์ ( Software Testing ).
UNIT 4 USING THE TELEPHONE. Expressions Can I help you ? - Yes, of course. - No, thank you. May I help you ? - Yes, thank you. - No, I’m sorry. What can.
Developing our strategy Ten questions that need to be answered.
Software Testing  - ช่วยกำจัด และลดข้อบกพร่องที่จะก่อให้เกิดปัญหาลงให้มากที่สุดที่จำทำได้ (ตามเวลาที่มี) - ช่วยลดความเสี่ยง เพิ่มความมั่นใจ และน่าเชื่อถือ.
เรื่อง English คิดสนุก
Modeling and Activity Diagram
Question Tag Question Tag
NJUG 4 Agile Software Development & Interactive TV application
school of Information communication Tecnology,
Question Tag Question Tag ตอนที่2 ครูรุจิรา ทับศรีนวล
Chapter 1 Introduction to Software Engineering – Software Engineering Chaichan Kusoljittakorn 1.
Question words ครูรุจิรา ทับศรีนวล ครูรุจิรา ทับศรีนวล.
Present Continuous.
 How do we improve the test?  Why do we have to improve the test?
1 การ สัมภาษ ณ์ แบบ มาตรฐาน แบบไม่ มาตรฐาน แบบไม่จำกัด คำตอบ แบบ ลึก แบบ ปฏิบัติการซ้ำ เป็น รายบุคค ล เป็น กลุ่ม.
Establishing a Culture of Achievement: Multiliteracies in the ELT Classroom Session #2: 27 July 2012.
How do scientists think and find( พบ ) answers?.
PRE-ENGINEERING 1-B. Task Manager โปรแกรมประยุกต์ที่มาพร้อมกับ OS Windows.
Homework 2 Present.
ครูรุจิรา ทับศรีนวล “Room service”. “Room service”
กลุ่ม rraid. What's your name. คุณชื่ออะไร = Miss Bangon Buntanoom How old are you. - คุณอายุเท่าไหร่ = Ages 36 Years What you have finished your course.
ภาษาอังกฤษ ชั้นมัธยมศึกษาปึที่ 4 Grammar & Reading ครูรุจิรา ทับศรีนวล.
อาจารย์ วิทูร ธรรมธัชอารี. เนื้อหาในการเรียน  เครื่องมือในการออกแบบและพัฒนาระบบ บัญชีด้วยคอมพิวเตอร์  ความรู้เบื้องต้นเกี่ยวกับฐานข้อมูล  การวางระบบบัญชีด้วยคอมพิวเตอร์
Gas-Geothermal Combined Heat Exchanger for Gas Heating
English for Reflective Thinking วิชา ภาษาอังกฤษเพื่อการสะท้อนคิด
การทดสอบซอฟต์แวร์ Software Testing
Measuring Agility in Agile Software Development
1. นี่เป็นสิ่งที่พระเยซูทรงทำ พระองค์ทรงรักษาทุกคน ที่เจ็บป่วยให้หายดี
หน่วยที่ 2 ข้อมูลและสารสนเทศ
Software Evolution แบบจำลองกระบวนการพัฒนา/ผลิตซอฟต์แวร์ (Process Model) แบบจำลองใช้สำหรับชี้นำถึงกิจกรรมหลัก (key Activities) ในการพัฒนาซอฟต์แวร์ ด้วยการกำหนดรายละเอียดหรือข้อบัญญัติไว้ในแต่ละกิจกรรมในแต่ละขั้นตอนที่มีลำดับขั้นตอนการพัฒนาที่ชัดเจน.
Generic View of Process
ระเบียบวิธีวิจัยพื้นฐานทางการเงิน
User Experience Design
การออกแบบบทเรียนคอมพิวเตอร์
Software Testing Apirada Thadadech Computer Science Department,
1 ยอห์น 1:5-7 5 นี่เป็นเรื่องราวซึ่งเราได้ยินจากพระองค์และประกาศแก่ท่าน คือพระเจ้าทรงเป็นความสว่าง ในพระองค์ไม่มีความมืดเลย 6 ถ้าเราอ้างว่ามีสามัคคีธรรมกับพระองค์แต่ยังดำเนินในความมืด.
ระเบียบวิธีวิจัยพื้นฐานทาง การตลาด
ที่มาและหน่วยงานกาชาดต่างๆ
1. พระเยซูทรงต้องการให้เราเป็น เหมือนพระองค์
การจัดการศูนย์สารสนเทศ หน่วยที่ 5
บทที่ 3 กระบวนการผลิตซอฟต์แวร์ (Software Process)
ระเบียบวิธีวิจัยพื้นฐานทางธุรกิจ
กลยุทธ์การทดสอบซอฟต์แวร์ วิศวกรรมซอฟต์แวร์ (Software Engineering)
ใบสำเนางานนำเสนอ:

Bugday 2011 Nattanicha Rittammanart Agile evangelist Agile evangelist, Proteus

 M.Sc (Software Engineering) from AIT  Project Haadthip Public Company Limited  Adjunct RMUTT  Agile Proteus Technologies  1 ในผู้แปล Agile GreanPress

Image: Agile team

A Release User Stories อยู่สูงกว่า priority เยอะกว่า Iteration Length ขนาดของที่ตัก Velocity ปริมาณเฉลี่ยที่ตักทรายได้ ในแต่ละครั้ง Release Length เวลาที่ตักทรายออกโดย ใช้ที่ตักอันนี้

I.N.V.E.S. T Waterfall Agile: ไม่มี Testing phase Independent, Negotiable, Valuable, Estimable, Testable code doesn't do much but it does and we can test Bunch of test !!!!

 Unit test ไม่ใช่เอกสารของระบบ  “ สีเขียว ” ของ unit test ที่ผ่านหมด ไม่ได้ แปลว่าระบบทำงานได้ดี  เชื่อใน mocking ใน unit test เป็นสิ่งที่ผิด  Unit test ที่รันช้า ก็ไม่มีความหมาย

 Developer: พัฒนา Product ส่งให้ tester, ทำตาม requirement ตามเอกสาร, ไม่มี unit test, เกลียด tester เพราะรู้สึกว่า ชอบทำอะไรที่คนปกติเค้าไม่ทำ กัน  Tester: ทดสอบ Product ที่มาจากการพัฒนา, ทำ อย่างไรก็ได้ให้พัง, เจอ bug เยอะยิ่งเก่ง, เกลียด developer เวลาทำชุ่ยๆ

 Developer: พัฒนา product ตาม requirement ที่เคยตกลง กันกับทีม รวมถึง tester ด้วย, รับ feedback อย่างต่อเนื่องจา กาการเทส, ช่วยเหลือ tester เวลา test  Tester: test feature ร่วม วางแผน requirement, เขียน test plan ที่มีประโยชน์กับ unit test/functional test, ทำ automated test, test story ตามที่ developer ทำเสร็จ อย่างต่อเนื่อง

 Testing is the headlights of the project  ! Where are you now? Where do you headed?  Testing provides information to the team  ! This allows the team to make informed decisions  A “bug” is anything that could bug a user  ! Testers don’t make the final call  Testing does not assure quality  ! The team does (or doesn’t)  Testing is not a game of “gotcha”  ! Find ways

Backlog User story Planning Poker Release Planning Meeting Iteration Scrum meeting Review Retrospective

มีส่วนช่วย Project manager ในการจัด priority ของ งาน

Review story Review exit criteria หา unexpected behavior Test case ของ story Define test case สร้าง Defect card/improvement card Story ID Story Points NotesNotes Exit Criteria DescriptionDescription

 User stories ที่มี edge cases  User stories ที่มีเจตนามืด  Stories that aren’t for the users  Infrastructural stories – เช่น loading the DB for setup  Unexpected / unconsidered quality criteria  Consequences after time / under load - ผลที่ ตามมา  Experiments, rather than stories – like thought experiments? -- Spike  -Bugs that need fixing, but can’t be fixed right now

BDD DSL: Domain specific language

เข้าร่วมการประชุมโหวต point ให้กับ story คาดคะเนระยะเวลาที่ใช้ test

ร่วมวางแผน หากมีการทำ test confirmation ของ story ไว้แล้ว นี่ เป็นโอกาสดีที่จะให้ทั้งทีมร่วมทดสอบ Goal?

คาดคะเนว่าต้องใช้เวลาทดสอบเยอะแค่ไหน สำหรับ iteration นี้ และเป็นไปตามเป้าหมายหรือไม่

ทำ test script Automated test (pair programming with developer) Regression test Manual test

ตอบคำถาม ทำอะไรเสร็จ แล้ว ? กำลังทำอะไร ? ติดปัญหา อะไร ?

อัพเดท task บน burn down chart ดูความเคลื่อนไหว Push progress!!!

โชว์ของ !!!

 รู้หน้าที่ใน agile project  ทำ automation test  เขียน test case แบบ BDD ได้  ให้ feed back เร็ว  Focus ที่จะทำให้ลูกค้ามีความสุข ไม่ใช่แค่เทส ให้ผ่าน exit criteria  ไม่ทำตัวเป็นผู้เฝ้าประตู แต่เป็น quality coach ของทีม erased the words “QA person” and “Developer” and replaced them with “Team”

Automate test User story BDD Planning poker Review backlog Planning meeting

 gorycki/your-unit-tests-are-useless gorycki/your-unit-tests-are-useless  is-different/ is-different/  a-picture-agile-user-stories/ a-picture-agile-user-stories/  automated-functional-testing automated-functional-testing  15.pdf 15.pdf  hendrickson-on-agile-testing/ hendrickson-on-agile-testing/  odTesters.pdf odTesters.pdf