License
Test Process – Phase 5:Test Closure
14 Jul2009
ในที่สุดเราก็มาถึง Phase สุดท้าย แต่คงไม่ท้ายสุดกันแล้วล่ะค่ะ (เย้ ๆๆๆ …….) ที่บอกว่า Phase สุดท้ายนั้น เพราะในขั้นตอนนี้จะเป็นขั้นตอนการทำงานที่เราจะปิด หรือ สรุปงานทั้งหมดกันแล้วล่ะค่ะ (งานเสร็จ แว้ววววว) อ๊ะ ๆๆ แต่ก็อย่างที่กล่าวค่ะ ว่า แต่มันไม่ท้ายสุด เพราะอะไรเหรอค่ะ จากประสบการณ์ที่ผ่านมา มันจะมี Defects อยู่จำนวนหนึ่ง ที่มีการสรุปไว้ว่า “เดี๋ยวค่อยแก้อีกทีนะ …..” (เหอ ๆๆๆ “เดี๋ยว” คำ ๆ นี้ ช่างทำร้ายจิตใจน้อย ๆ ของ tester ยิ่งนัก เพราะช่วงความกว้างของเวลาช่างนานแสนนาน…… เลยทีเดียว) ทั้งนี้ ก็อาจจะด้วยหลาย ๆ ปัจจัยนะค่ะ
- เวลา ที่กระชั้นซะจนต้องดันขึ้นไป T_T
- การแข่งขันทางธุรกิจ เดี๋ยวไม่ทันคู่แข่ง
- ฯลฯ………
แต่ถึงอย่างไรก็ดี ในการสรุปงานทั้งหมดทั้งมวลที่ได้ดำเนินการไปนั้น ถือว่าสำคัญมากทีเดียวค่ะ เพราะว่า ระบบที่ได้ทำการทดสอบไปนั้น อย่างไรก็ดี จะมีการพัฒนาเพิ่มเติม / แก้ไข / เปลี่ยนแปลง ไปเรื่อย ๆ ดังนั้น ควรจะมีการสรุปผลข้อมูลต่าง ๆในส่วนนี้ให้ดีทีเดียวค่ะ
photo by pixton
Purpose
สรุปผลการทดสอบทั้งระบบ พร้อมทั้งระบุถึงความเสี่ยงของระบบนั้น ๆ
Entry Criteria
- ทำการ Test Execution และ Regression Testing เรียบร้อยแล้ว
- ปัญหาต่าง ๆ ที่พบได้รับการแก้ไขเรียบร้อยแล้ว หรือ ตามตกลง แล้วแต่กรณี
ขอขยายความในส่วนที่กล่าวว่า ปัญหาต่าง ๆ ได้รับการแก้ไขเรียบร้อยแล้ว หรือ ตามตกลง นั้น เนื่องจาก ปัญหาที่พบบางข้อนั้น อาจจะมีการแก้ไขใน Release ต่อ ๆ มา อีกครั้ง ทั้งนี้ การตกลงต่าง ๆ นั้น จำเป็นจะต้องมีผู้เกี่ยวข้องต่าง ๆ เข้ามาปรึกษากัน และ ยังต้องพิจารณาถึงความเสี่ยงต่าง ๆ ต่อไป
Process
- ทำการสรุปภาพรวมของงานทั้งหมด เพื่อให้ทุกฝ่ายที่เกี่ยวข้องได้ทราบถึงข้อมูลเกี่ยวกับการทดสอบ รวมถึง ปัญหาต่าง ๆ ที่ยังคงค้างอยู่ ซึ่งจะมีการแก้ไขใน Release ต่อ ๆ ไป
- ทาง Test Team จะดำเนินการจัดทำเอกสาร Test Report ส่งให้ทีมต่าง ๆ ที่เกี่ยวข้อง
Exit Criteria
- เมื่อทาง Test Team ดำเนินการต่าง ๆ แล้วดังนี้
- สรุปรายละเอียดทั้งหมด และส่งมอบให้กับ UAT เพื่อดำเนินการทดสอบระบบต่อไป
- ดำเนินการจัดทำ Summary Test Report
อ่านบทความเกี่ยวกับ Test Process เพิ่มเติม :-
- In: Software Testing
- Tags: Software Testing, test closer, test process
7 Responses to Test Process – Phase 5:Test Closure
Pa'dah
July 16th, 2009 at 3:18 pm
ขอบคุณผู้เขียนอย่างกมากค่ะ
เขียนได้เข้าใจดีมาก เห็นภาพออกมาชัดเจนเลยค่ะ
Bugz Bunny
July 17th, 2009 at 1:16 pm
ขอบคุณ K.Pa’dah เช่นกันค่ะ ที่อ่าน และ ติชม แล้วแวะมาแบ่งบันประสบการณ์ ติชมกันต่อ ๆ ไปอีกน่ะค่ะ *v*
.-= Bugz Bunny´s last blog ..WS: Trip to FeilongShan =-.
Nick
July 17th, 2009 at 10:07 pm
เพื่อน ๆ ในนี้ มีประสบการณ์ การทำ Test summary Report กันยังไงครับ
เท่าไหน ถึงจะพอ และ สามารถ ประกันได้แล้วว่า เราทำ Test ได้ดีพอและ Meet Business Requirement (ง่าย ๆ คือ เทสได้ครบ และ เกิด defect ใน production น้อยที่สุด)
ผมลองตั้งคำถามเล่น ๆ ดีกว่าครับ
1.วัตถุประสงค์ ของ Test Summary Report เพื่ออะไร
2. รับประกันได้ไหมว่า System เทส ครบแล้ว
3. กรณี จ้าง Vendor มาทำ (จะรู้ได้ไง ว่า Vendor ไม่มั่ว มีการ test จริง) ผลลัพธ์ ออกมาจริง
4. สรุป เราจะมีวิธีการ ประกันคุณภาพ ยังไง
ลองคิดกันเล่น ๆ หน่ะครับผม
Zyracuze
July 17th, 2009 at 11:42 pm
คำถามคุณ Nick น่าสนใจ อาทิตย์นี้ผมขออนุญาติ ยกมาเป็นคำถามละกันนะครับ
.-= Zyracuze´s last blog ..Software Testing Working Group Meeting#4/2009 =-.
Nick
July 18th, 2009 at 9:53 pm
ได้ครับผม อันนี้จากประสบการณ์ จริง ที่ ประสบมาครับ ทำให้เรา ต้อง กลับมาคิด ว่า จะำทำ อย่างไร ให้เกิด Quality ในกระบวนการ SDLC (และ ในกรณี ที่เรา จ้าง Vendor มา Develop หลาย ๆ เจ้า พร้อมกัน ด้วย Standard ที่ต่างกัน เราจะ Manage อย่างไร ให้เกิด Quality) มันท้าทายดีครับ
ปัญหา มีให้ แก้ และ improve ทุกวัน
Gal
February 4th, 2010 at 9:41 am
เป็นหัวข้อโดนใจมากคะ อยากขอคำแนะนำนิดหนึ่งคะ อันนี้ในฐานะที่เป็น ลูกค้าคะ เราว่าจ้างให้ Implement ระบบงานหนึ่ง แต่บริษัทไม่มี Tester ปัจจุบัน Developer ต้องทำเองทุกอย่าง แล้วให้ลูกค้าเป็นคน Test ตาม Check list และบางครั้งเราต้องมานั่งทำ Test senario เองด้วยซ้ำไปคะ
ดังนั้นจึงเจอปัญหาว่า Test ไม่คลอบคลุม เพราะมันเป็นไปได้น้อยมาก ที่จะทำให้ครอบคลุม เพราะเขามีข้อจำกัดด้าน เวลา คน ซึ่งคนที่ Test(ลูกค้า) ก็ต้องมา Test ซ้ำซาก และเมื่อเวลาที่ต้อง Go-live เราจะเจอปัญหา Error ที่ Production และต้องมา Re-test ซึ่งทำให้เสียเวลา เสียโอกาสหลาย ๆ อย่าง เราควรจะแก้ไขปัญหานี้อย่างไรดีคะ ขอบคุณมากคะ
Zyracuze
February 5th, 2010 at 9:22 am
คืนนี้มาตอบให้นะครับ