วันนี้ Vtune เราก็จะมาวิเคราะห์ถึงเหตุและความจำเป็นในการทำ Performance Testing กับ การธุรกรรมการชำระเงินผ่านบริการ Mobile banking และ Internet banking
มาดูสถิติการทำธุรกรรมผ่านทาง Internet Banking กันก่อนเลยดีกว่าครับ ตัวเลขด้านล่างเป็นข้อมูลย้อนหลังตั้งแต่ปี 2553 ข้อมูลเหล่านี้จากธนาคารแห่งประเทศไทย
| ปี พ.ศ. | 2553 | 2554 | 2555 | 2556 |
| จำนวนบัญชีลูกค้าที่ใช้บริการ | 4,822,947 | 5,626,192 | 6,645,161 | 8,033,061 |
| ปี พ.ศ. | 2557 | 2558 | 2559 | 2560 |
| จำนวนบัญชีลูกค้าที่ใช้บริการ | 10,159,971 | 11,901,117 | 15,095,696 | 20,466,619 |
ดูจากตารางด้านบนแล้วจะเห็นได้ว่า จำนวนผู้ใช้งาน Internet Banking มีจำนวนที่เพิ่มมากขึ้นในทุกๆปี ตัวเลขดังกล่าวเป็นตัวบ่งชี้ให้เห็นได้เป็นอย่างยิ่งว่า หาก ธนาคารเองต้องการพัฒนาระบบ ให้สามารถรองรับผู้ใช้งานที่เพิ่มมากขึ้นอยู่ทุกๆปีแบบนี้ ก็ต้องมาวางแผนในการทำ Performance Testing โดยจำลองจำนวนผู้ใช้งานเพื่อที่จะสามารถอนุมานได้ว่าในอนาคตระบบจะสามารถรองรับจำนวนผู้ใช้งานที่มากขึ้นได้
นี่เราพูดถึงแค่จำนวนผู้ใช้งานนะครับ ทีนี้เรามาดูจำนวน Transaction กันบ้างว่ามีการทำธุรกรรมต่อปีประมาณกี่รายการ ตัวเลขด้านล่างจาก ธนาคารแห่งประเทศไทยเช่นกัน
| ปี พ.ศ. | 2553 | 2554 | 2555 | 2556 |
| ปริมาณรายการ (Transaction) | 60,794,000 | 83,841,000 | 125,277,000 | 161,784,000 |
| ปี พ.ศ. | 2557 | 2558 | 2559 | 2560 |
| ปริมาณรายการ (Transaction) | 188,409,000 | 186,237,000 | 240,461,000 | 248,478,000 |
จากตารางจะเห็นได้ว่าจำนวน Trasaction ต่อปีพุ่งขึ้นแทบทุกปี โดยปี 2560 มีจำนวนมากถึง 200 ล้านรายการ
ตัวเลขนี้แหละครับที่มักจะก่อให้เกิดปัญหาในช่วงปลายปี ยกตัวอย่างง่ายๆเลยเช่น เวบา ซื้อกองทุนเพื่อจะลดหย่อนภาษี ระบบมักจะล่มแทบทุกปี เพราะ มีผู้ใช้งานจำนวนมากและ มีการทำรายการจำนวนมากเช่นกัน หากจะทำให้ปัยหานี้นั้นลดน้อยลงคงต้องมามองถึงการทำ การจำลองการทดสอบระบบเองว่าสามารถรองรับได้หรือไม่ หรือง่ายๆคือ การทดสอบขีดจำกัดว่าสูงสุดแล้วระบบที่ออกมาสามารถรองรับจำนวนผู้ใช้งวานได้ประมาณเท่าใด รองรับแล้ว Response Time เป็นเท่าใด สามารถรับได้หรือไม่ เป็นต้น
นอกจากจะมีการทำรายการผ่านทาง Internet Banking แล้ว ยังมีการทำรายการผ่านทางอีกช่องทางคือ Mobile Banking หรือ ผ่าน Application นั่นเอง โดยตัวเลขจำนวนผู้ใช้งานและจำนวน Transaction ที่เกิดขึ้นนั้นมีจำนวนมากอีกเช่นกัน ตามตารางด้านล่าง
| ปี พ.ศ. | 2553 | 2554 | 2555 | 2556 |
| จำนวนบัญชีผู้ใช้งาน | 519,450 | 706,439 | 864,312 | 1,164,796 |
| ปริมาณรายการ | 15,885,000 | 19,942,000 | 36,285,000 | 57,199,000 |
| ปี พ.ศ. | 2557 | 2558 | 2559 | 2560 |
| จำนวนบัญชีผู้ใช้งาน | 6,229,960 | 13,918,815 | 20,883,147 | 31,634,571 |
| ปริมาณรายการ | 109,350,000 | 263,923,000 | 584,983,000 | 1,229,930,000 |
จากตารางเห็นไหมครับว่า จำนวนผู้ใช้งานผ่านทาง Mobile นั้นก้าวกระโดดเป็นอย่างมาก และในปี 2560 มีจำนวน Transaction ถึง หนึ่งพันล้าน รายการเลยทีเดียว นี่ล่ะครับเหตุผลหลักๆที่ทำให้ระบบล่ม เนื่องมาจากไม่ได้มีการคาดการณ์ไว้ก่อนว่าจะมีผู้ใช้งานมากมายขนาดนี้ และจำนวนรายการนั้นมากขนาดนี้
นี่ล่ะครับยกตัวอย่างให้เห็นถึงความสำคัญในการที่จะต้องมีการทำ Performance Testing ก่อนที่จะนำระบบขึ้นไปใช้งานก่อนทุกครั้งเพื่อที่จะได้มีข้อมูลในการปรับหรุงระบบเพิ่มในอนาคต เพราะหากเกิดปัญหาแล้ว ไม่สามารถเปรียบเทียบเป้นตังเงินได้เลยกับความรู้สึกที่เสียไปจากกหารที่เข้าใช้งานระบบไม่ได้
สนใจทำ Performance Testing and Monitoring ติดต่อผ่านหน้า Website, Facebook หรือ Email มาได้ตลอดเวลาเช่นเดิมครับ ยินดีมากที่จะให้คำปรึกษาในการออกแบบการทดสอบระบบ
