샘플 OSS/BSS 테스트 케이스를 사용하여 통신 도메인 테스트
토마스 해밀턴
⚡ 스마트 요약
통신 도메인 애플리케이션 테스트는 청구 엔진, 프로비저닝 흐름, 신호 프로토콜 및 네트워크 요소를 엔드 투 엔드로 검증하는 것을 의미합니다. 이 개요에서는 OSS 및 BSS의 책임, 통신 비즈니스 프로세스, 테스트 수명 주기 단계, 그리고 실제 프로젝트에 바로 적용할 수 있는 샘플 테스트 케이스를 설명합니다.
통신 테스트란 무엇입니까?
통신 테스트는 통신 소프트웨어에 대한 테스트를 의미합니다. 통신 분야가 디지털 및 컴퓨터 네트워크로 전환됨에 따라 통신 산업은 소프트웨어를 필수불가결하게 사용하고 있습니다.
통신 분야는 라우팅 및 스위칭, VoIP, 광대역 접속과 같은 서비스를 제공하기 위해 다양한 유형의 소프트웨어 구성 요소에 의존합니다. 따라서 통신 소프트웨어 테스트는 필수적이며 하드웨어 구성 요소, 백엔드 시스템 및 프런트엔드 애플리케이션 전반에 걸쳐 이루어집니다.
테스트에서 도메인이란 무엇입니까?
통신 시나리오를 작성하기 전에 먼저 '도메인'이라는 용어에 대한 정의가 필요합니다.
도메인이란 소프트웨어 테스트 프로젝트가 만들어진 산업 분야를 의미합니다. 소프트웨어 프로젝트나 개발에 대해 이야기할 때 이 용어가 자주 사용됩니다. 예를 들어 보험 도메인, 은행 도메인, 소매 도메인, 통신 도메인 등이 있습니다.
그림에서 볼 수 있듯이, 한 명의 테스터가 여러 산업 분야에서 업무를 수행할 수 있습니다. 일반적으로 개발 과정에서ping 특정 분야의 프로젝트를 진행할 때는 반드시 해당 분야 전문가의 도움을 구하게 됩니다. 분야 전문가는 해당 분야의 달인이며, 제품이나 애플리케이션에 대해 속속들이 알고 있을 수 있습니다.
도메인 지식 테스트가 중요한 이유는 무엇입니까?
소프트웨어 제품 테스트에 있어 도메인 지식은 필수적이며, 아래 다이어그램에서 요약된 것처럼 여러 가지 이점을 제공합니다.
관세, 상호 연결 규칙 및 프로비저닝 상태를 이해하는 테스터는 현실적인 시나리오를 설계하고 일반적인 테스터가 간과할 수 있는 예외적인 상황을 찾아냅니다. 테스트 사례 도서관에서는 절대 다루지 않습니다.
통신 산업의 비즈니스 프로세스
여기서 도메인 지식은 서비스 판매부터 송장 발행까지의 비즈니스 프로세스에서 시작됩니다.
통신 테스트에서는 엔드투엔드 서비스 검증이 중요합니다. 효율적인 테스트를 위해서는 다양한 비즈니스 프로세스에 대한 깊이 있는 이해가 필수적입니다.
테스트 사례 초안을 작성하기 전에 서비스 제공의 각 단계를 이해해야 합니다.
통신 서비스는 IVR, 콜센터, 청구서 발행 등을 포함하는 비즈니스 지원 시스템을 기반으로 하거나, 라우터, 스위치, 기지국 등을 포함하는 운영 지원 시스템을 기반으로 합니다.
다음 표는 각 단계에서 수행되는 활동을 보여줍니다.
| 통신부서 | 통신 활동 |
|---|---|
| 사전 판매 | 할인, 서비스, 프로모션 등 모든 판매 정보를 처리합니다. |
| 주문 | 새로운 연결을 신청하거나 연결을 끊는 중 |
| 프로 비저닝 | 고객과 TSP(통신사업자)간의 물리적 연결을 담당하는 사업부입니다. |
| BillING | 이 부서에서는 모든 청구 작업이 수행됩니다. |
| 서비스 보증 | 장애가 발생한 경우 이 부서에서 문제를 해결합니다. |
| 인벤토리 시스템 | 모든 정보의 저장소이다 |
| Tracking | 이 부서 trac주문 시스템과 주문 상태 |
일반적인 통신 비즈니스 프로세스
해당 부서들이 명확해지면, 다음 단계는 주문이 실제로 부서 간에 어떻게 이동하는지 살펴보는 것입니다. 다음은 통신 업계의 일반적인 비즈니스 프로세스입니다.
위의 흐름도에서 알 수 있듯이, 요청은 사전 판매 단계에서 주문 단계로, 그 다음에는 프로비저닝 단계로, 그리고 최종적으로는 청구 단계로 이동합니다. 모든 단계의 인계는 통합의 경계이며, 매우 가치 있는 목표입니다. 엔드 투 엔드 테스트.
통신 산업에서 사용되는 프로토콜 유형
이러한 핸드오버는 프로토콜을 기반으로 하므로 테스터는 사용되는 스택을 파악해야 합니다. 다음은 통신 업계에서 널리 사용되는 프로토콜입니다.
- VoIP 기술: VoIP, IMS, MPLS, ISDN, PSTN
- Signal송신 및 프로토콜: SIP, ISDN, Codecs, H.323
- 무선 기술: GPRS, CDMA, GSM, UMTS
- 네트워크 관리 : SNMP
- 레이어 2 프로토콜: ARP, STP, L2TP, PPP
- 레이어 3 프로토콜/라우팅: ICMP, BGP, ISIS, MPLS
- 인프라/보안: ATM, TCP/IP, LAN/VLAN, SSH
프로토콜 테스트에 대해 자세히 알아볼 수 있습니다. 여기에서 확인하세요
통신 산업의 수명주기 테스트
프로세스와 프로토콜이 정립되면 작업을 라이프사이클로 구성할 수 있습니다. 통신 산업의 테스트 라이프사이클은 다른 산업과 유사하지만 세부 사항에 중점을 둔다는 점이 다릅니다. 다음은 테스트 라이프사이클과 테스트 산출물의 구성 요소입니다.
| 통신 테스트 단계 | 테스트 아티팩트 |
|---|---|
|
|
|
|
|
|
|
|
통신 소프트웨어에 대해 수행되는 테스트 유형
위의 각 라이프사이클 단계는 서로 다른 테스트 유형을 활용하며, 아래 목록은 통신 소프트웨어에 가장 자주 적용되는 테스트 유형을 다룹니다.
효과적인 통신 테스트 케이스 작성 방법
프로세스 영역을 아는 것은 절반의 성공일 뿐입니다. 테스트 케이스는 팀의 모든 테스터가 사전 지식 없이도 실행할 수 있도록 작성해야 합니다. 아래 단계는 오픈소스(OSS) 범위와 비즈니스 서비스 소스(BSS) 범위 모두에 동일하게 적용됩니다.
- 각 제품군별로 하나의 비즈니스 프로세스를 유지하십시오. 주문, 공급 및 청구 시스템을 분리하여 장애 발생 시 모호한 시스템 간의 연결 고리가 아닌 단일 소유 시스템을 정확히 지적할 수 있도록 합니다.
- 전제 조건을 서술형이 아닌 데이터 형태로 작성하세요. 통신 오류는 대개 데이터 상태 오류이므로, 해당 사례에서 가정하는 정확한 가입자 상태, 요금제, 신용 한도 및 계좌 잔액을 명시하십시오.
- 정격 및 요금 범위를 다룹니다. 무료 통화 시간 소진, 자정 요금제 갱신, 로밍 요금제 변경, 비례 배분된 요금제 업그레이드는 청구 시스템에서 오류가 가장 자주 발생하는 지점입니다.
- 모든 긍정적인 사례에 대해 부정적인 변형을 추가하십시오. 잘못된 번호 길이, 차단된 가입자, 중복 주문 및 프로비저닝 콜백 실패는 각각 고유한 예상 결과를 가져야 합니다.
- 화면뿐 아니라 하위 시스템도 확인하십시오. 프로비저닝 주문은 CRM 레코드, 재고 항목, 네트워크 요소 및 미들웨어 피드가 모두 일치할 때만 올바릅니다.
- 측정 가능한 예상 결과를 첨부하십시오. "청구서가 정확합니다"와 같은 문장은 실행할 수 없지만, "청구서 총액은 18% 세금을 포함하여 249.00입니다"와 같은 문장은 실행할 수 있습니다.
- 회귀 분석 후보에 태그를 지정합니다. 평가, 세금 및 상호 연결과 관련된 모든 사례를 표시하여 각 릴리스 주기에 포함되도록 하십시오. 회귀 테스트.
마지막으로, 기준선을 설정하기 전에 각 사례를 청구 분석가 또는 네트워크 엔지니어와 함께 검토하십시오. 통신 사업 규칙은 요금제 출시마다 변경되므로, 지난 분기 프로모션을 여전히 인코딩하는 사례는 몇 달 동안 잘못된 오류를 보고할 수 있습니다.
통신 테스트를 위한 샘플 TestCases
이러한 규칙을 적용하면 아래와 유사한 테스트 세트가 생성됩니다. 통신 테스트에서는 다음 사항을 고려해야 합니다.
| 다양한 통신 테스트 | 통신 분야의 테스트 활동 |
|---|---|
| Billing 시스템 |
|
| 응용 프로그램 테스트 | |
| OSS-BSS 테스트 |
|
| 적합성 테스트 |
|
| IVR 테스트 |
|
통신 분야 테스트의 과제
아무리 잘 만들어진 소프트웨어라도 이 업계 특유의 장애물에 부딪히기 마련이며, 이러한 장애물에 대한 대비를 미리 해두면 출시 일정을 차질 없이 진행할 수 있습니다.
첫 번째 과제는 여러 공급업체의 제품 간 상호 운용성입니다. 가입자 여정은 한 공급업체의 스위치를 거치고, 다른 공급업체의 중개 플랫폼을 사용하며, 또 다른 공급업체의 청구 제품을 사용할 수 있으므로, 결함은 종종 어느 한 제품 내부가 아닌 두 공급업체 간의 격차에서 발생합니다.
두 번째는 프로토콜 심층 분석입니다. SIP, Diameter 또는 SS7을 읽는 것입니다. traces는 전문적인 기술이며, 이 기술이 없는 팀은 실제로는 신호 오류인 것을 애플리케이션 결함으로 잘못 인식하는 경향이 있습니다.
세 번째는 환경 비용입니다. 현실적인 부하, 로밍 및 상호 연결 시나리오를 구현하려면 라이선스 비용이 비싸고 일정을 잡는 데 시간이 오래 걸리는 연구실 하드웨어 또는 시뮬레이터가 필요하므로 팀은 공유 환경과 불안정한 테스트 데이터에 의존하게 됩니다.
요금 및 규정 또한 끊임없이 변화합니다. 번호 이동 규정, 세금 구간, 프로모션 요금제 등으로 인해 데이터 갱신이 빈번하게 이루어지므로 테스트 데이터 관리는 상시적인 활동으로 간주해야 합니다.
인기 있는 통신 테스트 도구
적합한 도구는 테스트 대상 계층에 따라 달라집니다. 신호 처리, 애플리케이션 및 청구를 모두 완벽하게 지원하는 단일 제품은 없기 때문입니다.
- Spirent 테스트센터: 성능 및 적합성 테스트 실행 중에 스위치, 라우터 및 코어 네트워크 장치에 대해 대량의 트래픽을 생성합니다.
- 키사이트 IxNetwork: 대규모 라우팅 및 스위칭 토폴로지를 에뮬레이션하여 레이어 2 및 레이어 3 프로토콜 검증에 적합합니다.
- Wireshark: 테스터가 패킷 단위로 신호 동작을 확인할 수 있도록 SIP, Diameter 및 RTP 트래픽을 캡처하고 디코딩합니다.
- 해머 앤 아바쿠스 음성 테스터: DTMF 입력 및 조건부 분기 시퀀스를 포함한 IVR 및 음성 품질 시나리오를 구동합니다.
- JMeter: 설명된 대로 셀프케어 포털과 그 뒤에 있는 주문 API를 로드합니다. JMeter 성능 시험.
- Selenium: 보다 광범위한 시스템의 일환으로 CRM 및 셀프케어 웹 여정을 자동화합니다. 자동화 테스트 전략.
- 마이크로 포커스 ALM: 통신 사례 라이브러리를 저장하고, 결함을 요구사항과 연결하며, 이해관계자에게 릴리스 준비 상태를 보고합니다.
대부분의 사업자는 OSS와 BSS 계층이 공통 인터페이스를 공유하는 경우가 드물기 때문에 하나의 표준을 따르기보다는 두세 가지를 조합하여 사용합니다.
