ทดสอบระบบโทรคมนาคมด้วยกรณีทดสอบ OSS/BSS ตัวอย่าง

⚡ สรุปอย่างชาญฉลาด

การทดสอบแอปพลิเคชันในโดเมนโทรคมนาคม หมายถึง การตรวจสอบความถูกต้องของระบบการเรียกเก็บเงิน กระบวนการจัดสรรทรัพยากร โปรโตคอลการส่งสัญญาณ และองค์ประกอบเครือข่ายแบบครบวงจร ภาพรวมนี้จะอธิบายถึงความรับผิดชอบของ OSS และ BSS กระบวนการทางธุรกิจโทรคมนาคม ขั้นตอนวงจรชีวิตการทดสอบ และกรณีทดสอบตัวอย่างที่พร้อมใช้งานสำหรับโครงการจริง

  • 📡 นิยามของการทดสอบด้านโทรคมนาคม: ตรวจสอบความถูกต้องของซอฟต์แวร์การกำหนดเส้นทาง การสลับสัญญาณ VoIP และบรอดแบนด์ ก่อนที่จะส่งถึงมือผู้ใช้บริการที่ชำระเงิน
  • 🏢 OSS เทียบกับ BSS: OSS ครอบคลุมด้านเครือข่าย การจัดสรรทรัพยากร และการจัดการสินค้าคงคลัง ในขณะที่ BSS ครอบคลุมด้าน CRM การออกใบแจ้งหนี้ ระบบตอบรับอัตโนมัติ (IVR) และการชำระเงิน
  • 🔄 ขอบเขตการครอบคลุมกระบวนการทางธุรกิจ: Tracดูแลทุกขั้นตอนการสั่งซื้อ ตั้งแต่ก่อนการขาย การจัดหาอุปกรณ์ การเรียกเก็บเงิน และการรับประกันบริการ
  • 🧪 สิ่งประดิษฐ์ตลอดวงจรชีวิต: สร้างผลลัพธ์ที่แตกต่างกันในแต่ละขั้นตอน ได้แก่ ขั้นตอนทางธุรกิจ สถาปัตยกรรม การนำไปใช้ และการติดตั้งใช้งาน
  • 📋 ตัวอย่างกรณีทดสอบ: นำชุดตรวจสอบการเรียกเก็บเงิน การปฏิบัติตามข้อกำหนด และระบบตอบรับอัตโนมัติ (IVR) ด้านล่างนี้มาใช้เป็นชุดพื้นฐานที่พร้อมใช้งานได้เลย
  • ⚠️ ปัญหาที่พบ: วางแผนล่วงหน้าสำหรับความเข้ากันได้ระหว่างอุปกรณ์จากหลายผู้ผลิต ความซับซ้อนของโปรโตคอล และสภาพแวดล้อมห้องปฏิบัติการที่มีค่าใช้จ่ายสูง
  • 🛠️ การเลือกเครื่องมือ: จับคู่เครื่องมือสร้างทราฟฟิก เครื่องมือวิเคราะห์แพ็กเก็ต และชุดเครื่องมืออัตโนมัติบนเว็บให้เหมาะสมกับเลเยอร์ที่กำลังทดสอบ

การทดสอบโทรคมนาคมคืออะไร?

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

ภาคโทรคมนาคมต้องพึ่งพาซอฟต์แวร์หลายประเภทเพื่อให้บริการต่างๆ เช่น การกำหนดเส้นทางและการสลับสัญญาณ VoIP และการเข้าถึงบรอดแบนด์ ดังนั้น การทดสอบซอฟต์แวร์โทรคมนาคมจึงเป็นสิ่งที่หลีกเลี่ยงไม่ได้ และครอบคลุมทั้งส่วนประกอบฮาร์ดแวร์ ระบบแบ็กเอนด์ และแอปพลิเคชันฟรอนต์เอนด์

เข้าร่วมโครงการทดสอบโทรคมนาคมสดของเราฟรี

โดเมนในการทดสอบคืออะไร?

