Tag Archives: Software Tester

Tester เป็น คน ไม่ใช่ ทรัพยากร

tester-is-human-not-resource

กราบสวัสดีบ่ายวันศุกร์ที่ 23 กันยายน พ.ศ. 2559 มีเวลาอยู่นิดหน่อยเลยมาขอเขียน Blog จากคำถามที่เกิดในชั้นเรียน The Whole Team Approach to Agile Testing ของ Janet Gregory หนึ่งในผู้เขียนหนังสือ Agile Testing และ More Agile Testing ที่มาเปิดสอนที่กรุงเทพมหานคร วันพุธที่ 21 – วันศุกร์ที่ 23 กันยายน พ.ศ. 2559

utilize tester resource เป็นหนึ่งในคำถามที่คนเข้าเรียนประสบภัยอยู่และอยากหาคำตอบดูว่าจะแก้ไขอย่างไร

Continue reading Tester เป็น คน ไม่ใช่ ทรัพยากร

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 คุณคือ จุดอ่อนด้อยง่อยเปลี้ยเสียขาข้างขวา!!!

SEVEN KINDS OF TESTERS

SEVEN KINDS OF TESTERS

วันนี้ ขอ หยิบ บทความเรื่อง seven kinds of tester  บทความ ดีๆ จาก James Bach มา เล่าให้ฟังนะคะ

ก่อนอื่นคงต้องเล่าว่า James Bach เนี่ย คือใคร

James Bach แต่เดิม เค้าเป็น โปรแกรมเมอร์ ด้วยความที่ชอบ การเขียน โปรแกรม  แต่แล้ววันนึง เค้าเกิดคำถามขึ้นมาว่า เอ…เค้าจะรู้ได้ยังไงนะว่า โปรแกรมที่เค้าเขียนเนี่ย มัน ดี แล้วหรือยัง ? จะรู้ได้ยังไงนะว่าโปรแกรมที่เค้าเขียนน่ะ ดี แล้ว ? ก็เกิดการเบนเข็มเข้าสู่ วงการ SQA ( Software Quality Assurance ) หลังจากนั้น James Bach ก็ทำงานทางด้าน SQA มาตั้งแต่นั้นเป็นต้นมา พร้อมกับ คิดค้น เทคนิค ในการ ทดสอบระบบ ที่ชื่อว่า Rapid Software Testing  

James Bach เล่าว่า การทำงานส่วนใหญ่ของเค้า ก็ วนเวียน อยู่ กับการ สอน การเป็นที่ปรึกษา หรือ การประเมินผลงานของ เทสเตอร์ เค้าจึงประยุกต์ ทฤษฎี ที่ว่า our differences can make us a stronger team

( ความแตกต่างของเราแต่ละคนทำให้ทีมของเราแข็งแกร่งขึ้น – Tan TJ )

คนเราย่อมมีความแตกต่างกัน ดังนั้น จึงไม่มีกฎตายตัวว่า เป็นเทสเตอร์ จะต้องมี รูปแบบเป็น แพทเทิร์น เดียวกันมีทักษะเหมือนกันทุกอย่าง จึงจะเป็นเทสเตอร์ได้

James Bach ยัง ยกตัวอย่างไว้ว่า แม้แต่ เกล็ดหิมะ ยังมีเอกลักษณ์ในรูปแบบของตัวเอง ใช่ว่า เกล็ดหิมะจะมีรูปลักษณ์ที่เหมือนกันทั้งหมด…..

Continue reading SEVEN KINDS OF TESTERS

We are Tester and What we Do

พอดี tweet ไปมากับพี่รูฟ (@roofimon) เรื่องการโต้วาทีในงาน Bug Day Bangkok 2012 ที่จะจัดขึ้น แล้วเจอพี่รูฟ tweet ลอยๆ มา ดังรูป

แบบว่า มันจี๊ดอ่ะ 555 ตรง “แล้ว Tester สร้างอะไร???” ก็เลยลองค้นดูด้วย keyword “I don’t make software” จนเจอ web หนึ่งที่รวมข้อความต่างๆ ที่เรียกได้ว่าเป็น Tester Pride ก็เลยเอามาบันทึกไว้ ณ ที่นี่ ว่า We are Tester and What we Do …

Continue reading We are Tester and What we Do

Performance Testing นั้น…สำคัญไฉน ตอน ใครบ้าง

Who?

มาแล้วครับ มาแล้วครับ ตอนที่ 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

[ad#adsense-468×60]

Continue reading 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

brainstrom

ยังไม่จบครับสำหรับวันศุกร์แห่งชาติวันนี้ 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

[ad#adsense-468×60]

Tester’s Aptitude Test ทำกันขำขำ ข้อที่ 1

Question

สวัสดียามเช้าวันศุกร์แห่งชาติ มาถึงที่ 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!!!

[ad#adsense-468×60]

Performance Testing นั้น…สำคัญไฉน ตอน เริ่มทำเมื่อ

SDLC

สวัสดียามค่ำวันพฤหัสบดีที่ 5 มีนาคม 2552 หลังจากอิ่มหมีพีมัน แอบพุงกางมาจากอาหารมื้อเย็นแล้วนั้น ก็นั่ง Build อารมณ์อยู่พักใหญ่ๆ เลยจนกระทั่งนิ้วทั้งสิบเริ่มที่จะขยับได้ดี ก็ค่อยๆ เยื้องย่างมานั่งที่เก้าอี้ แล้วจัดการจรดปลายนิ้วเพื่อทำการ update เรื่องลงใน We Love Bug สักหน่อยครับเพื่อนพ้องน้องพี่

ความเดิมจากตอนที่แล้ว

ปัญหาด้าน Performance และ Stability ขึ้นนั้น ปัญหาเหล่านั้นมักจะไม่ใช่ปัญหาเล็กๆ และส่วนใหญ่จะส่งผลกระทบโดยรวมกับการทำงาน และให้บริการของ Software โดยตรง ซึ่งไม่ใช่เรื่องสนุกในการเข้าไปวิเคราะห์ เพื่อหาสาเหตุ รวมทั้งแก้ไขปัญหา Performance และ Stability ของ Software เมื่ออยู่บนระบบ Production

เมื่อ Software เกิดปัญหา Performance และ Stability ขึ้นนั้น ส่วนใหญ่มักจะส่งผลต่อ Functionality ของ Software ด้วยเช่นกัน ผลกระทบที่เกิดขึ้นนั้นจากประสบการณ์ที่ผ่านมาทั้งโดยตรงกับตัวผู้เขียนเอง และประสบการณ์จากเพื่อนพ้องน้องพี่ในแวดวง Software Tester และ Software Development มักจะส่งผลโดยตรงกับความเชื่อมั่นของผู้ใช้บริการ และภาพลักษณ์ขององค์กรโดยตรง

เมื่อเกิดปัญหาขึ้น จะต้องรับผิดชอบร่วมกันหมดทุกๆ คน ที่เกี่ยวข้องกับ Software นั้น เพราะว่าในทุกๆ ขั้นตอนของการพัฒนา Software (Software Development Life Cycle หรือ SDLC) จะต้องให้ความสำคัญกับเรื่องของ Performance และ Stability ของ Software ร่วมกัน มิใช่ความผิดของใครคนใดคนหนึ่ง

เริ่มทำ Performance Testing เมื่อ

จากประสบการณ์ที่ผ่านมาในการทำ Performance Testing และจากการพูดคุยกับเหล่า Software Testers หลายๆ คนที่รู้จักกัน ส่วนใหญ่ก็จะเริ่มทำ Performance Testing หลังจากเสร็จสิ้นในส่วนของ System Testing, Integration Testing และ Regression Testing เพื่อให้ Code สมบูรณ์ที่สุด และกำจัด Defects ต่างๆ ที่จะส่งผลต่อการทำงานของระบบให้มากที่สุด

แต่นั่นอาจจะสายเกินไปหากผลการทดสอบ Performance Testing แสดงให้เห็นว่าคุณกำลังเผชิญหน้ากับปัญหาเรื่อง Performance และ Stability ของ Software หรือ Application ยิ่งปัญหานั้นส่งผลกระทบต่อการทำงานหลักของ Software หรือ Application นั้นอย่างจัง นั่นก็หมายถึงทีมพัฒนา Software หรือ Application ทุกๆ คนจะต้องลงมาช่วยกันวิเคราะห์ เพื่อหาสาเหตุ และหาทางแก้ไข เพื่อให้ปัญหานั้นถูกแก้ไข เพื่อให้ Software หรือ Application สามารถให้บริการได้อย่างถูกต้อง และเสถียรติ

ดังนั้น Performance Testing ควรจะต้องเริ่มทำตั้งแต่เริ่มต้นกระบวนการพัฒนา Software หรือ Application ไปจนกระทั่งสิ้นสุดการพัฒนา เพื่อจะได้แก้ไข และป้องกัน ปัญหาต่างๆ ที่จะส่งผลต่อ Performance และ Stability ของ Software หรือ Application นั้น ในทุกๆ ขั้นตอนของการพัฒนา ดีกว่าที่จะมาเจอเข้าตอนทำ Performance Testing โดยทีม Test
[ad#adsense-468×60]

Continue reading Performance Testing นั้น…สำคัญไฉน ตอน เริ่มทำเมื่อ

395 วัน ของ We Love Bug Dot Com

We Love Bug Dot Com (welovebug.com) ถือกำเนิดขึ้นเมื่อ วันจันทร์ที่ 14 มกราคม พ.ศ. 2551 ถ้าจะนับอายุขัยถึงวันนี้ วันพฤหัสบดีที่ 12 กุมภาพันธ์ พ.ศ. 2552 ก็ได้ 395 วัน พอดิบดีเลยครับ ก็เทียบเท่าได้กับเด็กน้อยอายุหนึ่งขวบกว่าๆ

ตลอด 395 วัน ที่ผ่านมาก็มีการเปลี่ยนแปลงหลายๆ อย่างเกิดขึ้นบน We Love Bug ของเรา ผู้เขียนก็เลยถือโอกาสนี้สรุปข้อมูลสถิติต่างๆ ในช่วงระยะเวลา 395 วัน ที่เราได้มาพบปะ พูดคุย และแลกเปลี่ยนความรู้ กันผ่านบริการ WWW บน We Love Bug ครับ

ตัวเลขค่าสถิติต่างๆ ที่สรุปออกมานั้นมาจากแหล่งข้อมูล 2 แห่ง

  • WordPress ที่ใช้เป็น CMS เก็บสถิติมาตั้งแต่ วันจันทร์ที่ 14 มกราคม พ.ศ. 2551 ถึง วันพฤหัสบดีที่ 12 กุมภาพันธ์ พ.ศ. 2552
  • eXtReMe Tracking ใช้เป็นตัวเก็บสถิติของผู้เยี่ยมชมตั้งแต่ วันศุกร์ที่ 25 มกราคม พ.ศ. 2551 ถึง วันพฤหัสบดีที่ 12 กุมภาพันธ์ พ.ศ. 2552

ภาพรวมตลอด 395 วัน

  • 85 บทความที่ถูกเขียนและเผยแพร่
  • 142 ท่านที่สมัครเป็นสมาชิก
  • 259 ความคิดเห็นจากผู้เยี่ยมชม
  • 1,424 ความคิดเห็นขยะที่ถูกดักและลบทิ้งไป
  • 41 ผู้เยี่ยมชม ต่อ วัน (ค่าเฉลี่ย)
  • 233 ผู้เยี่ยมชมสูงที่สุด ณ วันพฤหัสบดีที่ 9 ตุลาคม พ.ศ. 2551
  • 284 ผู้เยี่ยมชม ต่อ สัปดาห์ (ค่าเฉลี่ย)
  • 502 ผู้เยี่ยมชมสูงที่สุด ณ สัปดาห์ที่ 46 ของปี พ.ศ. 2551
  • 1,137 ผู้เยี่ยมชม ต่อ เดือน (ค่าเฉลี่ย)
  • 1,755 ผู้เยี่ยมชมสูงที่สุด ณ เดือน พฤศจิกายน พ.ศ. 2551
  • 14:00 – 14:59 ช่วงเวลาที่มีผู้เยี่ยมชมเข้ามามากที่สุดในแต่ละวัน
  • วันจันทร์ คือวันที่มีผู้เยี่ยมชมเข้ามามากที่สุดในแต่ละสัปดาห์
  • Microsoft Internet Explorer version 6.x เป็น Web Browser ที่ผู้เยี่ยมชม We Love Bug ใช้มากที่สุด
  • Microsoft Windows XP เป็น Operating System ที่ผู้เยี่ยมชม We Love Bug ใช้มากที่สุด
  • 1280×1024 เป็นค่า Screen Resolution ที่ผู้เยี่ยมชม We Love Bug ใช้มากที่สุด

[ad#adsense-468×60]

Continue reading 395 วัน ของ We Love Bug Dot Com

มนต์เสน่ห์ของอาชีพ 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 คืออะไร?

[ad#adsense-468×60]

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