มนต์เสน่ห์ของอาชีพ Software Tester

สวัสดียามเที่ยงของวันศุกร์สุดท้ายของเดือนตุลาคม ที่สภาพอากาศ ครึ้มฟ้า ครึ้มฝน แบบนี้ หลายๆ คน น่าจะกำลังเดินออกจากที่ทำงาน ไปหาอะไร อร่อย อร่อย สำหรับมื้อเที่ยงแบบนี้ ผ่านพ้นไปสำหรับงานครั้งที่ 3 ของ Thailand SPIN Software Testing - Define Your Test Strategy ซึ่งได้คุณโอ มาเขียนบทความสรุปให้ในหัวข้อเรื่อง ควันหลงงาน Thailand Spin วันที่14 : Defining Your Test Strategy ลองเข้าไปอ่านกันได้

มาว่ากันด้วยเรื่องที่โปรยหัวไว้ดีกว่า มนต์เสน่ห์ของอาชีพ Software Tester หัวข้อเดียวเอามาหากินได้หลายครั้งเลย ขอท้าวความเล็กๆ ของที่มาที่ไปของหัวเรื่องนี้ก่อนนะครับ

สืบเนื่องจากผู้เขียนได้รับเชิญเป็น Panelist ของ Panel Discussion ไปร่วมงาน QA Day 2008 ของบริษัทแห่งหนึ่ง ในหัวข้อเสวนาเรื่อง Software Testing in Your Perspective ในวันที่ 25 กันยายน 2551 ที่ผ่านมา และมีคำถามที่ผู้ดำเนินรายการได้ถามมาและโดนใจมากๆ มนต์เสน่ห์ของอาชีพ Software Tester คืออะไร?

ก็เลยหยิบคำถามนี้ไปเปิดกระทู้ไว้ใน Software Testing Forum และก็ได้รับการตอบรับจาก เพื่อนพ้องน้องพี่ ทั้งหลายในสายอาชีพของ Software Tester มาช่วยกันตอบคำถามในมุมมองของแต่ละบุคคลว่า มนต์เสน่ห์ของอาชีพ Software Tester คืออะไร?

Read the rest of this entry »

จะรู้ได้ยังไงว่าเราทำ Test ได้ดีพอรึยัง วิธีง่ายๆในการวัด Effectiveness และ Efficiency ของการ Test

QA หลายๆคนคงเคยมีคำถามว่า เราจะรู้ได้ยังไงว่าสิ่งที่ทำไปอยู่ทุกวันเนี่ย มันดีแล้วรึเปล่า ทำงานได้ Effective รึยังน้อ จะคุ้มเงินค่าจ้างที่เค้าให้เรามามั๊ยนะ (อันนี้อาจจะไม่ค่อยได้คิดกัน)

เรื่องนี้แม้แต่ผู้บริหาร หรือ QA Manager หลายๆท่านที่เคยได้เข้า class ที่ผู้เขียนสอน ก็มักจะมีคำถามว่า เราจะมีวิธีวัดประสิทธิภาพ และประสิทธิผลของการทำเทสยังไงได้บ้าง

จริงๆแล้วการวัด Effectiveness & Efficiency นั้นมีหลากหลายวิธีด้วยกัน แต่ขอเริ่มจากอันง่ายๆ ที่เคยเห็นเคยใช้มาก่อนแล้วกันนะครับ

Read the rest of this entry »

แนะนำนักเขียนคนใหม่ของ We Love Bug คุณณัฐดนัย

สวัสดียามสายๆ ของวันศุกร์ที่อากาศดูเย็นๆ เงียบๆ เหงาๆ ไม่รู้ office อื่นเป็นยังไงบ้าง แต่ที่ office ผมเองนี่ เงียบๆ เหงาๆ ใช้ได้เลยทีเดียว ผู้คนลาพักติดต่อกัน 4 วันเลย…

ห่างหายไปหลายอาทิตย์ที่ไม่ได้มาเขียนเรื่องลงใน We Love Bug ไม่ใช่ไม่มีเรื่องจะเขียนนะครับ แต่ติดโน้น…นี่…นั่น…(ข้ออ้างอีกตามเคย)