ก่อนที่จะเขียนสถานการณ์ด้านโทรคมนาคมใดๆ คำว่า "โดเมน" จำเป็นต้องมีการกำหนดความหมายเสียก่อน

โดเมน คือ อุตสาหกรรมที่โครงการทดสอบซอฟต์แวร์นั้นถูกสร้างขึ้นมา เมื่อเราพูดถึงโครงการหรือการพัฒนาซอฟต์แวร์ คำนี้มักถูกกล่าวถึง ตัวอย่างเช่น โดเมนประกันภัย โดเมนธนาคาร โดเมนค้าปลีก โดเมนโทรคมนาคม เป็นต้น

โดเมนในการทดสอบ

ดังที่ภาพประกอบแสดงให้เห็น ผู้ทดสอบหนึ่งคนอาจทำงานครอบคลุมหลายอุตสาหกรรม โดยปกติแล้ว ในระหว่างการพัฒนา...ping สำหรับโครงการเฉพาะด้านใดๆ ก็ตาม จำเป็นต้องขอความช่วยเหลือจากผู้เชี่ยวชาญเฉพาะด้าน ผู้เชี่ยวชาญเฉพาะด้านคือผู้ที่มีความรู้ความชำนาญในเรื่องนั้นๆ และอาจรู้จักผลิตภัณฑ์หรือแอปพลิเคชันนั้นๆ อย่างละเอียดลึกซึ้ง

เหตุใดการทดสอบความรู้โดเมนจึงมีความสำคัญ

ความรู้เฉพาะด้านเป็นสิ่งจำเป็นอย่างยิ่งสำหรับการทดสอบผลิตภัณฑ์ซอฟต์แวร์ใดๆ และมีข้อดีหลายประการ ดังที่แผนภาพด้านล่างสรุปไว้

การทดสอบความรู้โดเมน

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

กระบวนการทางธุรกิจในอุตสาหกรรมโทรคมนาคม

ความรู้เฉพาะด้านในที่นี้เริ่มต้นจากกระบวนการทางธุรกิจที่เกี่ยวข้องกับการให้บริการตั้งแต่การขายจนถึงการออกใบแจ้งหนี้

สำหรับการทดสอบระบบโทรคมนาคม การตรวจสอบการให้บริการแบบครบวงจรมีความสำคัญอย่างยิ่ง เพื่อให้การทดสอบมีประสิทธิภาพ จำเป็นต้องมีความเข้าใจที่ดีเกี่ยวกับกระบวนการทางธุรกิจต่างๆ

คุณต้องเข้าใจแต่ละขั้นตอนของการให้บริการก่อนที่จะร่างกรณีทดสอบ

บริการโทรคมนาคมนั้นมีสองรูปแบบหลักๆ คือ ระบบสนับสนุนธุรกิจที่ประกอบด้วยระบบตอบรับอัตโนมัติ (IVR) ศูนย์บริการลูกค้า และการออกใบแจ้งหนี้ หรือระบบสนับสนุนการดำเนินงานที่ประกอบด้วยเราเตอร์ สวิตช์ และเสาสัญญาณโทรศัพท์มือถือ

ตารางต่อไปนี้แสดงกิจกรรมที่ดำเนินการในระดับต่างๆ

กรมโทรคมนาคม กิจกรรมโทรคมนาคม
ก่อนการขาย จัดการข้อมูลการขายทั้งหมด เช่น ส่วนลด บริการ โปรโมชัน ฯลฯ
การสั่งซื้อ การสมัครการเชื่อมต่อใหม่หรือการยกเลิกการเชื่อมต่อ
การจัดเตรียม แผนกนี้เกี่ยวข้องกับการเชื่อมต่อทางกายภาพระหว่างลูกค้ากับ TSP (ผู้ให้บริการโทรคมนาคม)
Billไอเอ็นจี ภายใต้แผนกนี้ งานด้านการเรียกเก็บเงินทั้งหมดจะเสร็จสิ้น
บริการประกัน ในกรณีที่เกิดความล้มเหลว แผนกนี้จะแก้ไขปัญหา
ระบบสินค้าคงคลัง เป็นที่เก็บข้อมูลทั้งหมด
Tracking แผนกนี้ tracks ระบบการสั่งซื้อและสถานะของคำสั่งซื้อ

