วางถุงกาวลงแป๊ป ก่อนจะไป Automate Testing กัน

automate-testing-post-on-facebook

สวัสดีเช้าวันจันทร์ที่ 21 มีนาคม พ.ศ. 2559 เช้าวันนี้มาพล่ามเรื่อง Automate Testing ที่ผมพล่ามขึ้นบน Facebook ส่วนตัวเมื่อวันพฤหัสบดีที่ 17 มีนาคม พ.ศ. 2559 เพราะอะไรถึงต้องพล่ามแบบนั้น เหตุผลก็คือ หลายๆ บริษัทเริ่มมองหา ตั้งงบ หรือจัดซื้อ Automate Testing Tool มา และก็อยู่ในการครอบครองของทีม Software Tester กลายเป็นว่า เอ้า…Automate Testing เป็น งาน และความรับผิดชอบของ Software Tester!!! ซึ่งสำหรับผมส่วนตัวแล้วไม่ใช่แบบนั้นนะ ก็เลยมาพล่ามไปบน Facebook แล้วก็ขอมาขยายความต่อบน Blog ในเช้าวันนี้

คำออกตัวแบบล้อฟรี

สิ่งที่จะได้เสพหลังจากอยู่บนพื้นฐานของ ทฤษฎีต่างๆ เท่าที่ผมเสพมาทั้งจกการอ่าน ฟัง และเรียน ผสมกับประสบการณ์ที่เจอมา และความคิดเห็นส่วนตัวนะจ๊ะ

Continue reading วางถุงกาวลงแป๊ป ก่อนจะไป Automate Testing กัน

เปลี่ยน Test Report จาก “กระดาษ” มาเป็น “กระดาน”

Ci-Jenkins

สวัสดีเพื่อนพ้องน้องพี่เช้าวันศุกร์ที่ 26 กุมภาพันธ์ พ.ศ.2559 เช้าวันนี้มานำส่งสิ่งที่ได้ไปร่ำเรียนมาจากชั้นเรียน The Whole Team Approach to Agile Testing ของป้า Janet Gregory ณ ประเทศสิงคโปร์ ในเรื่องของ Make Test Report Visible

รายงานผลการทดสอบ (Test Report) เป็นสิ่งที่จะต้องถูกนำส่งออกมาหลังจบกระบวนการทดสอบไม่ว่าจะการทดสอบในระดับใด (Test Level) เช่น Unit Testing เอย Integration Testing เอย System Testing เอย Performance Testing เอย เป็นต้น ซึ่งเอาเข้าจริงๆ มีคนอ่านมันอยู่ไม่กี่คนหรอกรายงานฉบับนี้  ดังนั้นถ้าจะยังต้องคงมีอยู่ มาเปลี่ยนรายการการทดสอบจาก กระดาษ มาเป็น กระดาน กันดีกว่า

Continue reading เปลี่ยน Test Report จาก “กระดาษ” มาเป็น “กระดาน”

[Video] Agile Testing Success – Key Factors ของ Janet Gregory ในงาน Meetup ที่สิงคโปร์

Janet Gregory มาเปิดสอน The Whole Team Approach to Agile Testing ที่สิงคโปร์ในวันพฤหัสบดีที่ 18 – วันศุกร์ที่ 19 กุมภาพันธ์ พ.ศ. 2559  และก่อนวันสอนทางทีม Agile Singapore ได้จัด Meetup ขึ้นในหัวข้อเรื่อง Agile Testing Success – Key Factors เลยนำมาให้เสพกันครับ

Speaker: Janet Gregory (@janetgregoryca)

Meetup: Agile Testing Success – Key Factors

Venue: Suntec Tower Five, Singapore

Source: https://engineers.sg/video/agile-testing-success-key-factors-agile-singapore–522

วันที่ 1 ของ The Whole Team Approach to Agile Testing ณ สิงคโปร์

12744545_10153303469022371_9007475291959853116_n

เมื่อหนึ่งในสิ่งที่อยากจะทำคือ การได้เรียน Agile Testing กับ Janet Gregory และ/หรือ Lisa Crispin นั้นเกิดขึ้น ณ ประเทศสิงคโปร์ ก็จะรอช้าอยู่ใยที่จะจัดการลงทะเบียนจ่ายเงิน และตั้งตารอที่จะได้มานั่งเรียน จนกระทั่งวันพฤหัสบดีที่ 18 กุมภาพันธ์ พ.ศ. 2559 เวลา 9:00น. ก็ได้นั่งในชั้นเรียนของ Janet Gregory ในหัวข้อ The Whole Team Approach to Agile Testing วันที่ 1 นับเป็นประสบการณ์ที่ดีมากๆ ที่ได้มาร่ำเรียนเพิ่มเติมองค์ความรู้ และรับประสบการณ์ต่อจาก Janet โดย Janet ให้เขียน Acceptnace Test ของแต่ละคนเพื่อดูว่าจบวันที่ 2 นั้นจะได้ของกลับไปครบหรือเปล่า ซึ่งผมก็เขียนของตัวเองว่า

