드론 펌웨어 업데이트용 회귀 시험 매트릭스
장비 ID, 유지된 기준선, 시뮬레이션, 설치된 기능 확인 및 제어된 릴리스 결정과 관련된 증거를 통해 펌웨어 변경 사항을 검토합니다.
업데이트를 제안하는 이유 정의하기
사용 가능한 펌웨어 릴리스가 운용 항공기를 즉시 변경해야 하는 완전한 이유는 아닙니다. 문제, 필요한 기능 또는 정비 목표를 식별하고 해당 릴리스 정보를 읽으십시오. 대상 제어기 하드웨어, 기체 유형 및 현재 설치를 기록합니다. 이는 예상되는 이점을 설정하고 단순히 다른 장치가 비슷한 이름의 다운로드를 사용했기 때문에 플릿이 업데이트를 수신하는 것을 방지합니다. 책임 있는 기술 프로세스에 따라 변경이 진행되어야 하는 시기가 결정됩니다.
복구 가능한 기준 구성 보존하기
승인된 작업을 수행하기 전에 기존 펌웨어, 매개변수, 교정 참조, 연결된 장치 및 허용된 임무 예를 식별하십시오. 접근 가능한 프로젝트 위치에 지원 기록을 보존하십시오. 버전 번호의 스크린샷은 완전한 기준이 아닙니다. 보드와 소프트웨어 조합에 대해 실제로 지원되는 복구 단계를 설정합니다. 이전 파일을 로드하면 모든 이전 설정이 자동으로 다시 생성되거나 모든 변경 사항이 취소될 것이라고 가정하지 마십시오.
실제 설치 기능별 검사 계획 세우기
관련 기능별로 구성, 예상 관측, 시험 환경과 검토자를 연결하는 매트릭스를 만듭니다. 센서, 통신, 페이로드 명령, 임무 해석, 기록 및 해당 비상 동작을 포함합니다. 가능한 모든 자동조종 기능이 아니라 실제 공급된 항공기를 반영해야 합니다. 이 표는 증거가 없는 부분을 드러냅니다. 부팅 성공은 소프트웨어 실행만 확인할 뿐, 카메라 인터페이스나 복귀 동작은 전혀 검증하지 못할 수 있습니다.
시뮬레이션으로 확인할 수 있는 사항 구분하기
소프트웨어 인 더 루프(SITL) 시험는 실제 항공기를 첫 번째 실험으로 다루지 않고도 지원되는 임무 논리와 워크플로를 검사할 수 있습니다. 시뮬레이터, 소프트웨어 버전, 모델 및 가정을 기록합니다. 시뮬레이션은 배선, 추진 상태 또는 설치된 센서 성능을 입증하지 않습니다. 해당 검사는 별도로 수행해야 합니다. 유용한 결과는 어떤 행동이 실행되었는지, 어떤 물리적 질문이 여전히 항공기의 승인된 지상 및 운영 검증 프로세스를 요구하는지를 나타냅니다.
적용 범위를 넓히기 전에 차이 검토하기
변경된 기본값, 이름이 변경된 설정, 장치 검색 및 기록된 데이터를 포함하여 예상 결과와 관찰된 결과를 비교합니다. 이전 매개변수 파일을 무분별하게 복사하기보다는 차이점을 조사하십시오. 실제로 테스트된 구성에 한정하여 평가를 유지하세요. 해결되지 않은 문제가 필수 기능에 영향을 미치는 경우 명확한 상태와 에스컬레이션 경로를 유지하세요. 전체 운용 기체에 대한 채택은 한 번의 비공식 시연 중에 눈에 띄는 오류가 없어야 하는 것이 아니라 시연된 적용 가능성을 따라야 합니다.
완전한 운용 기준 자료 제공하기
최종 패키지에는 허용되는 펌웨어, 구성, 테스트 증거, 남은 제한 사항 및 업데이트된 지침이 식별되어야 합니다. 운영자와 지원 직원이 승인된 구성을 적용한 항공기를 인식할 수 있는지 확인하십시오. 이전 기준선과 의사결정 이력을 유지합니다. 이를 통해 NiVO 펌웨어 논의를 검토 가능하게 만들고 향후 문제 해결을 신뢰할 수 있는 시작점으로 제공하는 동시에 버전 번호만으로 완전한 준비 상태로 오해되는 것을 방지할 수 있습니다.