กระบวนการธุรกิจโทรคมนาคมทั่วไป

เมื่อเข้าใจบทบาทของแต่ละแผนกแล้ว ขั้นตอนต่อไปคือการดูว่าคำสั่งซื้อหนึ่งรายการมีการเคลื่อนย้ายระหว่างแผนกเหล่านั้นอย่างไร ต่อไปนี้คือกระบวนการทางธุรกิจทั่วไปในอุตสาหกรรมโทรคมนาคม

กระบวนการธุรกิจโทรคมนาคมทั่วไป

ดังที่แผนผังข้างต้นแสดงให้เห็น คำขอจะเคลื่อนจากขั้นตอนก่อนการขายไปยังการสั่งซื้อ จากนั้นไปยังการจัดเตรียม และสุดท้ายคือการเรียกเก็บเงิน การส่งต่อแต่ละครั้งถือเป็นขอบเขตการบูรณาการและเป็นเป้าหมายที่มีมูลค่าสูงสำหรับ การทดสอบแบบครบวงจร.

ประเภทของโปรโตคอลที่ใช้ในอุตสาหกรรมโทรคมนาคม

การส่งต่อข้อมูลเหล่านั้นอาศัยโปรโตคอล ดังนั้นผู้ทดสอบต้องรู้จักสแต็กที่ใช้งานอยู่ นี่คือโปรโตคอลที่นิยมใช้ในอุตสาหกรรมโทรคมนาคม

  • เทคโนโลยีวีโอไอพี: VoIP, IMS, MPLS, ISDN, PSTN
  • Signalไอเอ็นจีและโปรโตคอล: SIP, ISDN, Codeซีเอส, เอช.323
  • เทคโนโลยีไร้สาย: GPRS, CDMA, GSM, UMTS
  • การจัดการเครือข่าย: SNMP
  • โปรโตคอลเลเยอร์ 2: ARP, STP, L2TP, พีพีพี
  • โปรโตคอล/การกำหนดเส้นทางเลเยอร์ 3: ICMP, BGP, ไอซิส, MPLS
  • โครงสร้างพื้นฐาน/ความปลอดภัย: ตู้เอทีเอ็ม, TCP/IP, LAN/VLAN, SSH

คุณสามารถเรียนรู้เพิ่มเติมเกี่ยวกับการทดสอบโปรโตคอล Good Farm Animal Welfare Awards

การทดสอบ LifeCycle ในอุตสาหกรรมโทรคมนาคม

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

ขั้นตอนการทดสอบโทรคมนาคม ทดสอบสิ่งประดิษฐ์
  • มุมมองธุรกิจ
  • สิ่งประดิษฐ์การทดสอบตามความต้องการ
  • สิ่งประดิษฐ์ตามความเป็นไปได้
  • สิ่งประดิษฐ์การทดสอบตามการระบุมาตรฐานและนโยบาย
  • Operaข้อควรพิจารณาและการบำรุงรักษาที่เกี่ยวข้องกับสิ่งประดิษฐ์ทดสอบ
  • ระบบ/ Archiเทคเจอร์
  • สิ่งประดิษฐ์การทดสอบระบบ (ความปลอดภัย การติดตั้ง)
  • ทดสอบสิ่งประดิษฐ์สำหรับต้นแบบเสมือน
  • พิเศษ การทดสอบระบบ สิ่งประดิษฐ์ (การทำงานร่วมกัน การกู้คืนจากภัยพิบัติ)
  • การดำเนินงาน
  • สิ่งประดิษฐ์การทดสอบหน่วย
  • สิ่งประดิษฐ์การทดสอบบูรณาการ
  • สิ่งประดิษฐ์ด้านคุณภาพและประสิทธิภาพ
  • การถดถอย การทดสอบโหลด ความมีสติ ฯลฯ
  • การใช้งาน
  • สิ่งประดิษฐ์การทดสอบการยอมรับ
  • สิ่งประดิษฐ์การทดสอบบูรณาการ
  • สิ่งประดิษฐ์ด้านคุณภาพและประสิทธิภาพ
  • สิ่งประดิษฐ์ทดสอบการทำงาน
  • อาร์ติแฟกต์การทดสอบอัลฟ่า/เบต้า