Continue reading วันที่ 1 ของ The Whole Team Approach to Agile Testing ณ สิงคโปร์

กรณีศึกษา: ทดสอบ 430 เคส ใช้เวลา 4 วัน ช้าหรือเร็ว?

fast-or-slow-testing

สวัสดีเช้าวันอังคารที่ 24 พฤศจิกายน พ.ศ. 2558 เช้าวันนี้ขอนำคำถามที่มีน้อง Software Tester ถามมาและส่วนตัวคิดว่าเป็นคำถามที่น่าสนใจก็เลยขอเจ้าของคำถามว่าจะขอนำมาเป็นกรณีศึกษาให้กับเพื่อนพ้องน้องพี่ได้หรือไม่ เมื่อน้องเจ้าของคำถามตอบตกลงและยินดีที่จะนำมาเป็นกรณีศึกษาให้กับเพื่อนพ้องน้องพี่นั้นผมก็จัดเลยครับ

ขอตั้งชื่อน้อง Software Tester เจ้าของคำถามว่า น้องแอ๋ว และมีทักษะของการทำ Automate Testing ในระดับของ Acceptance Testing ด้วย Robotframework อยู่ระดับหนึ่ง

ความมีอยู่ว่า น้องแอ๋ว เป็น Software Tester ได้รับมอบหมายให้เข้าไปทดสอบซอฟต์แวร์ที่ทีมพัฒนาดำเนินการพัฒนามาเป็นระยเวลาแรมปีแล้ว น้องแอ๋วเป็นคนใหม่ในทีมที่จะต้องเข้าไปทำการทดสอบซอฟต์แวร์ตัวนี้ ในระยะเวลา 4 วันที่น้องแอ๋วดำเนินการทดสอบไปนั้นเธอทดสอบและเก็บผลการทดสอบไปทั้งสิ้น 430 กรณีการทดสอบ (Test Case) เธอได้ฉุกคิดขึ้นมาว่า 430 ใน 4 วัน มันช้าไปไหม?

Continue reading กรณีศึกษา: ทดสอบ 430 เคส ใช้เวลา 4 วัน ช้าหรือเร็ว?

Software Tester คุณคือ จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างซ้าย!!!

you-are-weakest-link

เมื่อวานพล่ามไปเรื่อง Software Tester คุณคือ จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างขวา!!! ไปแล้ววันนี้เลยมาพล่ามเพื่อจะได้เสียขาซ้ายไปอีกข้างละกันนะจ๊ะ ตามที่พล่ามไปแล้วว่า Software Tester เรามารับตำแหน่งตรงนี้มิใช่ว่าเราหลงใหลได้ปลื้มและคลั่งไคล้ในเรื่องของ คุณภาพ อะไรนักหนาหรอกนะจ๊ะและพอชีวิตต้องตกไปอยู่ในกระบวนการพัฒนาแบบกีฬา วิ่งผลัด แบบ 4×100 ทุกๆ คนในทีมวิ่งผลัดมีระยะทางคนละ 100 เมตร ต้องวิ่งควบไปให้เร็วที่สุดเพื่อส่งไม้ต่อไปให้เพื่อนวิ่งควบไป ถ้าเพื่อนช้าฉันก็ช้าไปด้วย แต่เส้นชัยไม่ได้ขยับออกไปตาม ทำยังไงก็ได้ให้ขวบไปให้เร็วที่สุด และแล้วก็ ล้ม หรือไม่ก็เข้าที่สุดท้าย สุดท้าย เหนื่อยฉิบหาย พักได้ 2 นาที เสียงนกหวีดดัง เข้าที่ ระวัง ไป วิ่งผลัดกันอีกรอบ

วันนี้เลยมาพล่ามต่อว่า Software Tester ที่อ่อนด้อยง่อยเปลี้ยเสียขาข้างขวาไปแล้วเหลือแต่ขาข้างซ้ายต้องเข้าไปอยู่ในการพัฒนาซอฟต์แวร์ที่กำลังมาแรงแซงทางโค้งแล้วก็จพหลุดโค้งลงเหวที่เรียกขานว่า แอจไจล์ (Agile) และจะยิ่งเป็น จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างซ้าย ไปอีกข้างอย่างไร

Continue reading Software Tester คุณคือ จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างซ้าย!!!

Software Tester คุณคือ จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างขวา!!!

