หลังจากเสร็จสิ้นงานประจำวันไปได้ ไม่รู้ว่าอะไร โน้นนี่นั่น มากันเต็มไปหมดเลย แต่ก็ยังดีที่ยังพอมีเวลาได้พักหายใจ หายคอ หลังเลิกงาน และผู้คนใน Office กลับบ้าน กลับช่อง กันไปแล้่ว นั่งเปิดอ่าน Web เกี่ยวกับ Software Testing ไปเรื่อยๆ จนมาเจอกับบนความหนึ่งของฝรั่งเข้า “Living life as a Software Tester!”

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

แบ่งปันความรู้ และประสบการณ์ที่มี (Share everything)

พอท่านๆ ทั้งหลายที่เป็น Tester ผ่านงานเทสต์มาหลายๆ ปี ก็จะเข้าขั้นเทพ จะดีมากมากหากท่านๆ ทั้งหลายได้แบ่งปัน หรือถ่ายทอดความรู้ต่างๆ ให้กับ Developer ใหม่ๆ ที่เข้ามาในที่ทำงาน หรือมาร่วมทำงานด้วย

อย่ากั๊กไว้ แล้วแอบคิด “เดี๋ยวรับน้องใหม่สักหน่อย Bug สัก 10 ตัว” และก็ลงมือเขียน Bug ที่กั๊กไว้ใน Test Report

อย่า ตั้งหน้า ตั้งตา ที่จะหา Bug ให้ได้มากมาก แต่หันกลับมาแบ่งปัน และถ่ายทอดความรู้ต่างๆ ที่มีกับ Developer จะดีกว่าครับ

If you are a experienced tester on any project then help the new developers on your project. Some testers have habit to keep the known bugs hidden till they get implement in code and then they write a big defect report on that. Don’t try to only pump your bug count, share everything with developers.

สร้างความไว้เนื้อเชื่อใจซึ่งกันและกัน (Build trust)

สร้างความไว้เนื้อเชื่อกันใจกันเข้าไว้ ระหว่าง Tester และ Developer ในการทำงาน หากท่านๆ Tester ทั้งหลายได้ประสบ พบเจอ Bug ใดๆ ในช่วงที่กำลังออกแบบระบบ หรือกำลังพัฒนาระบบ ก็บอกๆ Developer ไปเลย ไม่ต้องกั๊กไว้ครับ

Let the developers know any bug you found in design phase. Do not log the bug repeatedly with small variations just to pump the bug count. Build trust in developer and tester relation.

อย่าโทษคนอื่น (Don’t blame others)

ในฐานะที่ท่านๆ เป็น Tester อย่าไปโทษ Developer เมื่อพบ Bugsไม่ใช่ว่าพอเจอ Bug ปุ๊ป ก็ชี้หน้าด่า Developer ปั๊ป
ไม่ใช่แบบนั้น…เราต้องฆ่า Bug ไม่ใช่ฆ่า Developer ครับ

As a tester you should not always blame developers for the bugs. Concentrate on bug, not always on pointing that bug in front of all people. Hit the bug and its cause not the developer!

จัดระเบียบให้เรียบร้อย (Clean up your own mess)

หลังจากที่ท่านๆ Tester ทั้งหลายเสร็จสิ้นภาระกิจการฆ่า Bug แล้วนั้น สิ่งที่จำเป็นอีกอย่างก็คือเขียนสรุปอธิบาย Bg ที่พบให้ Developer เข้าใจได้ง่ายที่จะลองไปทดสอบเพื่อให้เจอ Bug และแก้ไขได้

When you finish doing any test scenario then reconfigure that machine to its original configuration. The same case applies for bug report. Write a clean effective bug report. Let the developer find it easy to repro and fix it.

ให้เครดิตผู้อื่นในงานของเค้า (Give credit to others for their work)

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

Do not take others credit. If you have referred any others work, immediately give credit to that person. Do not get frustrated if you not found any bug that later has been reported by client. Do work hard, use your skill.

อย่าลืมกดชักโครกนะจ๊ะ (Remember to flush)

ก็เหมือนๆ กับตอนทำธุระใดๆ ในห้องน้ำเสร็จ เราก็ต้องกดชักโครกเพื่อชะล้าง ของ ของ เรา ฉันใด เวลาที่ทดสอบ Performance Testing ก็อย่าลืมที่จะจัดการเตรียมระบบให้กลับไปพร้อมที่จะทดสอบใหม่ ทุกๆ ครั้ง

Like the toilets flush all the software’s at some point. While doing performance testing remember to flush the system cache.

หาเวลาแอบงีบบ้าง (Take a nap everyday)

ต้องยอมรับว่างาน Software Testing นั้นต้องใช้จินตนาการอย่างยิ่ง ดังนั้นจำเป็นที่จะต้องหาเวลาให้สมองได้พักผ่อน และเติมพลังบ้างนะครับ

We need time to think, get refresh or to regenerate our energy.
Some times its important to take one step back in order to get fresh insight and to find different working approach.

Always work in teams, team score are always better and powerful than individuals.

Now its time to take nap ;-) Happy Testing!