ประเภทของการทดสอบที่ทำกับซอฟต์แวร์โทรคมนาคม

แต่ละขั้นตอนของวงจรชีวิตข้างต้นใช้ประเภทการทดสอบที่แตกต่างกัน และรายการด้านล่างนี้ครอบคลุมประเภทการทดสอบที่ใช้บ่อยที่สุดกับซอฟต์แวร์โทรคมนาคม

วิธีการเขียนกรณีทดสอบโทรคมนาคมที่มีประสิทธิภาพ

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

  1. กำหนดให้มีกระบวนการทางธุรกิจเพียงหนึ่งกระบวนการต่อชุดซอฟต์แวร์หนึ่งชุด ควรแยกชุดระบบการสั่งซื้อ การจัดเตรียม และการเรียกเก็บเงินออกจากกัน เพื่อให้หากเกิดความล้มเหลว จะชี้ไปยังระบบหลักเพียงระบบเดียว แทนที่จะเป็นห่วงโซ่ที่ไม่ชัดเจนของระบบต่างๆ
  2. เขียนเงื่อนไขเบื้องต้นเป็นข้อมูล ไม่ใช่ข้อความบรรยาย โปรดระบุสถานะผู้สมัครใช้บริการ แผนอัตราค่าบริการ วงเงินเครดิต และยอดคงเหลือในบัญชีอย่างละเอียด เนื่องจากข้อบกพร่องด้านโทรคมนาคมมักเป็นข้อบกพร่องด้านสถานะข้อมูล
  3. ครอบคลุมขอบเขตการให้คะแนนและการคิดค่าบริการ นาทีใช้งานฟรีหมดลง การต่ออายุแพ็กเกจตอนเที่ยงคืน การเปลี่ยนอัตราค่าบริการโรมมิ่ง และการอัปเกรดแบบคิดตามสัดส่วน คือจุดที่ระบบการเรียกเก็บเงินมักมีปัญหาบ่อยที่สุด
  4. เพิ่มตัวอย่างเชิงลบสำหรับทุกกรณีที่เป็นบวก ความยาวหมายเลขไม่ถูกต้อง สมาชิกถูกระงับ คำสั่งซื้อซ้ำ และการเรียกกลับการจัดเตรียมที่ไม่สำเร็จ ต่างก็มีผลลัพธ์ที่คาดหวังได้แตกต่างกันไป
  5. ตรวจสอบข้อมูลปลายทาง ไม่ใช่แค่บนหน้าจอเท่านั้น คำสั่งจัดสรรทรัพยากรจะถูกต้องก็ต่อเมื่อข้อมูลในระบบ CRM, รายการสินค้าคงคลัง, องค์ประกอบเครือข่าย และข้อมูลจากตัวกลางการประมวลผลตรงกันทั้งหมด
  6. แนบผลลัพธ์ที่คาดหวังซึ่งสามารถวัดผลได้ ข้อความเช่น “ใบเรียกเก็บเงินถูกต้องแล้ว” ไม่สามารถดำเนินการได้ ในขณะที่ข้อความเช่น “ยอดรวมในใบแจ้งหนี้เท่ากับ 249.00 รวมภาษี 18 เปอร์เซ็นต์แล้ว” สามารถดำเนินการได้
  7. ติดแท็กผู้สมัครการถดถอย ทำเครื่องหมายทุกกรณีที่เกี่ยวข้องกับการจัดอันดับ ภาษี และการเชื่อมต่อ เพื่อให้เข้าสู่รอบการเผยแพร่แต่ละครั้ง การทดสอบการถดถอย.