you-are-weakest-link

ทำไมผมถึงจั๋วหัวว่า Software Tester คุณคือ จุดอ่อน!!! แอบแรงและอาจจะมีเหล่าเพื่อนพ้องน้องพี่ที่ดำเนินชีวิตด้วยการเป็น Software Tester อยู่ที่อ่านแล้วรู้สึกว่า ไม่ ไม่ ไม่ ฉันไม่ใช่แบบที่แกพูด ฉันไม่ใช่จุดอ่อน นะ ซึ่งผมก็ยังคงยืนยันว่า ใช่…คุณคือจุดออ่อน(ด้อย) เพราะ

Continue reading Software Tester คุณคือ จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างขวา!!!

ฆ่า Bug หนึ่งตัวต้องใช้เงินกี่บาท?

how-much-to-pay-to-kill-bug

สวัสดีเช้าวันพุธที่ 23 กันยายน พ.ศ. 2558 เช้าวันนี้ขอมาพล่ามเรื่องของ สิ่งเล็กๆ ที่เรียกว่า Bug กันหน่อย อันสืบเนื่องจากว่าช่วงที่ผ่านมาหนูเริ่มขายแนวคิด การทำงานเชิงป้องกันไม่ให้เกิด Bug มากกว่า การทำงานแบบตั้งรับ Bug และก็ได้เจอกับคำถามว่า “เราต้องใช้คนมากขึ้น ใช้เงินมากขึ้น ใช่ไหม?” และ แลดูแพงกว่าการทำงานแบบตั้งรับ Bug

เช้าวันนี้ก็เลยมานั่งพล่ามนิดนึงละกันเกี่ยวกับเรื่องนี้ว่าจริงๆ แล้วการทำงานแบบเชิงป้องกันไม่ให้เกิด Bug นั้น แพงกว่า การทำงานแบบตั้งรับ Bug จริงๆ หรือเปล่า

คำออกตัวก่อนเริ่มพล่าม: ทั้งหมดที่หนูจะพล่ามให้เพื่อนพ้องน้องพี่ได้เสพ มาจากประสบการณ์ของตัวหนูเองนะจ๊ะ

Continue reading ฆ่า Bug หนึ่งตัวต้องใช้เงินกี่บาท?

จะทดสอบอย่างไรให้รู้ผลได้ภายใน 10 นาที ก่อนไปมองหา Automate Testing Tools

V-and-V

 

สวัสดีเช้าวันอังคารที่ 8 กันยายน พ.ศ. 2558 วนเวียนกลับมานั่งเขียน Blog ลงใน WeLoveBug อีกครั้งซึ่งสัญญาต่อหน้าฟ้าดินว่าจะมาเขียนให้บ่อยและสม่ำเสมอขึ้นเรื่อยๆ อีกครั้งเหมือนครั้ง WeLoveBug สมัยเยาว์วัยและเช้าวันนี้ขอหยิบยกสิ่งที่เพื่อนและหนึ่งในผู้เขียนของ WeLoveBug ได้แบ่งปันออกมาผ่านโลกของ Social และผมชอบนะกับคำพูดนี้

เราจะทดสอบทั้งหมดให้เสร็จภยาใน 10 นาทีได้อย่างไร?

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

Continue reading จะทดสอบอย่างไรให้รู้ผลได้ภายใน 10 นาที ก่อนไปมองหา Automate Testing Tools

10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ตอน หมั่นฝึกฝน ศึกษาหาความรู้ อย่างสม่ำเสมอ

Practice-Continuous-Improvement

 

สวัสดีเช้าวันพฤหัสบดีที่ 11 มิถุนายน พ.ศ. 2558 แป๊ปๆ ผ่านมาแล้วครึ่งปีมาต่อกันกับหลักปฏิบัติข้อที่ 6 ของ Agile Testing ที่ไม่ใช้ Agile ก็นำไปทำได้นะจ๊ะ เรื่องสำคัญหนึ่งเรื่อง ย้ำว่า สำคัญ สำคัญและสำคัญ คือ การพัฒนาตัวเอง ทั้งองค์ความรู้และทักษะอย่างต่อเนื่อง เพื่อนำมาใช้ในการทำงาน ในการพัฒนาซอฟต์แวร์เองก็เช่นกันองค์ความรู้และทักษะก็เป็นเรื่องที่สำคัญมากๆ เช่นกัน ไม่ว่าจะเป็นตำแหน่งไหนในทีมพัฒนาซอฟต์แวร์ต้องตระหนักถึงเรื่องเหล่านี้ไว้มากๆ หากต้องการซอฟต์แวร์ที่ถูกพัฒนาออกมาดีพร้อมกับคุณภาพที่ดี ทักษะเป็นเรื่องที่สำคัญมากๆ

