Category Archives: Test Diary

สรุปเรื่องราวต่างๆ ที่ส่งมอบใน Software Testing 101 ครั้งที่ 1 ณ เชียงใหม่

sw-testing-cnx2016

จากบทสนทนาบนโต๊ะอาหารปลายเดือนกันยายน 2559  นำพามาสู่ชั้นเรียน Software Testing 101 (Agile Testing 101) เดือนตุลาคม 2559 ณ จังหวัดที่ผมชอบเป็นการส่วนตัว เชียงใหม่

จั่วหัวไว้ว่าเป็น Software Testing 101 แต่จริงจริงแล้วแบ่งออกเป็นสองส่วนของชั้นเรียนคือ

  • พื้นฐานของคุณภาพซอฟต์แวร์และการทดสอบซอฟต์แวร์
  • การทดสอบซอฟต์แวร์แบบเชิงป้องกันเพื่อคุมกำเนิด Bug

ในกรอบเวลาหกชั่วโมงตั้งแต่เก้าโมงเช้าจนถึงสี่โมงเย็น วันเสาร์ที่ 15  ตุลาคม พ.ศ. 2559

Continue reading สรุปเรื่องราวต่างๆ ที่ส่งมอบใน Software Testing 101 ครั้งที่ 1 ณ เชียงใหม่

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

whole-team-approach

 

สวัสดีเช้าวันจันทร์ที่ 2 มีนาคม พ.ศ. 2558 เผลอนิดเดียวก้าวเข้าสู่เดือนที่สามของปี 2558 แล้วนะนี่ เวลาช่างเดินทางเร็วเสียยิ่งกระไร สืบเนื่องจากเมื่อวานนี้ได้อยู่บ้านกับเขาบ้างในวันอาทิตย์ก็เลยนั่งดู Slide เรื่อง Agile Testing เพิ่มจาก Slideshare.net และได้เจอกับ Slide Advanced Topics in Agile Testing – The Future จากงาน Agile Testing Days 2014 ของ Janet Gregory และ Lisa Crispin สองคนที่เขียนหนังสือ Agile Testing และ More Agile Testing ก็เลยหยิบเรื่องของ Whole Team Approach มาเขียนขยายความต่อเพื่อแบ่งปันมุมมอง และประสบการณ์ของหนูให้กับเพื่อนพ้องน้องพี่นะจ๊ะ

Continue reading ร่วมด้วยช่วยกันทั้งทีมดูแลเรื่องคุณภาพของซอฟต์แวร์

ทำไม Software Tester ต้องเรียนรู้ และใช้ Source Code Management

scm-git

วันเสาร์ที่ 7 และวันอาทิตย์ที่ 8 กุมภาพันธ์ พ.ศ. 2558 ได้มีโอกาสแบ่งปันเรื่องของการใช้งาน Source Code Management โดยใช้เครื่องมือชื่อว่า Git กับเพื่อนพ้องน้องพี่จำนวนประมาณยี่สิบกว่าคน วันนี้ก็เลยมาขอแบ่งปันมุมมองส่วนตัวของตนเองว่า ทำไม Software Tester จึงต้องเรียนรู้ และใข้งาน Source Code Management โดยขอออกตัวไว้ก่อนเลยว่าสิ่งที่อยู่ในบทความนี้เป็นมุมมอง และแนวคิดของตัวหนูเอง ซึ่งเกิดจากประสบการณ์ที่หนูเจอมาตลอดระยะเวลาที่ทำงานในสายงานของ Software Testing และ Software Quality นะจ๊ะ

Continue reading ทำไม Software Tester ต้องเรียนรู้ และใช้ Source Code Management

กว่าจะมาเป็น TEST SCRIPT (ตอนที่ 2 : Test Design vs. การกินBuffet นานาชาติ)

.. หลังจากที่เราได้ทำ Test Analysis โดยผลลัพธ์คือมีส่วนร่วมในการทำให้ software spec ครอบคลุมมากขึ้น ชัดเจนเจาะจงมากขึ้นแล้ว ชีวิตเราในช่วง Test Design ก็จะง่ายขึ้นด้วย ส่วนตัวแล้วช่วง Test Design เป็นช่วงที่ต้องใช้สมาธิสูง เพราะต้องออกแบบ Input condition และ Output condition มองเห็น universe แล้วค่อยๆ ตัด combination ที่จะไม่เกิดขึ้น หรือโอกาสเกิดขึ้นน้อยๆมากๆและ impact ต่ำออก

หากเราทำ Test Analysis มาไม่ดี จะเกิดแต่คำถามขึ้นเรื่อยๆในช่วงทำ Test Design ว่า case นี้ case นั้นจะเป็นไปได้มั๊ย แล้วถ้าเกิดขึ้น expect result จะเป็นอย่างไร
ทีนี้จะทำให้เกิด looping ของคำถามที่จะต้องคอยย้อนกลับไปกลับมาถามคนอื่น ทำให้เราไม่สามารถคงสมาธิในการคิด Test Design ได้อย่างต่อเนื่อง

 

  • Style การทำ Testing ของผมจะเป็นรูปแบบ front load นั่นคือ ลงทุนให้เยอะๆในช่วงต้น ถ้าเราทำ Analysis ได้ดี ช่วง Design จะง่ายถ้า Design มาดี ตอน Implement (เขียน script) จะสะดวก แล้วถ้า Script มาดี ตอน Execute เราจะมีแรงกดดันน้อย และไม่ต้องใช้ความคิดมาก รู้ๆกันอยู่ว่าช่วง execute จะเป็นช่วงที่ความกดดันสูง และเป็นช่วงความสร้างสรรค์ถูกบดบังเพราะความกดดัน ฉะนั้นผมถึงให้ความสำคัญกับ front load style (คำศัพท์ส่วนตัว) เป็นอย่างมาก

