โครงการทดสอบแอปพลิเคชันในโดเมนธนาคาร
โธมัส แฮมิลตัน
⚡ สรุปอย่างชาญฉลาด
การทดสอบแอปพลิเคชันในภาคการธนาคารเป็นการตรวจสอบการทำงาน ประสิทธิภาพ และความปลอดภัยของซอฟต์แวร์ทางการเงินที่จัดการธุรกรรมที่ละเอียดอ่อน คู่มือนี้จะอธิบายความรู้พื้นฐาน คุณลักษณะของแอปพลิเคชันด้านการธนาคาร ขั้นตอนการทดสอบ ตัวอย่างกรณีทดสอบ และกลยุทธ์การลดความเสี่ยงที่สำคัญซึ่งเป็นเอกลักษณ์ของภาค BFSI (ธนาคาร การเงิน และประกันภัย)
การทดสอบโดเมนการธนาคาร
การทดสอบโดเมนการธนาคาร การทดสอบซอฟต์แวร์คือกระบวนการทดสอบแอปพลิเคชันด้านการธนาคารเพื่อตรวจสอบการทำงาน ประสิทธิภาพ และความปลอดภัย จุดประสงค์หลักของการทดสอบแอปพลิเคชันด้านการธนาคารคือเพื่อให้มั่นใจว่ากิจกรรมและฟังก์ชันการทำงานทั้งหมดของซอฟต์แวร์ธนาคารทำงานได้อย่างราบรื่นโดยไม่มีข้อผิดพลาด และซอฟต์แวร์ยังคงได้รับการปกป้อง
ภาค BFSI (ธนาคาร บริการทางการเงิน และประกันภัย) เป็นผู้บริโภคบริการด้านไอทีรายใหญ่ที่สุด แอปพลิเคชันด้านการธนาคารจัดการข้อมูลทางการเงินที่เป็นความลับโดยตรง ดังนั้นจึงจำเป็นอย่างยิ่งที่ทุกกิจกรรมที่ดำเนินการโดยซอฟต์แวร์ด้านการธนาคารจะต้องทำงานได้อย่างน่าเชื่อถือและปราศจากข้อผิดพลาด ซอฟต์แวร์ด้านการธนาคารทำหน้าที่ต่างๆ เช่น การโอนและฝากเงิน การสอบถามยอดคงเหลือ ประวัติการทำธุรกรรม และการถอนเงิน การทดสอบแอปพลิเคชันด้านการธนาคารช่วยให้มั่นใจได้ว่ากิจกรรมเหล่านี้ไม่เพียงแต่ทำงานได้อย่างถูกต้องเท่านั้น แต่ยังได้รับการปกป้องจากแฮกเกอร์อีกด้วย
เข้าร่วมโครงการทดสอบธนาคารสดของเราฟรี
โดเมนในการทดสอบคืออะไร?
โดเมนในการทดสอบ หมายถึงอุตสาหกรรมที่โครงการทดสอบซอฟต์แวร์นั้นถูกสร้างขึ้น คำนี้มักใช้บ่อยในการพูดคุยเกี่ยวกับโครงการและการพัฒนาซอฟต์แวร์ ตัวอย่างเช่น อุตสาหกรรมประกันภัย อุตสาหกรรมธนาคาร อุตสาหกรรมค้าปลีก และอุตสาหกรรมโทรคมนาคม
ในระหว่างการพัฒนาping สำหรับโครงการเฉพาะด้านใดๆ มักจะต้องขอความช่วยเหลือจากผู้เชี่ยวชาญเฉพาะด้าน ผู้เชี่ยวชาญเฉพาะด้านมีความรู้ความชำนาญในเรื่องนั้นๆ และรู้จักแอปพลิเคชันนั้นอย่างถ่องแท้
เหตุใดความรู้โดเมนจึงมีความสำคัญ
ความรู้เฉพาะด้านมีความสำคัญอย่างยิ่งสำหรับการทดสอบผลิตภัณฑ์ซอฟต์แวร์ใดๆ เพราะช่วยปรับปรุงความครอบคลุมของการทดสอบ การตรวจจับข้อบกพร่อง และความเชื่อมั่นของผู้มีส่วนได้ส่วนเสียโดยตรง ผู้ทดสอบที่เข้าใจขั้นตอนการทำงานของธนาคารสามารถมองเห็นกรณีพิเศษที่ผู้ทดสอบที่ไม่มีความรู้เฉพาะด้านมองข้ามไปได้อย่างสิ้นเชิง
ความรู้เกี่ยวกับโดเมนการธนาคาร – บทนำ
แนวคิดในแวดวงการธนาคารนั้นกว้างขวางมาก และสามารถแบ่งย่อยออกเป็นสองภาคส่วนหลักๆ ได้แก่:
- ภาคการธนาคารแบบดั้งเดิม
- ภาคการธนาคารที่เน้นการให้บริการ
ตารางด้านล่างแสดงรายการบริการที่ครอบคลุมในสองภาคย่อยนี้
| ภาค | รวมบริการ |
|---|---|
| ภาคการธนาคารแบบดั้งเดิม | ระบบธนาคารหลัก, ธนาคารเพื่อธุรกิจ, ธนาคารเพื่อรายย่อย |
| ภาคการธนาคารที่เน้นการให้บริการ | ธุรกิจหลัก, ธุรกิจองค์กร, ธุรกิจค้าปลีก, สินเชื่อ, การเงินเพื่อการค้า, ธนาคารส่วนบุคคล, การเงินเพื่อผู้บริโภค, ธนาคารอิสลาม, ช่องทางการให้บริการลูกค้า / การส่งมอบบริการส่วนหน้า |
ขึ้นอยู่กับขอบเขตของโครงการของคุณ คุณอาจต้องทดสอบบริการที่กล่าวมาข้างต้นทั้งหมดหรือบางส่วน ก่อนเริ่มการทดสอบ โปรดตรวจสอบให้แน่ใจว่าคุณมีความรู้พื้นฐานเกี่ยวกับบริการที่จะทดสอบอย่างเพียงพอ
ลักษณะของใบสมัครธนาคาร
ก่อนเริ่มการทดสอบ สิ่งสำคัญคือต้องทราบคุณสมบัติมาตรฐานที่คาดหวังจากแอปพลิเคชันธนาคาร เพื่อให้คุณสามารถปรับการทดสอบให้ตรงตามคุณลักษณะเหล่านั้นได้ แอปพลิเคชันธนาคารมาตรฐานควรมีคุณสมบัติตามข้อกำหนดต่อไปนี้:
- รองรับการใช้งานพร้อมกันได้หลายพันคน
- สามารถผสานรวมกับแอปพลิเคชันอื่นๆ ได้มากมาย เช่น บัญชีซื้อขายหลักทรัพย์ การชำระค่าสาธารณูปโภค และบัตรเครดิต
- ดำเนินการธุรกรรมได้อย่างรวดเร็วและปลอดภัย
- รวมถึงระบบจัดเก็บข้อมูลขนาดใหญ่ด้วย
- จัดให้มีระบบตรวจสอบที่มีประสิทธิภาพสูงเพื่อแก้ไขปัญหาของลูกค้า
- จัดการขั้นตอนการทำงานทางธุรกิจที่ซับซ้อน
- รองรับผู้ใช้งานบนหลายแพลตฟอร์ม (Mac, Linux, Unix, Windows).
- ให้การสนับสนุนผู้ใช้จากหลายสถานที่
- รองรับผู้ใช้งานหลายภาษา
- ให้การสนับสนุนผู้ใช้ในการใช้งานระบบชำระเงินต่างๆ (VISA, AMEX, MasterCard)
- สนับสนุนภาคบริการหลากหลายประเภท (สินเชื่อ ธนาคารเพื่อรายย่อย ฯลฯ)
- จัดให้มีกลไกการจัดการภัยพิบัติที่ไร้ข้อผิดพลาด
ประเภทของแอปพลิเคชันด้านการธนาคารที่ควรทดสอบ
ก่อนแผนที่ping ในขั้นตอนการทดสอบ การทราบว่าแอปพลิเคชันด้านการธนาคารใดบ้างที่อยู่ในขอบเขตการทดสอบโดยทั่วไป จะเป็นประโยชน์:
- ระบบธนาคารหลัก (CBS): ระบบหลักสำหรับการฝากเงิน การให้สินเชื่อ และบัญชีต่างๆ
- ธนาคารสุทธิ: พอร์ทัลเว็บสำหรับลูกค้าในการโอนเงินและชำระบิล
- ธนาคารบนมือถือ: iOS และ Android แอปพลิเคชันที่มีระบบตรวจสอบชีวเมตริกและการแจ้งเตือน
- ซอฟต์แวร์สำหรับตู้เอทีเอ็มและตู้คีออสก์: ซอฟต์แวร์ฝังตัวในเครื่องเอทีเอ็ม
- เกตเวย์การชำระเงิน: ตัวจัดการธุรกรรมบัตรเครดิต/เดบิต, UPI และกระเป๋าเงินอิเล็กทรอนิกส์
- โมดูลสินเชื่อและการบริหารเงินทุน: แอปพลิเคชันด้านสินเชื่อและการแลกเปลี่ยนเงินตราต่างประเทศสำหรับงานสนับสนุนภายในองค์กร
ขั้นตอนการทดสอบในการทดสอบการใช้งานด้านการธนาคาร
เมื่อทราบแอปพลิเคชันที่อยู่ในขอบเขตการทดสอบแล้ว โดยทั่วไปการทดสอบจะดำเนินการตามขั้นตอนต่อไปนี้
- การวิเคราะห์ความต้องการ: หน้าที่นี้ดำเนินการโดยนักวิเคราะห์ธุรกิจ ซึ่งรวบรวมและจัดทำเอกสารข้อกำหนดสำหรับแอปพลิเคชันด้านการธนาคารเฉพาะเจาะจง
- ความต้องการ Revเอียว: นักวิเคราะห์คุณภาพ นักวิเคราะห์ธุรกิจ และหัวหน้าทีมพัฒนาจะตรวจสอบเอกสารข้อกำหนดและตรวจสอบซ้ำเพื่อให้แน่ใจว่าไม่ทำให้ขั้นตอนการทำงานที่มีอยู่เดิมเสียหาย
- เอกสารข้อกำหนดทางธุรกิจ: นักวิเคราะห์คุณภาพจะจัดทำเอกสารข้อกำหนดทางธุรกิจที่ครอบคลุมทุกข้อกำหนดที่ได้รับการตรวจสอบ
- การทดสอบฐานข้อมูล: ส่วนที่สำคัญที่สุดของการทดสอบแอปพลิเคชันด้านการธนาคาร คือการตรวจสอบความถูกต้องของข้อมูล การโหลดข้อมูล การย้ายข้อมูล ขั้นตอนการทำงานที่จัดเก็บไว้ การตรวจสอบความถูกต้องของฟังก์ชัน และกฎทางธุรกิจ
- การทดสอบการรวมระบบ: ภายใต้ การทดสอบการผสานรวมส่วนประกอบที่พัฒนาขึ้นทั้งหมดได้รับการบูรณาการและตรวจสอบความถูกต้องร่วมกัน
- การทดสอบการทำงาน: กิจกรรมการทดสอบมาตรฐาน เช่น กรณีทดสอบ ในขั้นตอนนี้จะมีการเตรียมการ ตรวจสอบกรณีทดสอบ และดำเนินการทดสอบ
- การทดสอบความปลอดภัย: ตรวจสอบให้แน่ใจว่าซอฟต์แวร์ปราศจากช่องโหว่ด้านความปลอดภัย ทีม QA ควรจำลองสถานการณ์ทั้งด้านลบและด้านบวกเพื่อพยายามเจาะระบบและรายงานช่องโหว่ก่อนที่บุคคลที่ไม่ได้รับอนุญาตจะค้นพบ ธนาคารควรบังคับใช้การตรวจสอบสิทธิ์การเข้าถึงหลายชั้น เช่น รหัสผ่านแบบใช้ครั้งเดียว เครื่องมืออัตโนมัติที่ใช้กันทั่วไปสำหรับ การทดสอบความปลอดภัย ประกอบด้วย IBM AppScan และ HP WebInspect ในขณะที่ การทดสอบด้วยตนเอง โดยทั่วไปมักใช้โปรแกรม Proxy Sniffer, Paros Proxy และ HTTP Watch ในการวิเคราะห์ข้อมูล
- การทดสอบการใช้งาน: เพื่อให้มั่นใจว่าผู้ใช้งานที่มีความพิการสามารถใช้ระบบได้ง่ายเช่นเดียวกับผู้ใช้งานรายอื่น ๆ ตัวอย่างเช่น ตู้เอทีเอ็มที่ติดตั้งระบบแนะนำด้วยเสียงและแป้นพิมพ์อักษรเบรลล์เพื่อการเข้าถึงได้ง่าย
- การทดสอบการยอมรับของผู้ใช้: ขั้นตอนสุดท้าย ดำเนินการโดยผู้ใช้ปลายทาง เพื่อยืนยันว่าแอปพลิเคชันทำงานได้อย่างถูกต้องในสถานการณ์จริง
กรณีทดสอบตัวอย่างสำหรับการสมัครเข้าสู่ระบบ Net Banking
ความปลอดภัยเป็นสิ่งสำคัญยิ่งสำหรับแอปพลิเคชันด้านการธนาคารใดๆ ในระหว่างการเตรียมการทดสอบ ทีม QA ควรพิจารณาสถานการณ์ทั้งด้านลบและด้านบวกเพื่อตรวจสอบระบบและรายงานช่องโหว่ก่อนที่บุคคลที่ไม่ได้รับอนุญาตจะค้นพบ ซึ่งหมายถึงการเขียนไม่เพียงแต่กรณีทดสอบด้านลบเท่านั้น แต่ยังรวมถึงการทดสอบแบบทำลายล้างด้วย
ตารางด้านล่างนี้แสดงตัวอย่างกรณีทดสอบทั่วไปสำหรับแอปพลิเคชันด้านการธนาคาร
| พื้นที่ | กรณีทดสอบตัวอย่าง |
|---|---|
| ผู้ดูแลระบบ | ตรวจสอบการเข้าสู่ระบบของผู้ดูแลระบบด้วยข้อมูลที่ถูกต้องและไม่ถูกต้อง; การเข้าสู่ระบบของผู้ดูแลระบบโดยไม่ป้อนข้อมูล; ลิงก์หน้าหลักของผู้ดูแลระบบทั้งหมด; การเปลี่ยนรหัสผ่านของผู้ดูแลระบบด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง และข้อมูลที่มีอยู่; การออกจากระบบของผู้ดูแลระบบ |
| สาขาใหม่ | สร้างสาขาใหม่ด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง และข้อมูลที่มีอยู่แล้ว; สร้างโดยไม่มีข้อมูล; รีเซ็ตและยกเลิก; อัปเดตสาขาด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง และข้อมูลที่มีอยู่แล้ว; ยกเลิก; ลบสาขาพร้อมและไม่มีการพึ่งพา; ค้นหาสาขา |
| บทบาทใหม่ | สร้างบทบาทใหม่ด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง และข้อมูลที่มีอยู่แล้ว สร้างบทบาทโดยไม่มีข้อมูล ตรวจสอบคำอธิบายและประเภทของบทบาท ยกเลิกและรีเซ็ต ลบบทบาทโดยมีและไม่มีการพึ่งพา ตรวจสอบลิงก์ในหน้ารายละเอียดบทบาท |
| ลูกค้าและผู้เยี่ยมชม | ตรวจสอบลิงก์ของผู้เยี่ยมชมและลูกค้าทั้งหมด; การเข้าสู่ระบบของลูกค้าด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง หรือไม่มีข้อมูล; การเข้าสู่ระบบของพนักงานธนาคารด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง หรือไม่มีข้อมูล |
| ผู้ใช้ใหม่ | สร้างผู้ใช้ใหม่ด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง และข้อมูลสาขาที่มีอยู่ สร้างโดยไม่มีข้อมูล ยกเลิกและรีเซ็ต อัปเดตผู้ใช้ด้วยข้อมูลที่ถูกต้อง ไม่ถูกต้อง และข้อมูลที่มีอยู่ ยกเลิก ลบผู้ใช้ |
ความท้าทายในการทดสอบระบบในแวดวงธนาคารและแนวทางการแก้ไข
ถึงแม้จะมีขั้นตอนการทดสอบและแม่แบบที่แข็งแกร่งแล้วก็ตาม ผู้ทดสอบยังคงเผชิญกับความท้าทายที่เกิดขึ้นซ้ำๆ หลายประการในโครงการด้านการธนาคาร แนวทางแก้ไขด้านล่างนี้ได้รับการพิสูจน์แล้วว่ามีประสิทธิภาพในการทำงานจริง
| ชาเลนจ์ ของคุณ | การบรรเทา |
|---|---|
| การเข้าถึงข้อมูลการผลิตและการจำลองข้อมูลเหล่านั้นเพื่อใช้เป็นข้อมูลทดสอบนั้นเป็นเรื่องยาก | ตรวจสอบให้แน่ใจว่าข้อมูลทดสอบเป็นไปตามข้อกำหนดด้านกฎระเบียบ และรักษาความลับของข้อมูลผ่านการปกปิดข้อมูล ข้อมูลทดสอบสังเคราะห์ และการทดสอบการบูรณาการระบบ |
| การย้ายจากระบบธนาคารเก่าไปสู่ระบบใหม่ ซึ่งรวมถึงขั้นตอน วิธีการ และการอัปโหลดข้อมูล ถือเป็นความท้าทายที่ใหญ่ที่สุด | ดำเนินการทดสอบการย้ายข้อมูลให้เสร็จสมบูรณ์ และเรียกใช้กรณีทดสอบการถดถอยบนทั้งระบบเก่าและระบบใหม่ เปรียบเทียบผลลัพธ์จนกว่าจะตรงกัน |
| ข้อกำหนดอาจมีการบันทึกไว้ไม่ดี ทำให้เกิดช่องว่างด้านการทำงาน ส่วนข้อกำหนดที่ไม่เกี่ยวข้องกับการทำงานมักไม่มีการบันทึกไว้ ทำให้ผู้ทดสอบไม่ทราบว่าจะต้องทดสอบข้อกำหนดเหล่านั้นหรือไม่ | ผู้ทดสอบควรมีส่วนร่วมตั้งแต่ขั้นตอนการวิเคราะห์ความต้องการและตรวจสอบความต้องการทางธุรกิจอย่างแข็งขัน |
| ตรวจสอบว่าระบบปฏิบัติตามนโยบายและขั้นตอนที่ต้องการหรือไม่ | ดำเนินการทดสอบการปฏิบัติตามนโยบายและข้อบังคับ |
| ขอบเขตและกรอบเวลาจะขยายออกไปเมื่อแอปพลิเคชันด้านการธนาคารผสานรวมเข้ากับอินเทอร์เน็ตและ โทรศัพท์มือถือ การธนาคาร | ควรจัดสรรเวลาให้เพียงพอในแผนสำหรับการทดสอบการบูรณาการ เมื่อแอปพลิเคชันด้านการธนาคารมีส่วนติดต่อภายนอกจำนวนมาก |
