ในการทำงานโดยส่วนใหญ่ มักจะมีข้อจำกัดต่าง ๆ อันได้แ่ก่ เวลา , Resource และ Skill ค่ะ ทั้งนี้ โดยส่วนใหญ่ที่ทำนั้น จะไม่ได้ทำการทดสอบใหม่ทั้งระบบค่ะ แต่จะนำในส่วนที่เกิดปัญหา หรือ Defect มาเป็นจุดเิริ่มต้น และทำการประเมินว่า Defect ดังกล่าวมีผลกระทบกับส่วนใดบ้างค่ะ ซึ่งในส่วนนี้ คงต้องเน้นที่ skill ของผู้ทดสอบเป็นหลักค่ะ ว่าต้องทำการจำกัดกลุ่มที่จะทดสอบอย่างไร

แต่ทั้งนี้ทั้งนั้น หากมีการสะสมงานที่มากมาย อีกทั้งระยะเวลาที่เนิ่้นนาน กว่าจะถึงรอบของการส่งมา Regression หรือการแก้ไขนั้น จะมีใน Version ถัด ๆ ไปแล้วล่ะก้อ เห็นจะต้องมีการ Tracking ที่มีประสิทธิภาพด้วยค่ะ

หากในส่วนที่แสดงความคิดเห็น อาจไม่ตรงใจ หรือมีข้อแนะนำส่วนอื่น เชิญน่ะค่ะ ยินดีมาก ๆ ค่ะ รวมเป็นส่วนหนึ่งในสังคมแห่งการแบ่งปันใน We love bug กันค่ะ *v*
.-= Bugz Bunny´s last blog ..WS: Trip to FeilongShan =-.

ในกระบวนการที่ 4 นี้น่าจะหมายความถึง Re test มากกว่านะครับ เป็นการ Retest Function ใหม่ ใน Round 2 หรือรอบถัดๆ ไป ตามที่ได้มีการแก้ไข Defect

ส่วน Regression test คือการทดสอบ Function เดิมทั้งหมดของระบบ (หรือจะทดสอบ Function เดิมที่เกี่ยวข้องกับระบบงานใหม่) ตาม Test case ที่เคยได้จัดทำไว้ โดยนำมาทวนทดสอบใหม่เมื่อระบบมี Function ใหม่เพิ่มเติม เพื่อจะได้ทดสอบว่าระบบงานยังทำงานได้เหมือนเดิมหรือไม่ และเพื่อทดสอบว่าการพัฒนา Functionใหม่มีอะไรไปกระทบกับ Function เดิมหรือไม่และทำงานร่วมกับ Function ใหม่ได้หรือไม่ครับ

ดังนั้นเมื่อระบบ มี Function งานเดิม และมีการทดสอบ Function งานใหม่ จึงต้องมีการทำ Regresstion test ของ Function งานเดิม แต่โดยส่วนใหญ่ Tester มักจะไม่ค่อยทำเพราะติดปัญหาเรื่องเวลา และ Resource ที่จะดำเนินการ เพราะ Function มันจะสะสมมากขึ้นเรื่อยๆ รวมถึง รอบทดสอบที่มากขึ้นเรื่อยตามจำนวนรอบแก้ไข Defect

เป็นปัญหาหนึ่งที่แก้ไขได้ด้วยการใช้ Testing tool มาช่วยในการทำการทดสอบ

ผู้เขียนมีความเห็นอย่างไรครับ : )