내가 OpenCover를 사용하지 않기 때문에 이것은 추측이지만 커버리지 분석 툴은 통과하는 모든 라인을 계측하도록되어있다. 이미지 조작을하고 있기 때문에, 각 픽셀은 일치하는 코드 라인을 분석하기 위해 OpenCover를 확실히 트리거 할 것이고, 많은 픽셀을 가지고 있습니다.
OpenCover가 한 줄의 코드를 작성하는 데 0.01ms가 걸리면 추측), 1280 * 1024 이미지로 작업하고 있으며 각 픽셀에 3 줄의 코드 (빨간색 채널 모자, 녹색 또는 파란색 모자)가 필요한 경우 1310720 * 0.01 * 3 = 약 39 초가됩니다. 하나의 테스트.
나는 하나의 테스트 만 가지고있는 것은 의심 스럽기 때문에 테스트 금액을 곱하십시오. 느린 이유에 대한 아이디어가있을 수 있습니다.
작은 규모로 알고리즘을 테스트 해보십시오. 전체 이미지를 작업 할 필요가없는 코드 와이드 작업을 수행하지 않으면 (어떤 이미지가 보이지 않습니까?) 코드를 작성하지 않아도됩니다. 또는 작은 이미지를 사용합니까?
편집 : 나는 문제가 테스트중인 모든 데이터에서 유래 말할 수 있습니다 (자체 OpenCover 모르고, 다시 한) 테스트 여기 스위트 룸을 살펴했다; evey 단일 이미지가로드되고 같은 테스트를 위해 처리됩니다. 이는 단위 테스트를 원하는 방식이 아닙니다.
테스트로드 lib 디렉토리에 대한 이미지 클래스에 각 이미지 유형은 다음 매번 모든 것을 테스트하지 마십시오 등 이미지 클래스 하나 회전, 하나 크기 조정 작업을 테스트! 테스트가 필요하기 때문에
는, 어쩌면 당신은 일부 데이터를 제외 할 OpenCover options을 탐험 할 수있다. 아마도 알고리즘의 바깥 껍질 만 계측하여 범위 분석을 수정하면 도움이 될 것입니다. filters을 보시면 알맞은 수준으로 달릴 수있는 것을 숨길 수 있습니다.
다른 방법으로 야간에 우선적으로 코드 범위를 실행할 수 있습니까?
설명을 주셔서 감사합니다 :) 단위 테스트 만 실행하고 전면 - 후면 통합 테스트는 실행하지 않는 것이 좋습니다. – thomasb