สุดท้ายนี้ ควรตรวจสอบแต่ละกรณีกับนักวิเคราะห์การเรียกเก็บเงินหรือวิศวกรเครือข่ายก่อนที่จะกำหนดเกณฑ์พื้นฐาน กฎเกณฑ์ทางธุรกิจด้านโทรคมนาคมเปลี่ยนแปลงไปทุกครั้งที่มีการเปิดตัวอัตราค่าบริการใหม่ และกรณีที่ยังคงใช้โปรโมชั่นของไตรมาสที่แล้วจะรายงานความล้มเหลวที่ผิดพลาดเป็นเวลาหลายเดือน

ตัวอย่าง TestCases สำหรับการทดสอบโทรคมนาคม

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

การทดสอบโทรคมนาคมต่างๆ กิจกรรมทดสอบด้านโทรคมนาคม
Billระบบไอเอ็นจี
  • ตรวจสอบหมายเลขโทรศัพท์ของลูกค้าว่าได้ลงทะเบียนกับบริษัทผู้ให้บริการโทรคมนาคมแล้ว
  • ตรวจสอบว่าหมายเลขยังคงใช้งานได้หรือไม่
  • ตรวจสอบว่าหมายเลขที่ป้อนถูกต้องและเป็นตัวเลข 10 หลัก
  • ตรวจสอบว่าหมายเลขไม่ได้ถูกบล็อกเนื่องจากสาเหตุบางประการ
  • ตรวจสอบว่าหมายเลขมีบิลค้างชำระหรือไม่ หากมี ให้แสดงบนหน้าจอ
  • ตรวจสอบว่าหมายเลขมีการเคลียร์บัญชีหรือบิลก่อนหน้าทั้งหมดแล้ว
  • ตรวจสอบระบบเปิดใช้งานการสร้างใบแจ้งยอดตามความต้องการของลูกค้า
  • ตรวจสอบว่าระบบบันทึกจำนวนการโทรอย่างถูกต้อง
  • ตรวจสอบแผนที่ลูกค้าเลือกแสดงบนระบบเรียกเก็บเงิน
  • ตรวจสอบว่ายอดเงินรวมที่เรียกเก็บนั้นถูกต้องและเชื่อมโยงกับบริการที่ให้
การทดสอบแอปพลิเคชัน
  • โปรโตคอล การส่งสัญญาณ การทดสอบภาคสนามสำหรับ IOT
  • การใช้งานและ การทดสอบสมรรถนะ สำหรับแกนกลาง โทรศัพท์มือถือ แอปพลิเคชันบนโทรศัพท์มือถือ เช่น การโทร SMS โอน/พักสาย ฯลฯ
  • การทดสอบแอปพลิเคชันต่างๆ เช่น การเงิน กีฬา และบริการตามสถานที่ ฯลฯ การทดสอบ OSS-BSS
การทดสอบ OSS-BSS
  • Billการจัดการกรณีลูกค้า การเรียกเก็บเงินแบบเชื่อมต่อ การสั่งซื้อและการฉ้อโกง การรับประกันรายได้
  • การจัดการเครือข่าย การไกล่เกลี่ย การจัดเตรียม ฯลฯ
  • EAI, CRM และ ERP, คลังข้อมูลฯลฯ
การทดสอบความสอดคล้อง
  • ความเข้ากันได้ของอินเทอร์เฟซทางไฟฟ้า
  • ความสอดคล้องของโปรโตคอล
  • ความสอดคล้องของชั้นการขนส่ง
การทดสอบระบบไอวีอาร์
  • สถานการณ์การทดสอบแบบโต้ตอบ
  • การตรวจจับพลังงานเสียง
  • โทนเสียงบรอดแบนด์
  • ลำดับการแตกแขนงแบบมีเงื่อนไขที่กว้างขวาง
  • รายการ DTMF

ความท้าทายในการทดสอบในโดเมนโทรคมนาคม

