전기차 충전 소프트웨어 인수 테스트 체크리스트

1. 충전기를 연결하기 전에 테스트 범위를 정의하십시오.

기능 목록보다는 비즈니스 프로세스부터 시작하세요. 공공 충전소는 사설 충전소와는 다른 승인 계획이 필요합니다. 누가 충전할 수 있는지, 어떻게 신원을 확인할 수 있는지, 누가 결제하는지, 어떤 요금제가 적용되는지, 문제가 발생했을 때 누가 대응하는지 등을 명확히 정의하세요. 각 요구사항은 반드시 확인 가능하도록 만들어야 합니다.

제조업체, 모델, 펌웨어, 커넥터 식별자, 통신 방식 및 지원 프로토콜 버전을 포함하는 장비 매트릭스를 생성하십시오. 동일 브랜드의 충전기라도 펌웨어 변경 후 동작 방식이 다를 수 있습니다. 구성이 실질적으로 다른 경우, 하나의 성공적인 세션이 전체 네트워크를 포괄한다고 가정하지 말고 별도의 테스트 케이스로 처리하십시오.

모든 테스트에 담당자를 지정하십시오. 운영자는 비즈니스 결과를 승인해야 하며, 소프트웨어 제공업체, 충전기 제조업체, 결제 시스템 통합업체 및 설치업체는 각자의 역할에 대한 증거를 제공해야 합니다. 종속성을 조기에 기록하여 가맹점 계정 누락이 플랫폼 결함으로 오해되지 않도록 하십시오.

2. 온라인 표시 외에도 충전기 통합 여부를 확인하십시오.

먼저 신원 및 상태를 확인해야 합니다. 플랫폼에 올바른 충전기, 설치 장소 및 커넥터가 표시되는지 확인하십시오. 물리적 라벨을 대시보드 및 운전자 인터페이스와 비교하십시오. 운전자가 두 번째 커넥터를 스캔하는 동안 실수로 첫 번째 커넥터를 작동시키지 않도록 해야 합니다.

부팅 등록, 상태 변경, 계량기 보고 및 거래 완료를 테스트하십시오. 그런 다음 원격 시작, 원격 정지 및 진단 정보 조회와 같이 계약에 포함된 명령을 테스트하십시오. "승인됨"으로 표시된 명령은 하나의 증거일 뿐이며, 의도한 물리적 결과가 실제로 발생했는지 확인해야 합니다.

그만큼 Open Charge Alliance는 OCPP 1.6과 2.0.1 버전이 호환되지 않는다고 설명합니다.두 가지 요구 사항을 모두 충족하는 플랫폼은 적절한 구현과 충전기 수준의 검증이 필요합니다. 포괄적인 호환성 설명에 의존하기보다는 사용하시는 장비에서 어떤 기능이 테스트되었는지 문의하십시오.

통합 범위에 대한 배경 정보는 다음을 참조하십시오. TRENDPOWER가 발표한 OCPP 지원 지침합의된 모델 및 펌웨어 매트릭스를 승인 기록에 첨부하여 보관하십시오.

3. 테스트 접근 및 전체 운전자 여정

관리자처럼 모든 버튼의 위치를 파악하는 것이 아니라, 처음 운전하는 사람처럼 과정을 따라가 보세요. 사이트를 찾고, 연결 장치를 확인하고, 가격을 읽고, 인증하고, 요금을 청구하고, 최종 기록을 확인하세요. 고객이 실제로 사용하는 기기와 브라우저에서 모바일 환경이 어떻게 작동하는지 확인하세요.

유효한 자격 증명과 유효하지 않은 자격 증명, 만료된 액세스 권한, 이미 사용 중인 커넥터 및 반복적인 시작 요청을 포함하십시오. 승인되지 않은 운전자에게 계정 정보를 노출하지 않고 유용한 설명을 제공하는지 확인하십시오. RFID, 웹 인터페이스 또는 브랜드 앱이 포함된 경우 각 경로를 개별적으로 테스트하십시오.

공유 사이트의 경우, 양쪽 모두에서 권한을 테스트하십시오. 승인된 방문자는 결제할 수 있고, 만료된 방문자는 결제할 수 없는지 확인하십시오. 그런 다음 액세스 권한 변경이 이전 세션의 기록을 소급하여 변경하지 않는지 확인하십시오.

4. 청구 및 지급 결과를 각각 독립적으로 재계산합니다.

알려진 입력값을 가진 소수의 세션을 선택하십시오. 먼저 간단한 에너지 전용 요금제를 사용한 다음, 합의된 연결 수수료, 시간 요금, 할인 또는 유휴 요금을 테스트하십시오. 예상 요금을 별도로 계산하여 플랫폼, 영수증 및 결제 제공업체의 기록과 비교하십시오.

경계 조건을 포함하세요. 자정에 요금이 변경되는 경우, 두 요금 기간에 걸쳐 있는 세션, 에너지 소비가 0인 세션, 지원되는 최소 통화 단위로 반올림하는 경우 등이 있습니다. 요금이 변경될 때 적용되는 시간대와 이미 진행 중인 세션에 대한 정책을 기록하세요.

결제 테스트에는 승인 성공, 승인 실패, 청구 시작 실패 및 공급자 알림 지연이 포함되어야 합니다. 반복적인 콜백으로 인해 중복 청구가 발생하지 않는지 확인하십시오. 비즈니스 환경에 대한 더 넓은 시각을 얻으려면 다음을 사용하십시오. 전기차 충전 결제 솔루션 개요 공급업체의 자체 통합 요구 사항과 함께.

5. 실제 조건에서 부하 제어를 검증합니다.

부하 관리가 필요한 경우, 현장 엔지니어와 합의된 계측 장비를 사용하여 테스트를 진행하십시오. 제어 범위를 명확하게 정의해야 합니다. 예를 들어 충전기 그룹, 배전반 또는 건물 전체를 대상으로 할 수 있습니다. 충전기 데이터만을 기반으로 한 대시보드의 총계만으로는 건물 전체가 허용 범위 내에 있는지 확인할 수 없습니다.

제어된 테스트를 사용하여 충전 수요를 추가하고 관련 건물 부하를 변경하십시오. 요청된 제한값, 충전기의 응답 및 측정 결과를 비교하십시오. 문서화된 응답 간격과 측정 허용 오차를 고려하십시오. 장비가 충족할 수 없는 일반적인 임계값을 임의로 설정하지 마십시오.

현장 계량기, 로컬 컨트롤러 또는 클라우드 연결이 불가능해질 경우 합의된 대체 시스템을 테스트하십시오. 누가 알림을 받았는지, 그리고 운영이 어떻게 재개되었는지 기록하십시오. 소프트웨어 스케줄링은 설계된 제어 전략을 지원하는 것이며, 전기 보호 장치 또는 승인된 현장 설계를 대체하는 것은 아닙니다.

6. 장애 및 복구 시나리오를 실행합니다.

생산 네트워크에서는 구성 요소가 사라졌을 때 예측 가능한 동작이 필요합니다. 충전기의 인터넷 연결을 차단하고, 허용되는 경우 애플리케이션을 재시작하고, 제어된 환경에서 알림 누락을 시뮬레이션합니다. 운전자 화면, 운영자 경고 및 최종 조정 과정을 확인합니다.

오프라인 동작은 충전기의 기능 및 구성에 따라 달라집니다. 기존 세션이 계속 유지되었다고 해서 새 세션을 오프라인에서 시작할 수 있다고 가정하지 마십시오. 이러한 경우를 구분하고 어떤 액세스 방법과 로컬 제어 기능이 작동해야 하는지 정확하게 명시해야 합니다.

재연결 후 타임라인을 검사하여 누락, 중복 및 잘못된 타임스탬프를 확인하십시오. 기존 데이터를 읽으십시오. 오프라인 전기차 충전 가이드 이러한 사례를 정의할 때, 단순히 충전기가 온라인 상태로 돌아온 스크린샷뿐만 아니라 복구 증거도 함께 인계해야 합니다.

7. 권한, 내보내기 및 운영 인수인계를 확인합니다.

사이트 호스트, 지원 담당자, 재무 담당자 및 관리자 계정으로 로그인하십시오. 요금 변경, 환불, 내보내기 및 원격 명령(해당 기능이 있는 경우)을 포함하여 허용된 작업과 차단된 작업을 모두 테스트하십시오. 각 역할은 모든 사이트 데이터에 대한 접근 권한을 부여받지 않으면서도 업무를 수행하는 데 필요한 충분한 권한을 가져야 합니다.

테스트 세션을 내보내고 대시보드와 총계를 비교하십시오. 커넥터 ID, 타임스탬프, 에너지 단위, 통화, 해당되는 경우 세금 필드 및 재무 상태를 확인하십시오. 수정 사항이 어떻게 표시되는지, 감사 추적을 통해 담당자 또는 시스템을 식별할 수 있는지 문의하십시오.

마지막으로, 네트워크를 운영할 사람들이 일상적인 업무를 수행하도록 해야 합니다. 그들은 시동 실패 원인을 조사하고, 적절한 공급업체에 연락하고, 결제 참조 번호를 찾고, 운전자에게 미지급금을 설명하는 방법을 알아야 합니다. 기술적으로 완벽한 플랫폼이라도 이러한 절차가 명확하지 않으면 인수인계에 실패할 수 있습니다.

8. 출시 기준 및 단계별 출시 계획에 합의합니다.

테스트 전에 합의된 서면 릴리스 기준을 사용하십시오. 예를 들어, 프로젝트에 따라 모든 핵심 워크플로가 통과되고, 모든 차단 결함이 해결되며, 승인된 사소한 문제에는 담당자와 목표 날짜가 지정되어야 할 수 있습니다. 이러한 사항은 프로젝트별로 결정해야 하는 사항이며, 업계 전체의 인증 제도가 아닙니다.

더 넓은 네트워크를 대표하는 소규모 시범 운영부터 시작하세요. 운영상 위험이 가장 높은 충전기 유형, 접속 방식, 결제 과정을 포함시키세요. 실제 운영 기록을 검토하고 지원팀이 관찰된 문제를 처리할 수 있는지 확인한 후에만 규모를 확장하세요.

인수 패키지에는 장비 매트릭스, 테스트 케이스, 결과, 결함 기록, 구성 기준선, 운영 담당자 연락처 및 롤백 절차가 포함되어야 합니다. 이는 추후 펌웨어 업데이트 또는 요금제 변경으로 인해 예상치 못한 문제가 발생할 경우 유용한 참조 자료가 됩니다.

자주 묻는 질문

OCPP 연결 테스트만으로 합격이 결정되나요?

아니요. 시스템의 일부만 확인하는 것입니다. 합의된 운전자 운행 경로, 요금, 지급 결과, 권한, 보고서 및 복구 절차는 실제 프로젝트 구성에서 직접 확인해야 합니다.

모든 충전기가 동일한 테스트를 받아야 할까요?

설치된 모든 장치는 합의된 시운전 점검을 받아야 합니다. 반복적인 소프트웨어 테스트의 범위는 위험 기반 샘플링 계획을 따를 수 있지만, 특정 모델, 펌웨어 버전 및 특이한 현장 구성에 대해서는 명확한 테스트 범위가 필요합니다.

소프트웨어 최종 승인자는 누구인가요?

운영자는 책임 있는 승인 담당자를 지정해야 합니다. 공급업체는 자신들의 업무 범위에 대한 증빙 자료를 제출해야 하며, 전기 및 안전 승인은 적절한 자격을 갖춘 담당자가 담당합니다. 이러한 책임 사항을 프로젝트 계약에 명시하십시오.