2011-04-01 2 views

답변

3

기본적으로 지원되지 않습니다.

매우 어려운 측정이므로 앞으로는 없을 것이라고 생각하지 마십시오. 소스 코드 작성을 개발하십시오. 프로젝트 내의 소스 코드는 일반적으로 개발자가 아닌 기능으로 나뉩니다. 코드 커버리지 결과는 테스트 러닝에서 수행되는 주어진 어셈블리의 적용 범위입니다. 따라서 코드 라인 당 커버리지를 분석하고 해당 코드 라인을 주어진 개발자 변경 세트와 연관시켜야합니다. 인스트루먼트되고있는 unittest dll에 상관없이, 유니 코드의 코드는 실행되는 코드로서 코드 커버리지 결과와 관련됩니다. 어떤 코드 라인이 특정 개발자를 대상으로 계산됩니까? 줄 단위 테스트, 공유 라이브러리의 줄, 4 명의 개발자가 변경 한 줄 (공유 범위), 문제가 있습니까?

하지만 특정 개인의 코드 검토 및 페어 프로그래밍의 품질을 개선하려는 경우이 질문을하는 것이 더 효율적인 방법입니다. 가능한 경우라도 개인을 코드 커버리지로 위협하면 기능이 제대로 작동하지 않을 수 있습니다. 주어진 제품의 소스 코드는 팀에서 공유되므로 팀이 책임을집니다. 팀이 그 책임을 맡도록하십시오.

+0

개념적이지만 간단합니다. 개발자가 수정 한 모든 코드 행을 식별하도록 구성 제어 도구에 요청합니다. 그것은 틀림없이 알고 있지만 이것은 추출하기 쉽지 않을 수 있습니다. 하나는 모든 커버 라인에 대해 테스트 커버리지 툴을 요구한다. 그것은 알고 있지만 이것은 추출하기가 쉽지 않을 수 있습니다 (서류 미비?). 이 둘의 교차점은 해당 개발자의 범위입니다. 개발자가 생성 한 코드의 양으로 나누어 진 교차점의 크기는 그의 개인 보상 비율입니다. –

+0

당신이 그렇게해도 ... 그 측정이 당신에게 무엇을 말해 줄까요? 내가 이미 다룬 내용에 진술을한다면, 나는 아무것도 테스트하지 않은 채로 내 보상이 증가합니다. –

+0

> One은 테스트 커버리지 툴에 모든 커버 라인을 요청합니다. 그것은 알고 있지만 이것은 추출하기가 쉽지 않을 수 있습니다 (서류 미비?). 이 함수는 http://blogs.msdn.com/b/phuene/archive/2009/12/01/programmatic-coverage-analysis-in-visual-studio-2010.aspx에서 CoverageInfo 클래스를 사용하여 수행 할 수 있습니다. –