แม้แต่ชุดซอฟต์แวร์ที่เขียนขึ้นอย่างดีก็ยังต้องเผชิญกับอุปสรรคเฉพาะของอุตสาหกรรมนี้ และการวางแผนรับมือล่วงหน้าจะช่วยปกป้องกำหนดการวางจำหน่ายได้

ความท้าทายแรกคือความสามารถในการทำงานร่วมกันระหว่างผู้จำหน่ายหลายราย เส้นทางการใช้งานของผู้ใช้บริการหนึ่งรายอาจต้องผ่านสวิตช์จากผู้จำหน่ายรายหนึ่ง แพลตฟอร์มการเชื่อมต่อจากอีกราย และผลิตภัณฑ์การเรียกเก็บเงินจากรายที่สาม ดังนั้นข้อบกพร่องมักจะเกิดขึ้นในช่องว่างระหว่างผู้จำหน่ายสองรายมากกว่าที่จะอยู่ภายในผลิตภัณฑ์ใดผลิตภัณฑ์หนึ่ง

ประการที่สองคือความลึกของโปรโตคอล เช่น การอ่านค่า SIP, Diameter หรือ SS7 tracES เป็นทักษะเฉพาะทาง และทีมที่ขาดทักษะนี้มักจะรายงานข้อบกพร่องของแอปพลิเคชันในสิ่งที่จริงๆ แล้วเป็นข้อผิดพลาดด้านการส่งสัญญาณ

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

อัตราค่าบริการและข้อกำหนดต่างๆ ก็มีการเปลี่ยนแปลงอยู่ตลอดเวลา กฎการโอนย้ายหมายเลขโทรศัพท์ อัตราภาษี และแผนส่งเสริมการขายต่างๆ บังคับให้ต้องอัปเดตข้อมูลบ่อยครั้ง ดังนั้นควรพิจารณาการบำรุงรักษาข้อมูลทดสอบเป็นกิจกรรมที่ต้องทำอย่างต่อเนื่อง

เครื่องมือทดสอบโทรคมนาคมยอดนิยม

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

  • ศูนย์ทดสอบ Spirent: สร้างปริมาณการรับส่งข้อมูลจำนวนมากไปยังสวิตช์ เราเตอร์ และอุปกรณ์เครือข่ายหลักระหว่างการทดสอบประสิทธิภาพและการปฏิบัติตามข้อกำหนด
  • Keysight IxNetwork: จำลองโครงสร้างการกำหนดเส้นทางและการสลับสัญญาณในระดับขนาดใหญ่ ซึ่งเหมาะสำหรับการตรวจสอบความถูกต้องของโปรโตคอลเลเยอร์ 2 และเลเยอร์ 3
  • Wireshark: ดักจับและถอดรหัสข้อมูล SIP, Diameter และ RTP เพื่อให้ผู้ทดสอบสามารถยืนยันพฤติกรรมการส่งสัญญาณทีละแพ็กเก็ตได้
  • ผู้ทดสอบเสียง Hammer และ Abacus: ทดสอบระบบ IVR และสถานการณ์คุณภาพเสียง รวมถึงการป้อนข้อมูล DTMF และลำดับการแยกสาขาแบบมีเงื่อนไข
  • JMeter: โหลดพอร์ทัลการดูแลตนเองและ API การสั่งซื้อที่อยู่เบื้องหลัง ตามที่อธิบายไว้ใน JMeter การทดสอบประสิทธิภาพ.
  • Selenium: ระบบ CRM และขั้นตอนการดูแลตนเองบนเว็บไซต์จะทำงานโดยอัตโนมัติ ซึ่งเป็นส่วนหนึ่งของระบบที่ครอบคลุมยิ่งขึ้น การทดสอบอัตโนมัติ กลยุทธ์
  • ไมโครโฟกัส เอแอลเอ็ม: จัดเก็บคลังข้อมูลกรณีศึกษาด้านโทรคมนาคม เชื่อมโยงข้อบกพร่องกับข้อกำหนด และรายงานความพร้อมในการเปิดตัวผลิตภัณฑ์ให้แก่ผู้มีส่วนได้ส่วนเสีย

