Posts Tagged ‘bug

99 little bugs in the code, 99 bugs in the code, Fix one bug, compile it again, 101 little bugs in the code. 101 little bugs in the code, 101 bugs in the code, Fix one bug, compile it again, 103 little bugs in the code. ที่มา http://www.tohlejokes.com/funny/jokes-of-the-day-psychology-doberman-parochial-school-and-computer-programmers-poem/  

A Little Bug Problem

12, Sep 2010

สวัสดีบ่ายแก่แก่ วันอาทิตย์ที่ 12 กันยายน 2553 ครับเพื่อนพ้องน้องพี่ ห่างหายไปนานพอสมควรเลยที่ไม่ได้มาแบ่งปันความรู้บน Welovebug มิได้หายไปไหนนะครับ อยากจะมาแบ่งปันใจจะขาด แต่เนื่องด้วยภาระหน้าที่การงานใหม่ ช่างรุมเร้า เสียกระไร ( ข้ออ้างแน่ๆ ) จริงๆ แล้วมีหลายเรื่องที่อยากจะมาแบ่งปันให้กับเพื่อนพ้องน้องพี่รวมทั้ง รอการแบ่งปันจากเพื่อนพ้องน้องพี่ด้วยเช่นกันครับ บ่ายแก่ๆ วันนี้นั่งอ่าน blog ไปเรื่อยๆ จนไปเจอการ์ตูนที่เกี่ยวกับ Bug เลยหยิบมาฝากเพื่อนพ้องน้องพี่ดูกันขำๆ ครับ A Little Bug Problem ที่มา: http://www.webdesignerdepot.com/2010/09/comics-of-the-week-42/

สวัสดียามสายวันอังคารที่สองของเดือนกันยายนนะครับ เผลอนิดเดียวก็เกือบจะสิ้นปี 2552 อีกแล้ว เวลาเดินทางไวจริงๆ เลยนะครับนี่ ห่้างหายไปนานเลยที่ไม่ได้เขียนเรื่องลงบน welovebug วันนี้ก็เลยเข้ามาเขียนเรื่องลงซะหน่อยดีกว่า เก็บๆ ข้อมูลไว้เยอะเลย แต่ต้อง build อารมรณ์ตัวเองให้ได้ถึงจะเขียนได้ครับ หลังจากที่เคยได้นำเสนอเรื่องขำๆ แอบเสียดสี Developer และ Programmer ไป กับเรื่อง คำตอบ 20 อันดับแรก ที่เหล่า Programmer มักจะตอบเมื่อพบ Bug และต่อยอดคัด 10 คำตอบเด็ดๆ ไป นำเสนอในงาน Barcamp Bangkok ครั้งที่ 3 โดยใช้ชื่อ Session ที่ไปพูดในวันนั้นว่า Top 10 programmer’s answer when tester find bugs วันนี้กลับมาอีกครั้งด้วยบทความหยิกแกมหยอก สำหรับเหล่า Developer และ Programmer อีกครั้ง กับ [...]

สวัสดียามค่ำคืนวันจันทร์ที่ฝนตกโปรยปรายครับ อากาศเย็นสบาย แต่ก็ระมัดระวังที่จะไม่สบายกันด้วยนะครับ เข้าเรื่องเลยละกันนะครับ ได้มีเพื่อนพ้องน้องพี่ของเราได้ไปถามไว้ที่ Software Testing Forum ไว้ ดังนี้ครับ ตอนนี้กำลังสับสนว่า เวลา Log Issue ไป มักจะได้คำตอบจาก Developer ว่า Out of Scopes. ในมุมมอง QA ที่ถ้าเจอ Issue ก็จะ Log เพราะ Concern ในเรื่อง Quality แต่ ในมุมมอง Developer หรือ Project Team ถ้าเรื่องที่เจออยู่นอกเหนือ Scopes งานที่ต้องแก้ไข ในโปรเจคที่มีเรื่อง Budget และ เวลาเป็นเงื่อนไข ที่เขาต้องใช้ไปในการ Investigate งานที่นอกเหนือ Scopes เราจะมีวิธีการจัดการกับปัญหานี้อย่างไรดี รบกวนช่วยแนะนำด้วยคะ ยกตัวอย่างเคส เช่น ลูกค้าทำการ Upgrade ระบบจาก [...]

วันเสาร์ที่ 23 พฤษภาคม 2552 ผู้เขียนได้มีโอกาสไปร่วมงาน Barcamp Bangkok ครั้งที่ 3 โดยปีนี้จัดงานที่ มหาวิทยาลัยศรีปทุม ครับ ต้องขอโทษที่ไม่ได้มาเขียนเรื่องลงใน welovebug เกี่ยวกับงานนี้ครับ เดินทางไปถึง Barcamp Bangkok 3 ตอนเวลาประมาณเกือบๆ 8:00 น. ก็เจอเพื่อนๆ ที่รู้จักกันใน Twitter อยู่หลายๆ คน ไหน ไหน ก็ไปร่วมงาน barcampbangkok แล้วก็เลยเตรียมเรื่อง และ Presentation ไปร่วมงานนี้ด้วยเช่นกัน ก็เลยนั่งคิดไปคิดมาว่าจะพูดเรื่องอะไรดี กลับมาเปิดดูบทความต่างๆ บน welovebug ก็เจออยู่ 3 เรื่องที่น่าจะนำไปพูด คำตอบ 20 อันดับแรก ที่เหล่า Programmer มักจะตอบเมื่อพบ Bug Living life as a Software Tester! [...]

สวัสดีครับ หลังจากที่คราวที่แล้วเล่าเรื่อง Test Efficiency & Effectiveness ให้ฟังกันไปแล้ว คราวนี้มาลองคุยกันเรื่องเบาๆ (แต่อาจจะเป็นเรื่องที่ทำให้หลายๆคนเกิดอาการเซ็งกันได้บ่อยๆ) กันหน่อยดีกว่าครับ คำพูดที่หลายๆคนคุ้นหู “ตัวนี้มันไม่ใช่ Bug นะครับคุณTester นี่มัน Expect Behavior มันต้องเป็นอย่างนี้แหล่ะ เชื่อผมๆ” มีใครเคยได้ยินประโยคคลาสสิคแนวๆนี้มั่งมั๊ยครับ แล้วลองคิดดูนะครับ ว่าที่ผ่านมาเรามี reaction อย่างไรกับคำพูดนี้ เท่าที่ผมเคยเห็น หรือเคยได้ฟังคนมาบ่นบ่อยๆ ก็จะมีสองกรณีหลักๆ 1. “เอ่อออ เหรอ จริงเหรอ มันต้องเป็นอย่างนี้จริงๆเหรอ… อ่า แต่มันดูแปลกๆนะ อ่า…. เหรอ ไม่ใช่จริงๆ หรอ… อืมๆๆ ไม่ใช่ก็ได้แหล่ะมั้ง เดี๋ยวไป reject ให้ละกันนะ” หรือแบบที่สอง (หลังจากที่โดน Reject มาสิบตัว อารมณ์กำลังคุกรุ่น อาจจะเป็นแบบนี้) 2. “อะไรนะ ไม่ใช่อีกแล้วเหรอ ทำไม Report มาสิบตัว [...]

The First Computer Bug

29, Apr 2008