เนื่องด้วยมีผู้ขอร่วมเป็นนักเขียน เพื่อแบ่งปันประสบการณ์ในงานของ Software Testing เลยขอแนะนำข้อมูลแบบย่อๆ ของนักเขียนคนล่าสุดของ We Love Bug เราครับ

ณัฐดนัย เวียงวัง (Nutdanai)

งานปัจจุบัน

QA Group Leader - Thomson Reuters Software Thailand
Software Testing Technique Trainer - GPI ASIA

ประสบการณ์

ผลงานเขียน หลักๆยังไม่ค่อยได้เขียนครับ ส่วนใหญ่จะเคยพูดตามงานสัมนามากกว่าครับ ตัวอย่างเช่น Software Testing seminar ของ NIDA แล้วก็เป็นเทรนเนอร์ด้าน Software Testing อยู่ คิดว่าน่าจะพอ Share knowledge & idea ได้บ้างครับ

ขอตอนรับผู้เขียนคนล่าสุดของ We Love Bug ครับผม

Software Testing Webboard @forum.sanook.com

สวัสดียามเช้าของวันอังคารที่ 9 กันยายน 2551 วันนี้มีเหตุต้องเข้ามาที่ office แต่เช้าตรู่ เนื่องจากงานเข้า ระหว่างรอก็เลยถือโอกาส บอกเล่า ให้เหล่า Tester ไ้ด้รับทราบข่าวสารเกี่ยวกับเรื่องของ Webboard ที่เป็นผลต่อเนื่องมาจาก [Brainstorm] - We Love Bug ควรจะมี Forum เพื่อถามตอบหรือไม่?

ล่าสุดเราได้รับความอนุเคราะห์จากทางทีมงาน Sanook! Forum (http://forum.sanook.com) จัดสร้างห้องชื่อว่า Software Testing - ชุมชนคนล่าแมลง Software Tester

Software Testing ถูกจัดให้อยู่ภายใต้้หมวดใหญ่ของ Sanook! Forum ชื่อว่า ชุมชนสนุก!

URL สำหรับเข้าไปยังห้อง Software Testing คือ http://forum.sanook.com/forum/?board=399

Software Testing Board on Sanook! Forum

ชาวคณะ We Love Bug กำลัง นั่งมอง นอนมอง ดูว่าจะทำเช่นไรดีในการนำห้อง Software Testing มาอยู่เป็น Theme เดียวกับ We Love Bug โดยมีอยู่สองทางเลือก

1. เพิ่ม Link ของ Software Testing Webboard บนหน้าเว็บของ We Love Bug แล้วโยน Link ออกไปยัง Sanook! Forum
2. จัดทำหน้าเว็บขึ้นมาบน We Love Bug แล้วใช้เจาะช่องด้วย iframe เพื่อดึงหน้าของ Software Testing Webboard มาแสดงบนหน้า We Love Bug

ในเบื้องต้นก็เลยตัดสินใจใช้วิธีโยน Link ออกไปยัง Sanook! Forum ก่อน เพื่อให้ทางผู้สนใจสามารถใช้งานได้ทันทีครับ ส่วนความคืบหน้า หรือการเปลี่ยนแปลงใดๆ ทางชาวคณะ We Love Bug จะแจ้งให้ทราบในโอกาสต่อๆ ไปอีกครั้ง

ก็เลยถือโอกาสนี้บอกเล่าถึงการใช้งานเบื้องต้น รวมทั้งกฏกติกาเล็กๆ น้อยๆ สำหรับการใช้งาน Software Testing Webboard

Read the rest of this entry »

บอกเล่าเก้าสิบ - Tester ต้องทำอะไรบ้าง? ตอนที่ 1

สวัสดียามค่ำคืนวันอังคาร วันที่ชาวไทยได้พบกับ “ประกาศสถานการณ์ฉุกเฉินในเขตท้องที่กรุงเทพมหานคร” ออกแนวแอบลุ้นเมื่อเช้าว่าบริษัทจะสั่งหยุดงานหรือไม่ มาเข้าเรื่องกันเลยดีกว่านะครับ แอบออกนอกเรื่องไปนิดหน่อยแหละ

เปิดเรื่องด้วย “บอกเล่าเก้าสิบ - Tester ต้องทำอะไรบ้าง?” ก็ต้องขอบอกก่อนว่าที่เลือกเขียนเรื่องนี้ก็เนื่องจากหลายๆ สาเหตุ เช่น

• เวลาสัมภาษณ์คนเข้าทำงาน เค้าก็มักจะถามว่า Tester ที่นี่ทำอะไรบ้าง
• จำได้ว่าเจอใน pantip ว่าเคยมีผู้มาถามว่า Tester จะต้องทำอะไรบ้าง

รวมทั้งเรื่องเก่าที่เคยมาเขียนตอนที่ 1 ไว้ ก็คือ Software Testing Life Cycle ตอนที่ 1 แต่ถึง ณ ตอนนี้ก็ยังค้างคาอยู่เย สำหรับตอนที่ 2 เนื่องจากให้น้องในทีมทำ Process Improvement ของ Software Testing ใหม่ และจะให้เค้ามาเขียนในสิง่ที่เค้าคิดมา ก็ต่อยอดจากสิง่ที่ผมเริ่มไว้ละกัน (โยนงานแหละ 555)

กลับมาเรื่องนี้ละกัน บอกเล่าเก้าสิบ - Tester ต้องทำอะไรบ้าง? ขอเป็นว่าแบ่งปันจากประสบการณ์ทำงานที่ผ่านมาตลอด 3 ปีในงานของ Software Tester และเป็นงานทั้งหมดที่ Tester น้อยในบริษัทที่ผมทำงานอยู่จะต้องทำ เผื่อว่าจะเป็นประโยชน์ ไม่มาก ก็น้อย สำหรับหลายๆ ท่าน คิดเห็นประการใด ก็ฝากไว้ใน Comment ของเรื่องนี้ได้เช่นกัน

Read the rest of this entry »

สัมมานา ดี ดี และฟรี!!! - Becoming a Trusted Advisor and Testing in a SCRUM project

สวัสดียามสายของวันศุกร์แห่งชาตินะครับ ห่างหายจากการมาเขียนบทความลงใน We Love Bug นานเลย แต่ไม่ได้หายไปไหนนะครับ เนื่องจากมาหน้าที่การงานมากมาย หลายอย่างที่จะต้องรับผิดชอบ และดูแล รวมทั้งแก้ไข เลยไม่ได้มีเวลามาเขียนเรื่องลงใน We Love Bug เท่าไรนัก

ได้รับอีเมล์แจ้งเรื่องงานสัมมานามาจากทาง Thailand SPIN เมื่อวันอังคารที่ผ่านมา และน่าสนใจมากมาก รวมทั้ง ฟรี ดังนั้นเลยหยิบมาช่วยทาง Thailand SPIN ประชาสัมพันธ์ ผ่านทาง We Love Bug อีกทาง

“Thailand SPIN: Special Presentation. Becoming a Trusted Advisor and Testing in a SCRUM project. By Lloyd Roden and Julie Gardiner”.

ผู้บรรยาย: Lloyd Roden and Julie Gardiner, Grove Consultants. คลิกดูประวัติืของทั้ง 2 ท่านได้ที่นี่

วันและเวลา: วันอังคารที่ 3 มิถุนายน 2551 เวลา 17:30 - 20:30

สถานที่: หอประชุมศาสตราจารย์สังเวียน อินทรวิชัย อาคารตลาดหลักทรัพย์แห่งประเทศไทย

หัวข้อการบรรยาย:

17.30 – 18.00 : Registration

18.00 – 18.10 : Welcome address.

18.10 – 19.00 : “Becoming a ‘Trusted Advisor’ – how to present the
testing message effectively” by Lloyd Roden, Grove Consultant.

19.00 – 19.20 : Networking (Coffee Break)

19.20 – 20.10 : “Testing in a SCRUM project” by Julie Gardiner, Grove Consultant.

20.10 – 20.30 : Q & A and adjourn.

Abstract:
Becoming a ‘Trusted Advisor’ – how to present the testing message effectively
Providing good, timely, factual and relevant information to Project Managers and Stakeholders is necessary and essential for projects to succeed.
But why do some Test Managers find it difficult to get the message across? And why does it seem as though Project Managers willingly ignore sound advice?
At times it seems as though our message is falling on deaf ears. The reasons could be our own making in that we are not providing the right information in the right form at the right time. We must seek to become the senior management’s “Trusted Advisor”.

Testing in a SCRUM project
Agile Development concepts are being used more and more in organisations, either as a development methodology in its entirety or they want to blend areas of agile into traditional methodologies. SCRUM is a framework that is frequently used in agile projects where collaboration and communication is paramount; so how do we retain independence for testing? This session will demonstrate how testing can still provide an effective contribution to a SCRUM project.

ท่านใดที่สนใจสามารถลงทะเีบียนเข้ารวมการสัมมานาได้ที่นี่, ลงทะเบียน

:#1:

โครงการความร่วมมือระหว่างคณะสถิติประยุกต์ นิด้ากับบริษัท รอยเตอร์ ซอฟท์แวร์ (ประเทศไทย) จำกัด

:happycry: โครงการความร่วมมือระหว่างคณะสถิติประยุกต์ นิด้ากับบริษัท รอยเตอร์ ซอฟท์แวร์ (ประเทศไทย) จำกัด

ขอเชิญทุกท่าน เข้าร่วมฟังบรรยายพิเศษ หัวข้อเรื่อง Software Testing
โดยผู้เชี่ยวชาญจาก Reuters Software (Thailand) Ltd.
ในวันเสาร์ที่ 24 พฤษภาคม 2551 เวลา 09.30 - 15.30 น.
ณ ห้อง 401 อาคารวิทยบริการ
สถาบันบัณฑิตพัฒนบริหารศาสตร์

ดูรายละเอียดและลงทะเบียนได้ที่
http://as.nida.ac.th

Graduated School of Applied Statistics, NIDA
118 Serithai Rd. Bangkapi, Bangkok, Thailand 10240
Tel. 0 2377 5381 Fax. 0 2374 4061
http://as.nida.ac.th

ใครที่สนใจก็ไปกันได้นะค่ะ แล้วอย่าลืมไปเจอกันล่ะ เพื่อนๆ

เว็บบราวเซอร์มาตรฐานอยู่ที่ไหน ใครกำหนด

ก่อนอื่นเลยต้องขอบอกก่อนว่า นึกอยู่นานเชียวว่าจะเขียนเรื่องนี้ดีหรือป่าว แต่ด้วยความขัดใจ และ เว็บบราวเซอร์ที่ใช้อยู่ในปัจจุบันนั้นเป็น Mozilla Firefox จึงอยากจะขอพร่ำเ้พ้อสักกะติ๊ดเจ้าค่ะ

ก่อนอื่นออกตัวก่อนว่า เว็บบราวเซอร์ที่ใช้อยู่เป็นประจำทุกวัน ถ้าย้อนกลับไปสักปีกว่า ๆ แล้วล่ะก้อ คงหนีไม่พ้น Microsoft Internet Explorer ค่ะ เพราะโดยส่วนตัวอ่ะ ไม่เคยคิด หรือ สนใจที่จะใช้เว็บบราวเซอร์ตัวอื่นเลย ก็คงจะด้วยความขี้เกียจส่วนตัวมั้งค่ะ ที่ไม่ค่อยจะชอบลงโปรแกรมใด ๆ เพิ่มเติมถ้ามันมีอยู่แล้วกับ OS ตัวที่ใช้อยู่ แต่แล้วด้วยหน้าที่การงานเลยต้องเปลี่ยนความคิดไปเลยค่ะ แต่กว่าจะเปลี่ยนก็นานโขทีเดียวค่ะ แต่ตอนนี้ชักเริ่มจะติดใจซะแล้วซิค่ะ กับเจ้า Mozilla Firefox ที่กำลังมาแรงในช่วงหลังนี้มาก ๆ ด้วย (ใช้ความรู้สึกส่วนตัวตัดสินกันเลยทีเดียว) ที่เลือกใช้ Firefox แทนไออีก็มีเหตุผลหลายประการ ตั้งแต่เร็วกว่า ปลอดภัยจากการติดเวิร์มและไวรัสมากกว่า รวมถึงมีฟีเจอร์ดีๆ หลายชนิดเช่น เปิดเว็บในแท็บแทนที่จะเป็นหน้าต่างใหม่ หรือความสามารถค้นหาข้อมูลจากกูเกิลได้โดยตรง

Read the rest of this entry »

The First Computer Bug

สวัสดียามค่ำ สำหรับวันที่ฝนตกลงมาเหมือนฟ้ารั่ว ขณะที่นั่งเขียนเรื่องนี้ก็เวลาประมาณ 18:35 น. จบสิ้นภารกิจการงานประจำวันไป แต่ก็นั่งรอเวลาสัมภาษณ์ผู้สมัครเข้ามาตำแหน่ง Tester ของที่ทำงาน ไม่รู้ว่าจะติดฝนอยู่แถวไหน

ระหว่างที่นั่งรอก็เลยนั่งค้นหาความหมายของคำว่า Error, Fail และ Failure เพื่อจะเอามาเขียนบทความซะหน่อย แต่ หาไป หามา กลับไปเจอเรื่องของ The First Computer Bug เข้า อ่านดูแล้วก็น่าสนใจดี

เลยหยิบยกเรื่องนี้มาเขียนให้เหล่า Tester ทั้งหลาย ที่มีชีวิตผูกพันอยู่กับเจ้าแมลงน้อย หรือ Bug ได้รู้ว่าที่มาของคำว่า Bug ที่เราๆ ท่านๆ ในแวดวง IT และ Computer พูดติดปากกันอยู่ตลอดเวลา ไม่ว่าจะเจอปัญหาการใช้งาน Hardware หรือ Software เราก็จะบอกกันว่ามันมี Bug

ลองมาดูกันหน่อยว่า Bug นี้ มันถูกพบครั้งแรก เมื่อไรบนโลกใบนี้…

Read the rest of this entry »

จุดประกาย : ทำไม Softwareต้องมี bug (ตอนที่ 2)

จุดประกาย : ทำไม Softwareต้องมี bug (ตอนที่ 2)

- การพัฒนาระบบอย่างต่อเนื่องเพื่อไล่ตาม requirement

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

- การ test ทุกอย่างที่เป็นไปไม่ได้
ลองนึกถึง web application ตัวนึงที่มี 5 use case แต่ละ use case มี 20 test cases เท่ากับว่าเรามีทั้งหมด 100 test cases หากในตลาดมี browser เป็น ie, firefox, safari ก็คูณไปอีก 3 = 300 แต่ว่าแต่ละ browser ก็ยังมีการ settings/addon (javascript, flash, security options) ต่างๆกัน และมี major/minor version ก็ทวีคูณกันขึ้นไปอีก (นี่ยังไม่รวม version ของ OS, screen resolution และลำัดับการกรอกข้อมุลและอื่นๆ) การ test ทุกอย่างในทุก environment จึงเป็นไปไม่ได้ที่จะทำให้เกิดขึ้นใน timelineของprojectและคุ้มค่ากับต้นทุนการ testได้ ดังนั้นการออกแบบกลยุทธ์ในการ test (test strategy)ที่ทำให้เกิด Smart Testing โดยไม่testทุกอย่างแต่ยังได้ testสิ่งที่ควรจะถูกtest และให้ได้coverage ที่ดีที่สุดจึงเป็นหัวใจสำคัญและเป็นความท้าทายที่ถูกถกเถียงกันในวงการ testing มานาน อย่างไรก็ตาม แม้ว่า test strategy จะถูกคัดสรรค์มาดีแค่ไหน การที่ไม่ได้ test ทุกอย่างและเว้นไปในแค่รายละเอียดย่อยเล็กน้อยล้วนก็เป็นการเปิดช่องให้มีโอกาสให้มี software bug เกิดขึ้นได้ หากแต่ว่าผลกระทบของการมี bug เหล่านั้นน่าจะส่งผลที่น้อยที่สุดต่อผู้ใช้และธุรกิจของผู้ใช้ระบบนั่นเอง พบกับการบรรยายหลากหลายมุม เรื่อง Smart Testing ได้ในงาน SPIN Day เดือน พ.ค นี้ครับ

Read the rest of this entry »