License
Archive for the ‘Lesson Learned’ Category
เมื่อเร็วๆ นี้ (วันที่ 5 กันยายน 2552) เพื่อนผมท่านหนึ่งได้ส่งข่าวมาให้อ่าน “ตลาดหุ้นเสีย วอลุ่ม ทันที 4 พันล้านบาท ” ในเนื้อข่าวไม่ได้บอกอะไรมากในแง่ของข้อมูล Technical แต่เพื่อนผมที่เคยทำงานอยู่ ณ ที่บริษัทที่ทำ Software ซื้อขายหุ้นตัวทีมีปัญหาตามข่าว บอกว่าเป็นปัญหาเรื่องของระบบ และการทดสอบที่ไม่ครบถ้วน หรือ ถ้าเพื่อนพ้องน้องพี่ยังจำข่าวเมื่อราวๆ ปีกว่าๆ ได้ที่มี ชาวนาที่อยุธยา เติมเงินเข้ามือถือ แต่พอเช็คยอดแล้วมีเงินในมือถือตัวเองหลักล้านบาท ทั้ง 2 กรณีที่ผู้เขียนยกขึ้นมานั้นถ้ามองในแง่ของธุรกิจ เกิดความเสียหายขึ้นทันที ผลที่เกิดขึ้นนั้นมาจาก Bug ที่เกิดขึ้นใน Software ตลอดระยะเวลาเกือบ 5 ปี ที่ผู้เขียนทำงานเกี่ยวกับ Software Testing ก็พบเหตุการณ์ที่ก่อให้เกิดความเสียหายกับธุรกิจ อันเนื่องมาจาก Bug ของ Software ด้วยเช่นกัน ไม่ว่าจะประสบมากับตัวเอง หรือจากการเล่าสู่กันฟังของเพื่อนพ้องน้องพี่ที่ทำงานในสายงานเดียวกัน แต่ทั้งนี้ทั้งนั้นก็มิได้จะหมายความว่าเราจะชี้นิ้วด่าลงไปที่ Programmer หรือ Developer [...]
สวัสดียามค่ำคืนวันจันทร์ที่ฝนตกโปรยปรายครับ อากาศเย็นสบาย แต่ก็ระมัดระวังที่จะไม่สบายกันด้วยนะครับ เข้าเรื่องเลยละกันนะครับ ได้มีเพื่อนพ้องน้องพี่ของเราได้ไปถามไว้ที่ Software Testing Forum ไว้ ดังนี้ครับ ตอนนี้กำลังสับสนว่า เวลา Log Issue ไป มักจะได้คำตอบจาก Developer ว่า Out of Scopes. ในมุมมอง QA ที่ถ้าเจอ Issue ก็จะ Log เพราะ Concern ในเรื่อง Quality แต่ ในมุมมอง Developer หรือ Project Team ถ้าเรื่องที่เจออยู่นอกเหนือ Scopes งานที่ต้องแก้ไข ในโปรเจคที่มีเรื่อง Budget และ เวลาเป็นเงื่อนไข ที่เขาต้องใช้ไปในการ Investigate งานที่นอกเหนือ Scopes เราจะมีวิธีการจัดการกับปัญหานี้อย่างไรดี รบกวนช่วยแนะนำด้วยคะ ยกตัวอย่างเคส เช่น ลูกค้าทำการ Upgrade ระบบจาก [...]
- In: Defect Management|Lesson Learned
- Tags: bug, defect, Software Testing, tester66.com
Test ไปเพื่ออะไร? แล้วใคร Test อะไร?
26, Jun 2009ขึ้นหัวโปรยแบบออกแนวหาเรื่องเล็กๆ แต่มันเป็นสิ่งที่ผู้เขียนเองเจอมากับตัวเองเลยครับ จากหลายๆ คนที่ยังไม่เข้าใจ ในเรื่องของ Software Testing แต่ก็ไม่ผิดนะครับ เพราะในประเทศไทยเราเองยังไม่ค่อยมีการสอนในเรื่องของ Software Testing อย่างเป็นจริงเป็นจังมากนัก แต่ในสองสามปีหลังนี้ เริ่มที่จะได้ยินว่าตามสถาบันการศึกษาหลายๆ แห่ง เริ่มที่จะเปิดการเรียนการสอนแล้ว แอบดีใจครับ “Test ไปเพื่ออะไร?” และ “ใคร Test อะไรบ้าง?” ผู้เขียนเองเจอคำถามเหล่านี้อยู่เป็นระยะๆ ก็เลยหยิบมันมาเขียนละกัน แต่ขอบอกก่อนว่าเป็นเรื่องของมุมมองจากประสบการณ์การทำงานในด้าน Software Testing และจากตำรับตำราที่ได้ไปอบรมมา มานะครับ Testing ขอปรับความเข้าใจพื้นฐานเกี่ยวกับ Software Testing แบบไวไว ในหนึ่งย่อหน้าก่อนที่จะเข้าไปสู่ “Test ไปเพื่ออะไร?” และ “ใคร Test อะไร?” เข้าใจว่าๆ เพื่อนพ้องน้องพี่ทั้งหลายจะอยู่กับกระบวนการพัฒนา Software หรือ Application ที่ฝรั่งมั่งค่าคิด และตั้งชื่อว่า Systems Development Life Cycle (SDLC) ซึ่ง [...]
Testing and Recording Defect with Video Clip
18, May 2009สวัสดียามค่ำคืนครับ จะได้มีเวลาเข้ามาเขียนเรื่องลงใน welovebug ก็เวลาหลังเลิกงานแล้วครับ แต่ก็แอบดีใจที่มีสมาชิกหลายๆ ท่านเข้ามาร่วมด้วยช่วยกันเขียนเรื่องต่างๆ ลงใน welovebug ของเรา ก็ขอขอบคุณไว้ ณ ที่นี้ สำหรับบทความดีๆ และความคิดเห็นต่างๆ ครับ photo by Blacknight Solution ค่ำคืนนี้ก็ขอเล่าสู่กันฟังถึงประสบการณ์ในส่วนของ Defect Management ที่เคยผ่านมาในการทำ Software Testing ซึ่ง Tester หลายๆ ท่านอาจจะประสบปัญหาอยู่ ณ ตอนนี้ และในเวลาเดียวกัน Tester หลายๆ ท่านก็น่าจะใช้วิธีการเดียวกันกับที่ผู้เขียนใช้ด้วยเช่นกัน Defect หรือ Bug เหมือนเป็นเพื่อนสนิทมิตรสหายกับ Tester ทั้งหลาย ที่จะต้องประสบพบเจอกันอยู่ในทุกๆ ครั้งที่ลงไม้ลงมือทดสอบ Software หรือ Application ต่างๆ ซึ่งเมื่อเราได้เจอะเจอกับเจ้า Defect หรือ Bug ในระหว่างดำเนินการ Test เราก็จะทำการ Log [...]
[Forum] แนวทางการออกแบบ Plan for Testing
6, Mar 2009ยังไม่จบครับสำหรับวันศุกร์แห่งชาติวันนี้ 555 มีของปล่อยเยอะ หลังจากไม่้ค่อยได้ update บทความลงใน We Love Bug มาซะหลายอาทิตย์เลยครับ “แนวทางการออกแบบ Plan for Testing” มีพี่น้องของเราตั้งกระทู้ถามไว้ที่ Software Testing Forum เมื่อวันที่ 26 ก.พ. 09, 03:14 น โดยเจ้าของกระทู้ใช้ชื่อว่า นักออกแบบระบบ ดูแล้วน่าสนใจก็เลยหยิบยกมาให้เพื่อนพ้องน้องพี่ช่วยกันระดมสมองกันหน่อยนะครับ สามารถแสดงความคิดเห็นได้ทั้งบน We Love Bug หรือ ที่ Software Testing Forum ก็ได้ครับ แนวทางการออกแบบ Plan for Testing เรามาช่วยกันระดมความคิด แนวทางการออกแบบ plan for testing กันดีกว่ามั้ย เผื่อมีใครสนใจหรือทำงานด้านนี้ จะได้นำไปใช้ให้เกิดประโยชน์ได้และเป็นการพัฒนาบุคลากรด้าน tester ของเรากันด้วย http://forum.sanook.com/forum/2687353_แนวทางการออกแบบ_plan_for_testing.html
แต่นแต๊น…..วันนี้เป็นฤกษ์งามยามดีที่จะขอนำเสนอความจริงที่ถูกปิดบังมานานในวงการ Software ฮิฮิ แต่คิดว่าน่าจะมีบางคนพอรู้ความจริงเรื่องนี้ อยู่บ้างแล้ว พอดีเข้าไปเจอกระทู้ใน web ที่มีชื่อเสียงแห่งหนึ่ง ซึ่งอ่านแล้วรู้สึกว่าเป็นการตีแผ่ที่กระจาย กระจ่างแจ้ง ดีจริงๆ เลยอยากเอามาเผยแผ่ได้อ่านกันขำ ๆ แต่ก็มิได้นำพา…. ที่มา : http://www.thaimacdev.com
ถ้าเวลามีจำกัดจะ Test อย่างไงดีให้ครอบคลุม
2, Feb 2008“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 หรือแม้แต่ [...]
- In: Lesson Learned|Software Testing
- Tags: bug, defect, Software Tester, Software Testing, Test Cases, Test Plan, Tester