Continue reading 10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ตอน หมั่นฝึกฝน ศึกษาหาความรู้ อย่างสม่ำเสมอ

10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ตอน เน้นความเรียบง่าย อย่าเริ่มด้วยท่ายาก

keep-it-simple

 

กลับมาอีกครั้งสำหรับตอนที่ 6 ของ 10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ค่ำคืนนี้ขอว่าด้วยเรื่องของ Keep it Simple โดยหนูขอแปลเป็นภาษาไทยว่า เน้นความเรียบง่าย อย่าเริ่มด้วยท่ายาก

เอาจริงๆ พอทำงานในสายงานของการพัฒนาซอฟต์แวร์หนูว่าเราเริ่มอะไรหลายๆ สิ่งด้วย ท่ายาก เสมอ นับตั้งแต่บอกให้ลูกค้าเขียนและบอกความต้องการทั้งหมดอย่างละเอียด ต่อด้วยวิเคราะห์แล้วก็ออกแบบใหญ่ๆ ละเอียดๆ ส่งต่อมาที่เขียนโค้ดก็ใช้ท่ายากเสมอๆ ไม่เว้นแม้กระทั่งส่วนของการทดสอบเองก็ตาม Software Tester เองก็เล่นท่ายากอยู่เป็นประจำ

ท่ายาก ในความหมายของหนูนั้นคือ มอง คิด วิเคราะห์ และลงมือทำเรื่องต่างๆ แบบใหญ่ๆ เผื่อๆ น่าจะใช้นะ แต่ไม่รู้จะได้ใช้หรือเปล่า

สำหรับเรื่องของการทดสอบซอฟต์แวร์ในการพัฒนาแบบแอจไจล์ (Agile) นั้น ได้พูดถึงเรื่องของความเรียบง่ายๆ ไว้น่าสนใจมากๆ เพื่อกระตุกแนวคิดและความคิดของเราๆ ทุกๆ คน

Continue reading 10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ตอน เน้นความเรียบง่าย อย่าเริ่มด้วยท่ายาก

10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ตอน กล้าๆ หน่อย

Have-Courage

 

เดินทางมาถึงข้อที่ 4 จาก 10 ข้อปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ สำหรับข้อที่ 4 นี้ ส่วนตัวผมจะมุ่งเน้นเรื่องของความกล้าของตัวบุคคลที่เป็นสมาชิกของทีมพัฒนาซอฟต์แวร์ ความกล้าของทีมพัฒนาซอฟต์แวร์และความใจถึงของลูกค้าด้วยเช่นกัน

ความผิดพลาด คำนี้แลดูจะเป็นคำอันศักดิ์สิทธิ์สำหรับหลายต่อหลายคน เคยมีใครสักคนกล่าวไว้และมีคนนำมาแชร์ลงบน Facebook ผมจำได้คราาวๆ ว่า “คนที่ไม่เคยผิดพลาด คือ คนที่ไม่เคยทำอะไรเลย”

พื้นที่สบายๆ ของหนู (Comfort Zone) ผมว่าทุกๆ คนมีพื้นที่กันหมด ผมก็มี คุณก็มี อาม่า อากง อาแป๊ะ บลา บลา บลา ก็มี ถ้าไม่มีอะไรสักอย่างเกิดขึ้นเราก็เลือกที่จะนั่งๆ นอนๆ อยู่ในพื้นที่สบายๆ ของหนูไป หากนั่งๆ นอนๆ นานมากไป พื้นที่สบายๆ ของหนู จะกลายเป็น สุสานของหนู ไปด้วยเช่นกัน

ความกล้า เราพูดกันเยอะ ลองมาดูความกล้ากับงานพัฒนาซอฟต์แวร์ในเรื่องของคุณภาพและการทำงานร่วมกัน

การพัฒนาซอฟต์แวร์ด้วยแอจไจล์ (Agile) นั้นเน้นเรื่องความกระฉับกระเฉ่ง ว่องไว พร้อมปรับตัวกับการเปลี่ยนแปลงต่างๆ ที่เกิดขึ้น เน้นส่งมอบซอฟต์แวร์ที่ทำงานได้ตรงตามความต้องการพร้อมคุณภาพตามที่ตกลงกันไว้และทำงานเป็นทีมเดียวกัน ดังนั้นต้องอาศัยความกล้าเป็นอย่างมากสำหรับการปรับตัวของแต่ละบุคคลและการปรับตัวของทีมพัฒนาซอฟต์แวร์ Continue reading 10 หลักปฏิบัติของ Agile Tester ที่ไม่ใช้ Agile ก็นำไปทำได้ ตอน กล้าๆ หน่อย

Thai Software Testing Blog