이미지 처리 (주로 OCR)에서 일하고 있으며 개발시 단위 테스트를 어떻게 통합해야하는지 궁금합니다.
이미 "일반적인"코드 유형에 대해 단위 테스트를 사용하고 있지만 이미지 처리 코드를 처리 할 때는 어떻게 처리해야할지 잘 모르겠습니다. 이러한 종류의 코드에는 항상 일부 이미지 데이터 입력 / 출력이 필요하며이를 조롱하는 것은 분명하지 않습니다. 지금은 주로 통합 테스트를 수행하고 있지만 실행하는 데 시간이 걸리며 이러한 종류의 코드를 단위 테스트로 분류하여 더 빨리 실행할 수있는 방법에 대한 아이디어가 필요합니다.
편집 : 캐릭터 분석은 다중 회전, 스케일링 및 형태 학적 작업과 관련된 많은 단계를 거칠 수 있습니다. 이 단계는 알고리즘이 개발 될 때 자주 변경됩니다. 따라서 입력 및 예상 출력은 테스트하는 동안 많이 발전 할 수 있습니다. 각 문자는 100x100 픽셀이 될 수 있으므로 코드에서 하드 코딩하거나 생성 된 데이터 작업에 문제가 없습니다.
단위 테스트 작성에 문제가있는 함수의 예를 스케치 할 수 있습니까?
—
Doc Brown
실제 답변이 너무 짧고 실제로 단위 테스트가 아님 : 우리는 데이터를 직접 처리하고 있습니다 (예 : 많은 수의 샘플을 통과하십시오-일반적으로 이러한 분류 작업의 경우 1000을 초과하지만 전체 샘플 크기에 따라 다릅니다) ) 및 최종 결과를 수동으로 처리 된 데이터와 자동으로 비교합니다. 이 작업을 수행하기 위해 작은 프레임 워크를 설정했습니다. 몇 주 후에 오픈 소스로 이동하지만 설명입니다. birgitplays.wordpress.com/2012/09/15/…
—
Birgit P.
예를 들어 회전, 스케일링 등을 작은 테스트 단위로 쉽게 테스트 할 수 있습니다. 주어진 이미지를 45도 회전하면 크게 변하지 않아야합니다. 이것은 또한 스케일링 및 형태 학적 작업에도 적용됩니다. 그러나 구현 중에 예상되는 출력이 발전하는 것을 테스트하는 것은 어렵습니다. 품질 측정을 시도하고 품질> = some_quality라고 말할 수 있습니다. 품질이 저하되지 않는지 확인하기는 어려울 수도 있습니다. 그 외에는 기본 부품이 파손되지 않았 음을 입증하는 테스트 만 있으면됩니다. 스케일 / 회전 등
—
martiert
@ martiert : 잘 테스트 된 것으로 생각되는 세 번째 라이브러리에서 이것을 회전시킬 때 회전, 스케일링 등을 테스트하지 않습니다. OCR 알고리즘은 이러한 많은 작업으로 구성됩니다. 그러나 당신이 말했듯이, 출력이 진화하는 것을 테스트하는 것은 어렵습니다. 선택의 여지가 없지만 통합 테스트에 의존해야한다는 것은 좋은 경고 일 것입니다.
—
rold2007
@ Birgit P .: 흥미로운 솔루션. 당신이 말했듯이 그것은 여전히 통합 테스트입니다. ... 당신 같은 프레임 워크가 빠른 테스트를 설정 도움이 될하지만 빨리 실행되지 않습니다 가졌
—
rold2007