Tester ก็แค่หา “Bug” จริงหรอ?
Tester แค่จิ้มหน้าจอ เจอ Bug แจ้ง Dev แล้วก็จบไม่ใช่หรอ ?
อันยองงงงง วันนี้จะมาแชร์ประสบการณ์ที่ทุกคนน่าจะโดนถามหรือสงสัยว่า Tester เนี่ย ทำหน้าที่อะไร แค่หา bug ก็จบแล้วแบบนั้นหรือเปล่า
แต่เดี๋ยวก่อน Tester มีหน้าที่มากกว่านั้นนะเธอ เรามีหน้าที่ จำแนกแบบแบ่งไปย่อยดังนี้
หน้าที่หลักที่ต้องทำ
หน้าที่ทั่วไปของ Tester ที่ทำกันในทุกวันนี้
ทำ Test plan
เพื่ออธิบายถึง ขอบเขต , เงื่อนไข, จุดประสงค์ของงาน, เป้าหมาย และระยะเวลาในการทดสอบ วิธีที่จะทำการทดสอบ แต่ละส่วนจะทดสอบอะไรบ้าง จุดประสงค์ในการทดสอบ เช่น โปรแกรม, ระบบและ Hardware ที่จะทำการทดสอบนั้นเป็นอย่างไร ตั้งแต่การจัดเตรียมข้อมูลในการทดสอบ, เครื่องมือในทดสอบ, การทดสอบ, ผลของการทดสอบพร้อมการวิเคราะห์ผลที่ได้ ในแต่ละช่วงที่ทำการทดสอบ
วิเคราะห์ Requirement
Requirement spec ที่เราได้มาจาก User ตรงๆ หรือผ่านกระบวนการ Analysis มาจาก SA แล้ว ส่วนนี้เราต้องนำมาแจกแจงแบ่งเป็นส่วนๆ มีกี่ Feature เป็นระบบงานแบบไหน Web หรือ Application เพื่อที่จะนำมาออกแบบ Test case , Test Data ที่ต้องใช้ในการทดสอบ ในขั้นตอนนี้ถ้าเกิดมีข้อสงสัยหรือไม่เข้าใจต้องถาม SA หรือผู้ให้ Requirement ให้เข้าใจในทิศทางเดียวกันนะคะ ไม่ฉะนั้นอาจจะเกิดกรณีเทสหลุดหรือเขียนเทสเคสไม่ครอบคลุมค่ะ
ออกแบบ Test case
คิดออกแบบกรณีที่ทำให้การทำงานของระบบ Web หรือ Application ทุกกรณีที่เป็นไปได้ว่าจะเกิดขึ้นทั้งตาม Flow การทำงานและนอกเหนือจาก Flow
ทำเอกสาร Test case
Testcase ที่เขียนจะต้องอ่านเข้าใจง่าย ขั้นตอนชัดเจน และครอบคลุม ไม่เกิดจากการคาดเดา สามารถ Excecute ได้จริง
“Test case คืออะไร ? ”
กรณีที่ใช้ในการทดสอบ ขั้นตอนในการทดสอบ ซึ่งจะอิงมาจาก Requirement ที่ได้รับมา การเขียน Test case จะต้องเขียนโดยจำลองสถานการณ์ที่จะเกิดขึ้น ซึ่งจะต้องเขียนให้ครอบคลุมทุกกรณี ตรงต่อความต้องการของลูกค้า ทั้งกรณีที่เป็นเคส Positive ตรงตาม Flow และ เคส Error (Negative) ไม่ตรงตาม Flow การทำงาน เช่นการกรอกข้อมูลผิดเพื่อทดสอบการรับส่ง Request / Response
Setup test environment
ติดตั้งระบบเพื่อใช้ในการเทส ทั้งผ่านหน้า Web หรือ Mobile
ส่วนของระบบที่เราจะได้มาเทสนั้น อันนี้เราต้องขอจากทางทีม Dev เพื่อนำมาทดสอบค่ะ ถ้าเป็น Web ก็ขอ Path / URL ในการเทส , Mobile ก็อาจจะได้เป็นไฟล์ หรือ ทางทีม DEV จะทำการติดตั้งลง Mobile ให้ค่ะ
ในบางองค์กร Tester อาจจะต้องทำการ Build file เพื่อทำการ Test เอง นั่นทำให้เรา ก็ต้องรู้ถึงโปรแกรมต่างๆที่ใช้ในการติดตั้ง ถ้าเกิดเป็น Mobile ก็ต้องมีการติดตั้งโปรแกรมเพิ่ม เช่น โปรแกรมที่ใช้ในการเก็บ Source code , Android Studio , Xcode เป็นต้น
ทำ Test script / Test automation
ทำ Test script ในกรณีที่ตกลงกันว่าจะทำการเทสแบบที่มี Automation
“Test Script คืออะไร ?”
ขั้นตอนในการทดสอบ Step การทำงาน ต่าง ๆ ที่จะกระทำกับระบบแล้วเกิดผลลัพธ์ เช่น ต้องไป Click ที่ไหน ปุ่มอะไรที่หน้าจอไหน จะเป็นตัวที่บ่งบอกผลการทดสอบระบบทั้งหมดนั่นเอง
Execute testing
เริ่มการ Test ระบบ
ขั้นตอนนี้แหละค่ะจิ้มของจริง ซึ่งเราก็จะ Test ตามขั้นตอน ตาม Test Case ที่เราออกแบบไว้ เก็บผลการทดสอบ (Test Result) และสรุปผลการทดสอบออกเป็น Test Report
มี Bug แจ้ง Dev >> Dev แก้มา ก็ Retest >> Test Pass ใส่ผล Pass ถ้า Retest แล้ว Fail กลับไปแจ้ง Dev ใหม่วนไปค่ะ
“การเทสวนไปวนมาอาจจะเสียเวลาสักหน่อย แต่อยากให้เทสซ้ำบ่อยๆเพื่อคุณภาพงานที่ดีนะคะ”
ทำ Test report
เขียนสรุปผลการ Test จากที่ได้ทำการเทส เพื่อรายงานให้ผู้ที่เกี่ยวข้องรู้
โดยเจ้า Test Report ก็คือ เอกสารสรุปผลการทดสอบที่ได้จากการ Execute Test เช่น วันนี้ทำการทดสอบไปได้กี่เคส Pass / Fail กี่เคส ผลสรุปต่อวันที่ได้ทำการ Excecute มีเท่าไหร่นั่นเองค่ะ
เรื่องอื่นๆที่ไม่ควรมองข้าม
นอกจากนี้เราต้องรู้ทั้งหมดเหมือนที่ Dev ต้องรู้นะ แล้วต้องรู้ทัน Dev ด้วย เพราะถ้าเกิดกรณี Dev ฝัง Bug แล้วเราหาไม่เจอ ปรากฎว่าไปเจอบน Production จะกลายเป็นงานงอกยิ่งกว่าอะไรอีก
นอกจากเทสแค่จิ้มๆ เจอเคสแจ้ง Dev แล้วจบนั้นก็ไม่ใช่นะ เราต้องมารู้จัก API ที่ใช้รับส่ง รู้ว่า Request/Response นี้ใครเป็นคนส่ง Backend/ Fontend และรูปร่างหน้าตาของงานที่เราต้องเทส UXUI นั่นเอง
และในส่วนของ Requirement ที่จะโดยเปลี่ยนบ่อย 3 นาที 4 คำ ก็คือ เจ้า Wording ค่ะ อาจจะโดนแก้แบบ 1–2–3 แล้วกลับมา 3–2–1 อันนี้เจอบ่อยมากกกก!!! แต่อย่าท้อค่ะ มันไม่ใช่ Bug มันคือความต้องการลูกค้าาา (ฮึบๆไว้ในใจ) แล้วเทสวนไปค่าา
สิ่งสำคัญ Requirement อาจมีเปลี่ยนแปลงกลางทาง เพราะฉะนั้นต้องมั่น Update Test case และเทสซ้ำใหม่อีกรอบเพื่อป้องกันเทสหลุด แล้วเจอ Bug นะคะ
เห็นมั้ยล่ะคะ ว่ามันไม่ใช่แค่การจิ้มๆ กดๆ เจอ Bug แล้วจบ
เรายังต้องรู้กระบวนการกว่าจะเป็นระบบมาให้เราเทสอีกตั้งหาก ทั้งตัว Requirement ตัว Flow รูปแบบการเทสต่างๆอีก แล้วยังเป็นหน้าด่านในการรับดาเมจ!!!จาก User อีกต่างหาก เพราะฉะนั้นเราไม่ได้มีหน้าที่แค่จิ้มหน้าจอเท่านั้นน้าาา
หวังว่าบทความนี้จะทำให้คนที่สงสัยว่าเทสเตอร์ทำอะไรบ้าง เข้าใจในตำแหน่งนี้มากขึ้นนะคะ หากมีอะไรเพิ่มเติมหรือมีข้อเสนอแนะ Comment มาได้เลยนะคะ สำหรับวันนี้ขอบคุณค่ะ :)