สวัสดียามค่ำ สำหรับวันที่ฝนตกลงมาเหมือนฟ้ารั่ว ขณะที่นั่งเขียนเรื่องนี้ก็เวลาประมาณ 18:35 น. จบสิ้นภารกิจการงานประจำวันไป แต่ก็นั่งรอเวลาสัมภาษณ์ผู้สมัครเข้ามาตำแหน่ง Tester ของที่ทำงาน ไม่รู้ว่าจะติดฝนอยู่แถวไหน ระหว่างที่นั่งรอก็เลยนั่งค้นหาความหมายของคำว่า Error, Fail และ Failure เพื่อจะเอามาเขียนบทความซะหน่อย แต่ หาไป หามา กลับไปเจอเรื่องของ The First Computer Bug เข้า อ่านดูแล้วก็น่าสนใจดี เลยหยิบยกเรื่องนี้มาเขียนให้เหล่า Tester ทั้งหลาย ที่มีชีวิตผูกพันอยู่กับเจ้าแมลงน้อย หรือ Bug ได้รู้ว่าที่มาของคำว่า Bug ที่เราๆ ท่านๆ ในแวดวง IT และ Computer พูดติดปากกันอยู่ตลอดเวลา ไม่ว่าจะเจอปัญหาการใช้งาน Hardware หรือ Software เราก็จะบอกกันว่ามันมี Bug ลองมาดูกันหน่อยว่า Bug นี้ มันถูกพบครั้งแรก เมื่อไรบนโลกใบนี้…

จุดประกาย : ทำไม Softwareต้องมี bug (ตอนที่ 2) – การพัฒนาระบบอย่างต่อเนื่องเพื่อไล่ตาม requirement จุดประสงค์ของ software ที่ใช้ในธุรกิจส่วนใหญ่ ทำออกมาเพื่อตอบรับความต้องการของธุรกิจหลักขององค์กรที่ใช้ระบบนั้นๆ เพื่อให้ธุรกิจเป็นไปอย่างแข่งขัน (low cost + high efficiency) กลยุทธ์ของธุรกิจจึงมีการเปลี่ยนแปลงตลอดเวลา ส่งผลให้ระบบ software requirement ต่างๆจำเป็นจะต้องมีการปรับเปลี่ยนอยู่บ่อยๆ หากแต่การปรับเปลี่ยนโครงสร้างของระบบให้สอดคล้องกับความเปลี่ยนแปลงที่เกิดขึ้นเรื่อยๆนั้น นับมีความท้าทายอยู่อย่างมาก โดยเฉพาะอย่างยิ่ง เมื่อเวลาผ่านไปจนบุคคลกรที่พัฒนา software เกิดการหมุนเวียน บางคนถูกย้ายไปทำงาน project อื่น บางคนลาออกจากบริษัท หรือบริษัท/ตัว product ถูกซื้อไป การรับช่วงต่อเปลี่ยนมือคนทำ software ที่ไม่ได้มีการดำเนินการที่ดี โดยเฉพาะเอกสารที่ไม่ครบถ้วนหรือ update ก็เป็นการเปิดโอกาสที่ทำให้เกิดbug ได้เช่นเดียวกัน – การ test ทุกอย่างที่เป็นไปไม่ได้ ลองนึกถึง web application ตัวนึงที่มี 5 use [...]

ผมขอเริ่มต้นการจุดประกายครั้งแรก ด้วยหัวข้อ “ทำไม Softwareต้องมี bug” ด้วยเหตุผลสองประการครับ หนึ่ง – การมีตัวตนของ software bug เป็นต้นกำเนิดของอาชีพ software tester (สงสัยนี่ก็อาจเป็นส่วนนึงที่ทำให้ชื่อ webนี้เป็น welovebug กระมังครับ 555) สอง – เคยมีคน(นอกวงการ IT)ถามผมว่า ทำไมคนในวงการ ITก็มีแต่เก่งๆทั้งนั้น projectแต่ละอันก็ราคาหลายแสนหลายล้านแต่ก็ยังทำระบบที่ไม่มีbugออกมากันไม่ได้ แม้กระทั่งบริษัทชื่อดังและรวยที่สุดอย่าง Microsoftก็ตาม (ตอนโดนถามก็จุกใช่เล่นครับ) ก่อนที่จะไปไล่ดูสาเหตุของ software bug/defect กัน เรามาลองทำความเข้าใจให้ตรงกันก่อนดีมั๊ยครับ ว่า bug คืออะไรผมได้ไปรวบรวมมาจาก 3 แหล่งซึ่งความหมายค่อนข้างใกล้เคียงกันครับ

“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 หรือแม้แต่ [...]


top