ผู้ให้บริการส่วนใหญ่มักจะผสมผสานสองหรือสามอย่างเข้าด้วยกัน แทนที่จะใช้มาตรฐานเพียงอย่างเดียว เนื่องจากเลเยอร์ OSS และ BSS แทบจะไม่ใช้ส่วนต่อประสานร่วมกันเลย

คำถามที่พบบ่อย

การทดสอบ OSS ตรวจสอบระบบที่เชื่อมต่อกับเครือข่าย เช่น การจัดสรรทรัพยากร การจัดการสินค้าคงคลัง การเชื่อมต่อ และการจัดการข้อผิดพลาด การทดสอบ BSS ตรวจสอบระบบที่เชื่อมต่อกับลูกค้า เช่น CRM การจัดการคำสั่งซื้อ การออกใบแจ้งหนี้ และการชำระเงิน สถานการณ์จริงส่วนใหญ่ในอุตสาหกรรมโทรคมนาคมมักเกี่ยวข้องกับทั้งสองระบบ ดังนั้นจุดเชื่อมต่อระหว่างทั้งสองระบบจึงต้องการการทดสอบที่ครอบคลุมเป็นพิเศษ

การทดสอบ IVR ตรวจสอบเมนูเสียงแบบโต้ตอบที่ผู้โทรได้ยิน ผู้ทดสอบจะตรวจสอบการป้อนข้อมูลด้วยปุ่ม DTMF การตรวจจับพลังงานเสียง โทนเสียงบรอดแบนด์ ลำดับการแยกเงื่อนไข ข้อความแจ้งภาษา และการเปลี่ยนไปคุยกับเจ้าหน้าที่เมื่อผู้โทรไม่ได้ป้อนข้อมูลที่ถูกต้อง

กลุ่ม AI จะจำลองสัญญาณเตือนเครือข่าย ทำนายว่าการเปลี่ยนแปลงอัตราค่าบริการจะแก้ไขปัญหากรณีการถดถอยใด และระบุบันทึกรายละเอียดการโทรที่ผิดปกติซึ่งการตรวจสอบการเรียกเก็บเงินตามกฎเกณฑ์มองข้ามไป ช่วยลดความพยายามในการคัดกรอง แต่ผู้เชี่ยวชาญเฉพาะด้านยังคงตรวจสอบความถูกต้องของทุกข้อค้นพบก่อนที่จะแจ้งข้อบกพร่อง

ส่วนหนึ่งค่ะ โมเดล AI จะร่างกรณีต่างๆ จากเอกสารข้อกำหนดและประวัติข้อบกพร่องในอดีต ซึ่งช่วยเร่งความครอบคลุมของการร่างฉบับแรก อย่างไรก็ตาม กฎเกณฑ์ด้านการจัดเรต การเชื่อมต่อ และข้อบังคับต่างๆ นั้นขึ้นอยู่กับผู้ให้บริการแต่ละราย ดังนั้นทุกกรณีที่สร้างขึ้นจึงยังคงต้องได้รับการตรวจสอบกับแคตตาล็อกอัตราค่าบริการที่ใช้จริงก่อนที่จะนำไปใช้เป็นข้อมูลพื้นฐาน

ผู้ทดสอบระบบโทรคมนาคมจำเป็นต้องมีความรู้ด้านโปรโตคอล เช่น SIP, Diameter หรือ SS7, SQL สำหรับการตรวจสอบการเรียกเก็บเงิน, ความคุ้นเคยกับเวิร์กโฟลว์ OSS และ BSS และทักษะการเขียนสคริปต์ การทดสอบอัตโนมัติความเข้าใจเกี่ยวกับภาษีศุลกากรและกฎระเบียบต่างๆ มีความสำคัญไม่แพ้ความรู้เกี่ยวกับเครื่องมือ

สรุปโพสต์นี้ด้วย: