Tag Archives: Software Testing
Test Process – Phase 3:Test Execution
กลับมาอีกครั้ง กับภาคต่อของ Test Process (หุหุ) ซึ่งได้ดำเนินมาถึงขั้นตอนของการทำ Test Design และ เตรียม Test Data กันแล้ว คราวนี้ ก็พร้อมกันแล้วสิค่ะ ที่เราจะเข้าสู่กระบวนการของ Test Execution กันต่อเลยค่ะ
ซึ่งขั้นตอนนี้ ก็เป็นอีกขั้นตอนที่สำคัญมาก ๆ ทีเดียวค่ะ ซึ่งในมุมมองของผู้เขียนแล้ว ไม่ว่าจะอยู่ในส่วนใดของ Test Process ย่อมสำคัญทั้งสิ้น และจะมีความสัมพันธ์ หรือ ส่งผลต่อส่วนต่อ ๆ ไปของ Test Process ได้ทั้งหมดเลยค่ะ
เอาล่ะสิค่ะ คราวนี้ได้เวลาลงมือ ลงแรง หน้ามัน หัวฟูกันอีกรอบแล้วค่ะ ซึ่งใน Phase นี้ ผู้เขียนมองว่า เป็น ช่วงเวลา rush hours ทีเดียวค่ะ แต่ก็ไม่ต้องห่วงค่ะ เพราะเราได้เตรียมตัวในกระบวนการของ Test Design and Preparation กันมาแล้วค่ะ พร้อมกันแล้ว ก็ลุยกันเลยค่ะ
photo by kccorporatetraining.com
Testing and Recording Defect with Video Clip
สวัสดียามค่ำคืนครับ จะได้มีเวลาเข้ามาเขียนเรื่องลงใน welovebug ก็เวลาหลังเลิกงานแล้วครับ แต่ก็แอบดีใจที่มีสมาชิกหลายๆ ท่านเข้ามาร่วมด้วยช่วยกันเขียนเรื่องต่างๆ ลงใน welovebug ของเรา ก็ขอขอบคุณไว้ ณ ที่นี้ สำหรับบทความดีๆ และความคิดเห็นต่างๆ ครับ 
photo by Blacknight Solution
ค่ำคืนนี้ก็ขอเล่าสู่กันฟังถึงประสบการณ์ในส่วนของ Defect Management ที่เคยผ่านมาในการทำ Software Testing ซึ่ง Tester หลายๆ ท่านอาจจะประสบปัญหาอยู่ ณ ตอนนี้ และในเวลาเดียวกัน Tester หลายๆ ท่านก็น่าจะใช้วิธีการเดียวกันกับที่ผู้เขียนใช้ด้วยเช่นกัน
Defect หรือ Bug เหมือนเป็นเพื่อนสนิทมิตรสหายกับ Tester ทั้งหลาย ที่จะต้องประสบพบเจอกันอยู่ในทุกๆ ครั้งที่ลงไม้ลงมือทดสอบ Software หรือ Application ต่างๆ ซึ่งเมื่อเราได้เจอะเจอกับเจ้า Defect หรือ Bug ในระหว่างดำเนินการ Test เราก็จะทำการ Log รายละเอียดของ Defect ที่พบลงในระบบ Defect Management ที่แต่ละ Tester นั้นใช้งาน โดย Tester ก็จะบอกรายละเอียดต่างๆ ที่เกี่ยวข้องกับ Defect นั้นๆ ซึ่งโดยทั่วๆ ไป Tester ทั้งหลาย ก็จะแจ้งรายละเอียดเบื้องต้น ดังนี้
Test efficiency กับ Regression Testing
กลับมาพบกันอีกครั้งแล้วนะค่ะ ช่วงนี้อากาศค่อนข้างเย็น และ ฝนตกพร่ำ ๆ ตลอดทั้งวัน หรือบางวัน ยังกับฟ้ารั่วกันทีเดียว อย่างไร ก็รักษาสุขภาพกันด้วยนะค่ะ ด้วยความห่วงใยค่ะ
เข้าเรื่องกันต่อ จากบทความก่อนหน้านี้เกี่ยวกับ Test Efficiency ที่ได้ K.Nutdanai มาอธิบายความหมาย วิธีการคำนวณ รวมถึงการนำไปใช้นั้น ไม่ทราบว่า เหล่าสมาชิก Welovebug แต่ละท่าน ทั้งที่เคยใช้ Test Efficiency อยู่แล้วจนเชี่ยวชาญ หรือ ผู้ที่เพิ่งเริ่มจะมีการคำนวณ Test efficiency นั้น ลองนำไปคำนวณดูกันแล้ว ได้ผลเป็นอย่างไรกันบ้างค่ะ หวังว่าจะมาบอกกล่าว เล่าให้ฟังกันบ้างนะค่ะ
Test Estimation Technique
หลังจากห่างหายจากการเขียนบทความไปนาน วันนี้เลยขอหยิบยกเอาเรื่องใกล้ตัวที่ต้องทำกันเป็นประจำมาเล่าให้ฟังนะครับ
เริ่มแรกต้องย้อนกลับไปสมัยยังเอ๊าะๆ เริ่มทำงานใหม่ๆเมื่อซักหกเจ็ดปีที่แล้ว จำได้ดีเลยว่าเริ่มทำเทสโปรเจคแรกเนี่ย ทาง Project Manager ก็จะบอกให้เรามา Estimate ว่าโปรเจคนี้จะใช้เวลาทำเทสเท่าไหร่
เอาหล่ะสิ ทำยังไงดีหล่ะทีนี้ ตอนนั้นสิ่งที่มีอยู่ในมืออยู่อย่างเดียวคือ requirement list ซึ่งก็เพิ่งเคยเห็นมันมาแค่สองวัน ยังไม่ได้ทำความเข้าใจและเรียนรู้กับมันซะด้วยว่าrequirementแต่ละตัวมันมีอะไรบ้าง พอถึงเวลาประชุมสรุป estimation ตัวเลขที่ออกไปจากปากตอนนั้นคือ 2 อาทิตย์ครับ ซึ่งตัวเลขนี้ได้ออกมาจากการนั่งเทียนครับ นั่งเทียนล้วนๆ คำว่านั่งเทียนในที่นี้คือการนั่งหลับตา ปล่อยสมองให้ว่างเปล่าแล้วตัวเลขหรือข้อมูลอันนึงจะโผล่แว๊ปเข้ามาในสมองของเราทันที หลังจากนั้นก็ลืมตาแล้วเอาตัวเลขนั้นหล่ะมาใช้ (คำว่านั่งเทียนนี้สามารถใช้กับ tester ที่ต้องออกแบบเทสเคสโดยที่ไม่รู้อิโหน่อิเหน่ไม่มีเทคนิคด้วยนะครับ หึๆๆ) ทีนี้เรามาลองสรุปข้อผิดพลาดที่เกิดขึ้นจากคำว่า 2 อาทิตย์ที่พูดไปเมื่อเจ็ดปีที่แล้วกันดีกว่าว่าความผิดพลาดหลักๆที่เกิดขึ้นจากการนั่งเทียนนั้นมีอะไรบ้าง
Test Process – Phase 2:Test design and preparation
มาแล้วจ้า…. กลับมาอีกครั้งค่ะ หลังจากที่เขียนบทความ Test Process ตอนที่ 2 ไว้แล้วห่างหายไปนานทีเดียว ต้องขออภัยจริง ๆ ค่ะ เนื่องจากว่าติดภาระกิจบางประการ และมีปัญหาทางเทคนิคเล็กน้อยค่ะ
อย่างไรก็ดี Test Process ตอนที่ 3 นี้ คงเข้มข้นกว่าตอนที่ผ่าน ๆ มาแน่นอนค่ะ เพราะถือว่าเป็นส่วนที่สำคัญมาก ๆ เลยนะค่ะ และสำหรับผู้เขียนแล้ว ในส่วนนี้ถือว่าเป็นส่วนที่ต้องใช้เวลายาวนานที่สุดด้วยค่ะ ถึงกับนั่งหน้ามัน หัวฟูกันทีเดียวกันค่ะ
Tester’s Aptitude Test ทำกันขำขำ ข้อที่ 3
สวัสดียามสายๆ เกือบเที่ยงของวันศุกร์ที่ 20 มีนาคม 2552 ครับ แอบปลีกตัวมาจัดการ update ในส่วนของคำถามของสัปดาห์นี้ให้ก่อนจะกลับไปทำงานที่กองรออยู่ จากการเข้ามาดูอยู่เป็นระยะๆ ของคำถามข้อที่ 2 แบบว่าไม่มีใครเข้ามาตอบเลย โอวววว…แอบเศร้า เลย ดังนั้นยังไม่เฉลยคำตอบละกันของคำถามข้อที่ 2 ครับ
คำถาม
รวบรัดตัดความเลยละกันนะครับ สำหรับคำถามข้อที่ 3 นี้เป็นเรื่องของ Skill คะแนน 15 คะแนนเลยทีเดียว ข้อนี้คะแนนสูงเป็นอันดับ 2 ของชุดข้อสอบที่ผู้เขียนมีอยู่ในมือ มาลองคิด และตอบ กันดูนะครับ
A hotel telephone system can perform 3 funtions:
-
Call another hotel room by entering a room number (201 to 500)
-
Call an external line by entering a 9, followed by the number
-
Call various hotel services
-
0 = Operator
-
7 = Room Service
-
8 = Reception
-
Write a set of test cases to adequately test this telephone system
ขอให้มีความสุขในการทำงานวันศุกร์แห่งชาติครับพี่น้อง
Testing Doesn’t Finish…It’s Just STOP!!!
Performance Testing นั้น…สำคัญไฉน ตอน ใครบ้าง
มาแล้วครับ มาแล้วครับ ตอนที่ 4 ของ Performance Testing นั้น…สำคัญไฉน วันเสาร์ อากาศ ดีดีแบบนี้ เข้ามานั่งทำงานที่ office อยู่ support ทีมงาน IT ระหว่างรอก็เลยจัดการ Update บทความสักหน่อยละกัน ก็เลยเขียนตอนที่ 4 ของ Performance Testing ต่อดีกว่า
ความเดิมจากตอนที่แล้ว
Performance Testing นั้นจะเริ่มทำตอนไหน หลายๆ คนที่เคยทำงานในส่วนของ Performance Testing มา เราจะมีคำตอบในใจว่า ก็หลังจากทำ System Testing, Integration Testing และ Regression Testing เสร็จไงครับ พี่น้อง ซึ่งก็ไม่ผิดสำหรับคำตอบนี้ จากประสบการณ์ที่ผ่านมานั้น Performance Testing ควรจะเริ่มต้นตั้งแต่ขั้นตอนแรกของการพัฒนา Software หรือ Application จนถึงขั้นตอนสุดท้าย คือ Requirement, Design, Development, Test Preparation และ Test Execution หากจะมองกลับไปก็คือคุณภาพจะต้องทำการควบคุมในๆ ทุกๆ ขั้นตอนของการพัฒนา Software หรือ Application ครับพี่น้อง
ผู้ที่เกี่ยวข้องกับ Performance Testing
เป็นที่ทราบกันโดยทั่วไปแล้วว่าการทำงานไม่สามารถจะเสร็จสิ้นหรือบรรลุผลได้เพียงคนคนเดียว แต่หากต้องการความร่วมมือ และความรู้ความสามารถของบุคคลหลายๆ คนเข้ามาร่วมมือ และทำงานร่วมกัน จึงจะช่วยให้งาน หรือโครงการนั้นๆ ประสบความสำเร็จ และบรรลุถึงเป้าหมายตามที่ตั้งไว้ได้
Performance Testing ก็เช่นเดียวกัน Tester เพียงคนเดียวก็ไม่สามารถที่จะทำให้การทดสอบ Performance Testing ดำเนินการจนเสร็จสิ้นได้ด้วยบุคคลเพียงคนเดียว ต้องอาศัยบุคลากรด้านอื่นๆ เข้ามาร่วมมือ และทำงานร่วมกัน
บุคลากรด้านได้บ้างที่จำเป็นจะต้องเข้าร่วมงานในการทดสอบ Performance Testing
Tester’s Aptitude Test ทำกันขำขำ ข้อที่ 2
สวัสดีสายๆ วันศุกร์ที่ 13 อุอุ อาจจะเป็นวันสบายๆ ของหลายๆ คน และก็อาจจะเป็นวันโหดๆ ของหลายคน แต่ไงก็ขอให้ทำงานกันอย่างมีความสุขนะครับ ไม่ค่อยได้เข้ามา update บทความเท่าไร เนื่องจากมีทำ Maintenace ใหญ่ เลยต้องเข้าไปร่วมด้วยช่วยกันหลายๆ ทีม เพื่อให้ลุล่วงไปได้ด้วยดีครับ แต่ก็จะเข้ามาลงบทความให้บ่อยๆ ขึ้นครับ
สำหรับคำถามข้อที่ 1 ที่ลงไปเมื่อวันศุกร์ที่แล้ว มีเพื่อนพ้องน้องพี่เข้ามาตอบ 4 ท่าน ก็ได้รับคำตอบในมุมต่างๆ กันไป
คำถาม
คำถามข้อที่ 2 ข้อนี้ 4 คะแนน แอบโหดนะครับข้อนี้
What would you do if you were asked to test a system which is unfamiliar to you out-of-date or inadequate document?
ข้อนี้ผมว่าหลายๆ คนคงจะประสบมากับตัวเอง
เฉลยคำตอบข้อที่ 1
คำถามข้อที่ 1 ถามว่า You have run all your tests and they all pass. Is this good news or bad news?
คำตอบ
It depends on how good your tests were and what they were testing. To have justified confidence in the software we must have confidence in our tests, data and environment.
อย่างที่บอกครับ ลองทำดูกัน ขำ ขำ เป็นคำถามที่เราเจอกันอยู่ทุกๆ วันครับ อยู่ที่เราจะหาวิธีการทำงานแบบไหน เพื่อให้สำเร็จผลตามที่ต้องการครับ
ขอให้มีความสุขในการทำงานวันศุกร์แห่งชาติครับพี่น้อง
Testing Doesn’t Finish…It’s Just STOP!!!
[Forum] แนวทางการออกแบบ Plan for Testing
ยังไม่จบครับสำหรับวันศุกร์แห่งชาติวันนี้ 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
Tester’s Aptitude Test ทำกันขำขำ ข้อที่ 1
สวัสดียามเช้าวันศุกร์แห่งชาติ มาถึงที่ office เร็ว ค้นดูเอกสารเก่าๆ ในเครื่องที่เคยเก็บๆ ไว้ก็เจอกับข้อสอบ Aptitude Test for Testers ที่คุณ Leeyongson เคยส่งมาให้ ก็เลยนึกสนุกลองหยิบมาถามเพื่อนพ้องน้องพี่ ตอบกันแบบ ขำขำ เอาเป็นว่าลองมาระดมสมอง โยนความคิดเห็นลงมากันดูดีกว่าว่าคืดเห็นเป็นประการใดกันบ้างครับ
เอาเป็นว่าผมจะลงคำถามทุกๆ วันศุกร์ละกัน ก็จะหาคำถามจากที่ต่างๆ มาเพิ่มเติม และหากเพื่อนพ้องน้องพี่ท่านใดมีคำถามที่น่าสนใจก็ส่งมาได้นะครับที่ welovebug@sanook.com
คำถาม
ขอเปิดประเดิมคำถามแรกของศุกร์นี้ก่อนเลยนะครับ ข้อนี้มีคะแนน 2 คะแนน
You have run all your tests and they all pass. Is this good news or bad news?
ส่วนของการเฉลยผมจะลงในศุกร์หน้าละกันนะครับ
ลองเล่นกันดูครับ ขำขำ
ขอให้มีความสุขในการทำงานวันศุกร์แห่งชาติครับพี่น้อง
Testing Doesn’t Finish…It’s Just STOP!!!
