“Test อย่างไรให้ครอบคลุม?” ถ้าสำหรับผมละก็เป็นคำถามสุดฮิตแทบจะว่าได้ ไม่ว่า Project Plan จะทำออกมาสวยหรูขนาดไหน แต่ระหว่างการพัฒนา Software ไปเรื่อยๆ ก็จะมี Revise กันอย่างน้อยก็ 3 รอบ เกิดอะไรขึ้นหลังจากนั้นบ้าง

“วัน Launch Project ขยับไม่ได้จริงๆ”

“Scope กับ Requirement มันเพิ่ม เลยต้องขยับ Plan ของ Development Team ออก”

“ทีม Test ลดวันลงหน่อยได้ไหม ช่วยๆ กันนะ”

โอวววว…แม่เจ้า…พูดกันเหมือนยังกับขายของเลย แต่สุดท้ายถ้า Project Owner หรือ Project sponsor ฟันธงลงมาแล้วว่าห้ามขยับวัน Launch Project เท่าที่ประสบพบเจอมา หวยจะมาออกที่ขั้นตอนของ Software Testing Phase

หัวอกของ Tester, Test Lead หรือแม้แต่ Test Manager จะทำไงได้ เมื่อเบื้องบนฟันธงลงมาแล้วแบบนั้น?

“เป้าหมายมีไว้เพื่อท้าทาย ใช่มีไว้เพื่อต่อรอง”

“อย่าหาเหตุผลมาอ้างว่าจะทำไม่ได้ แต่หาเหตุผล และหนทางดูว่าจะทำไงให้สำเร็จสู่เป้าหมาย”

เป็นคำพูดของครูคนหนึ่งของผม ก็ลอยเข้ามาทันที

ดังนั้นมาพิจารณากันดูว่า ในเวลาที่จำกัด เหล่า Tester, Test Lead และ Test Manager ทั้งหลาย เราจะทำไงดีเพื่อให้จะสามารถ Test ให้ครอบคลุมมากที่สุดเท่าที่จะเป็นไปได้

ต้องยอมรับจริงๆ ว่าเป็นเรื่องยากมากที่จะสามารถทำการ Test ได้ครอบคลุม ทุกๆ Features / Functions/ Requirement / Logic ในเวลาที่มีจำกัด ถึงแม้จะเติม Tester ลงไปก็ตาม เราเองต้องกลับมานั่งพิจารณา และระดมสมองกันแล้วว่าจะจัดลำดับ หรือเลือกหยิบอะไรขึ้นมา Test ก่อน และหลังบ้าง ซึ่งก็ต้องอาศัยเรื่องของความรู้ความสามารถที่มี (Skill), สามัญสำนึก (Common Sense) และประสบการณ์ (Experience) มาประกอบการตัดสินใจ ประกอบกับหลักการพิจารณาดังนี้

• Function อะไรบ้างที่มีความสำคัญที่สุดใน Project
• Function อะไรบ้างที่ Users จะใช้งานบ่อย
• Function อะไรบ้างที่มีผลกระทบกับ Users มากที่สุด
• Function อะไรบ้างที่เกี่ยวกับเงินๆ ทองๆ ที่สัมพันธ์กับ Users
• Functions หรือ Features ใดบ้าง ที่สามารถส่งมาทำการ Test ได้ก่อนในช่วงพัฒนา Software
• Coding ส่วนใดบ้างของ Software ที่มีความซับซ้อนมาก และมีวี่แววว่าจะมี Error แน่แน่
• Functions หรือ Features ใดบ้างที่ถูกพัฒนาออกมาแบบร้อนๆ ด่วนๆ อันนี้มี Error แน่แน่
• ส่วนใดบ้างของ Project นี้ ที่มีความคลายคลึงหรือสัมพันธ์กับปัญหาของ Project ก่อนหน้านี้
• Requirement หรือ Solution Design ส่วนใดบ้างที่คลุมเครือ ไม่ชัดเจนบ้าง
• Functions หรือ Features ใดบ้างในมุมของ Developer คิดว่ามันมีความเสี่ยงที่จะมี Error หรือทำงานผิดพลาด
• ปัญหาใดบ้างที่จะโดน User บ่น ตำหนิ ติ แน่แน่
• ปัญหาใดบ้างที่รับไม่ได้ หรือจะสร้างผลกระทบมากมายหลังจากเอาขึ้น Production
• ออกแบบการ Test หรือ Test แบบใดบ้าง ที่จะสามารถครอบคลุม Functions ได้มากที่สุด

หวังว่าเหล่า Tester, Test Lead และ Test Manager น่าจะพอจะนำไปใช้ประโยชน์ ในงานได้ ไม่มากก็น้อยครับ หรือมีอะไรจะเพิ่มเตืมเข้ามา ก็ใส่ในส่วนของความคิดเห็นได้เช่นกัน