Agile Experience

ตอบด้วยคำถาม
- อยู่ดึกเข้ามาทำวันเสาร์ ยังถือว่า time boxed iteration ได้หรือไม่?
- ถ้า unit testing เป็นของ developer และดีพอแล้ว จะมี QA ทำไม?
- ถ้า developer ทำ test แล้วยังต้อง มี QA ทำไมไม่ให้ QA เป็นคนทำ test อย่างเดียว, developer จะได้มีเวลาโค้ดเพื่อสร้าง value ได้มากขึ้น
- ถ้า developer อู้ ทำน้อยแต่โหวตมากๆ จะทำอย่างไร?
- ทำทั้งหมดนี้แล้วจะ commit ได้หรือไม่ว่าทั้งหมดเสร็จเืมื่อไหร่?

เรื่องการ testing เนี่ย unit testing ก็เหมือนกับ white box testing เราเขียนโดยที่เรารู้ code และก็เป็นแค่การ test ในส่วนๆหนึ่งไม่ได้ test การประกอบร่างกับส่วนอื่นๆมากนัก

การ Test ยังมี functional test, performance test, capacity test, exploratory test โอ๊ย อีกมากมายอ่ะค่ะ QA ไม่ได้ตกงานแน่นอน

นอกจากนี้ QA ยังมีความสำคัญมาก กับการสร้าง exit criteria ของ story ที่สมบูรณ์มากขึ้น เพราะด้วยมุมมองของ QA จะทำให้เราไม่ได้มองแต่ happy path (เช่น user ใส่ username password ถูกก็ต้อง login ได้) แต่จะมอง sad path (เช่น user ใส่ username password ผิด ก็ต้องบอกเค้าว่าผิด) และ bad path (เช่น user ใส่ตัวอักษรประหลาดที่อาจะทำให้เกิด exception ใน program ได้ ก็ต้อง handle อย่างสวยงาม) ด้วย นั่นคือ หน้าที่ของ QA QA ที่ดีจะมีมุมมองที่ครอบคลุมเช่นนี้ แล้วเค้าก็จะสร้างประโยชน์ให้กับ project ได้อย่างมากมาย

หลายวันก่อน มีประเด็นเกี่ยวกับ เราจะจัดการ defect ยังงัยดี น่าสนใจดี

เวลาที่เราทำการ์ด เมื่อเราลากมันไปที่เลน ready for testing ความน่าจะเป็นที่อาจจะเกิดขึ้นกับการ์ดนั้นคือ

- ผ่านลอยลำไปอย่างเงียบๆ ไปยัง completed โดยไม่มีเสียง tester ด่าตามหลัง เย้!
- tester จับได้ภายในครึ่งชั่วโมงว่ามัน test ไม่ผ่านนะยะ developer ทำไม่ครบตาม exit criteria ฮึ่ย!
- tester กำลังยุ่งๆ เลยจับได้ในอีกสองสามวันให้หลัง ว่าการ์ดนี้ยังทำไม่ครบตาม exit criteria ที่ตกลงกัน (แมวไม่อยู่หนูร่าเริงนะยะ)
- tester จับผิดระบบอย่างเมามัน จนไปเจอ bug เข้าให้ (โฮ่ๆๆ สะใจ)
- tester กำลังเผลอ เราแอบไปลากมันกลับมาอย่างเงียบๆ เพราะดันเห็นพอดีว่ามันพัง ฮ่าๆๆ รอด

แล้ว เมื่อไหร่จะ create defect card ดีล่ะ?
(more…)