อ่านมาถึงตรงนี้แล้ว บางคนอาจจะสงสัยว่าแล้ว test design กับ การกิน buffet นานาชาติเกี่ยวกันยังไง??? คำตอบอยู่อีกไม่ไกลข้างล่างนี้แล้วคับ มาติดตามกัน

Continue reading กว่าจะมาเป็น TEST SCRIPT (ตอนที่ 2 : Test Design vs. การกินBuffet นานาชาติ)

รู้สึกดีที่ได้ออกแบบการทดสอบยิงตับแตกอีกครั้ง

ค่ำคืนนี้ได้จรดปลายนิ้วเพื่อเขียนเรื่องลง WeLoveBug อีกทีเพราะอารมณ์ดี และรู้สึกดีที่ได้นั่งคุย และออกแบบการทดสอบ Performance Testing ที่ผมมักจะเรียกกันเล่นๆ กับน้องๆว่า ยิงตับแตก อีกครั้ง

Continue reading รู้สึกดีที่ได้ออกแบบการทดสอบยิงตับแตกอีกครั้ง

ระบบที่ดีต้องเทสได้เรื่อย ๆ จริงหรือ ???

 

สวัสดีทุก ๆ คนค่ะ วันนี้ขอมาเปิดประเด็นกันสักนิด เนื่องจากเมื่อประมาณ 1 สัปดาห์ที่ผ่านมา ได้ไปคุยกับเพื่อนคนนึง แล้วเค้าถามว่า

เพื่อน: ทำไงดีอ่ะ พระเจ้า ท่านบอกว่า “ระบบที่ดีต้องเทสได้เรื่อย ๆ สิ” จริงเหรอ????
เรา: (ถามทันควัน)โทษนะ คนที่ถามนี่เค้าทำงานส่วนไหน
เพื่อน: Test … หง่ะ
เรา: (ถามต่อ หลังจากอึ้งงงงงงงงงง) เค้ามี Test plan / Test Schedule / Test Case หรืออะไรให้มั้งมั้ย
เพือน: ไม่มีเล๊ย
เรา: แล้วแต่ละวันเค้าจะทดสอบส่วนไหนบ้าง จะส่งผลการทดสอบอะไรให้บ้างล่ะ ยังไง
เพือน: ที่ถามมา เค้าไม่มีอะไรให้เลย พอถามมาก ๆ เข้า พระเจ้าท่านก็เลยบอกว่า “ระบบที่ดีต้องเทสได้เรื่อย ๆ สิ”

 

Continue reading ระบบที่ดีต้องเทสได้เรื่อย ๆ จริงหรือ ???

Test Diary: การเข้าใจผิดเรื่องการกำหนดเวลา Unit Testing และ Integration Testing ของ Programmer

วันนี้ปล่อยน้องทีม Programmers ไปจัดการเขียนแผนการพัฒนาออกมา และทิ้งไว้ว่าอย่าลืมลงเวลาทำ Unit Testing และ Integration Testing และผลออกมาก็ได้ตามที่คาดไว้ เป๊ะ ตามรูป

image

Continue reading Test Diary: การเข้าใจผิดเรื่องการกำหนดเวลา Unit Testing และ Integration Testing ของ Programmer

Test Diary: ออกแบบการทดสอบ (Test Design)

นำวิธีการออกแบบการทดสอบ (Test Design) ที่ใช้งานจริงๆ เพื่อสอน นศ.ฝึกงาน ทั้ง Programmers และ Testers

image

และบรรยากาศของการพูดคุยระหว่าง Programmers และ Testers

image

วันศุกร์ที่ 3 กุมภาพันธ์ พ.ศ. 2555

Test Diary: ไม่มี automate unit test นี่ปวดตับเหลือหลาย

พักสายตาจากการทำงาน แล้วมาสะดุดกับข้อความที่น้องคนหนึ่งทรี่เป็น programmer เขียนข้อความโยนขึ้นมาบน Twitter ไว้ตามรูป

อ่านดูแล้วถูกใจมากๆ ที่ Programmer และ Developer หลายๆ คนทำเรื่องพวกนี้ แต่ก็ยังมีอีกหลายๆ คนที่อยากจะทำ แต่ไม่รู้ว่าจะทำยังไง หรือใช้ Tool อะไร เท่าที่เจอมา เอ๊ะอะ อะไรก็มองหา Tool เลย แต่มองข้ามเรื่องของทฤษฎี และหลักการออกแบบวิธีทดสอบ Unit Testing ซึ่งก็ไม่ค่อยมีใครสอนอีกเหมือนกันในระดับมหาวิทยาลัย

แบบนี้มันต้องจัด!!!

 

 

Test Diary: บนเครื่องหนูมันใช้งานได้จริงๆ นะ

24 มกราคม 2555

เปิดบันทึก Test Diary แรกด้วย 1 ในคำพูดของ Programmer และ Developer ที่น่าแปลกใจว่า ไม่ว่า ไทย หรือ ต่างชาติ ก็ตอบเหมือนๆ กันเลยว่า

บนเครื่องหนูมันใช้งานได้จริงๆ นะ

It works on my machine

เจอมากับตัวหลายครั้ง แรกๆ แอบ โมโห และ หงุดหงิด แต่หลังๆ เข้าใจ ทำใจ และค่อยๆ ไล่หาสาเหตุไปว่าทำไมถึงทำงานได้บนเครื่อง Programmer แล้วบน Test Environment ถึงใช้ไม่ได้