코드 안정성을 측정하기위한 소스 코드 메트릭?

릴리스주기 (구현, 테스트, 버그 수정, 릴리스) 동안 소프트웨어가 개발되는 방식을 고려할 때 코드베이스에서 변경된 코드 행에서 일부 패턴을 볼 수 있어야한다고 생각했습니다. 예를 들어, 프로젝트가 끝날 무렵 코드가 더 안정되면 단위 시간당 더 적은 코드 줄이 수정되는 것을 볼 수 있습니다.

예를 들어, 프로젝트의 첫 6 개월 동안 평균은 하루에 200 줄의 코드 였고, 마지막 달에는 하루에 50 줄의 코드였으며 마지막 주에는 (제품 DVD가 나오기 직전에) 코드 줄이 전혀 변경되지 않았습니다 (코드 동결). 이것은 단지 예일 뿐이며 특정 팀이 채택한 개발 프로세스에 따라 다른 패턴이 나타날 수 있습니다.

어쨌든, 코드베이스의 안정성을 측정하기 위해 단위 시간당 수정 된 코드 라인 수를 사용하는 코드 메트릭이 있습니까? 프로젝트가 어딘가에 있거나 아직 출시 준비가되지 않은 느낌이들 때 유용합니까? 버전 관리 시스템에서이 정보를 추출하고 통계를 생성 할 수있는 도구가 있습니까?

Michael Feather의 설명 중 하나는 " Active Class of Classes "입니다.

그는 "폐쇄 된"클래스에 추가 된 클래스 수를 측정합니다. 클래스 폐쇄를 다음과 같이 설명합니다.

수업은 해당 날짜부터 현재까지 더 이상 수정되지 않는 날짜에 마감됩니다.

그는 이러한 측정 값을 사용하여 다음과 같은 차트를 작성합니다.

두 줄 사이의 간격이 작을수록 좋습니다.

코드베이스에 유사한 측정 값을 적용 할 수 있습니다. 클래스 수는 코드 줄 수와 관련이있을 수 있습니다. 클래스 단위로 코드 라인을 통합하기 위해 이것을 확장하는 것이 가능할 수도 있습니다. 큰 모 놀리 식 클래스가있는 경우 그래프 모양이 변경 될 수 있습니다.

기능을 클래스에 비교적 일관되게 매핑하거나 파일 시스템에 파일 시스템을 연결하는 한 gource 와 같은 것을 연결할 수 있습니다 버전 제어 시스템에 연결하고 대부분의 개발에 초점을 둔 부분을 매우 빠르게 이해할 수 있습니다. 가장 불안정한 코드 부분).

이것은 당신이 비교적 깔끔한 코드베이스를 가지고 있다고 가정합니다. 코드베이스가 진흙 덩어리라면 상호 의존성으로 인해 모든 작은 부분이 작동하는 것을 볼 수 있습니다. 즉, 기능 자체를 작업하는 동안의 클러스터링 자체가 코드 기반의 품질을 잘 나타내는 것일 수 있습니다.

또한 비즈니스 및 개발 팀 전체에 개발 기능을 분리 할 수있는 방법이 있다고 가정합니다 (버전 관리, 한 번에 하나의 기능 등). 예를 들어 같은 지점에서 3 가지 주요 기능을 작업하는 경우이 방법은 코드 안정성보다 문제가 크기 때문에 의미없는 결과를 생성합니다.

불행히도, 나는 나의 요점을 증명할 문헌이 없다. 그것은 좋은 (그리고 좋지 않은) 코드베이스에서 gource를 사용한 경험에 근거합니다.

git 또는 svn을 사용하고 있고 gource 버전이 0.39보다 크면 프로젝트 폴더에서 gource를 실행하는 것처럼 간단합니다.

코드 안정성에 대한 지표로서 수정 된 라인의 빈도를 사용하는 것은 적어도 의심 스럽다.

처음에 수정 된 라인의 시간에 따른 배포는 프로젝트의 소프트웨어 관리 모델에 크게 의존합니다. 다른 관리 모델에는 큰 차이가 있습니다.

두 번째로,이 가정에서의 사상자는 명확하지 않습니다. 소프트웨어의 안정성으로 인한 수정 된 줄의 수가 적거나 단순히 기한이 만료되고 개발자가 현재 일부 변경을하지 않기로 결정했지만 해제?

셋째, 새로운 기능이 도입 될 때 대부분의 라인이 수정됩니다. 그러나 새로운 기능으로 인해 코드가 안정적이지 않습니다. 개발자의 기술과 디자인의 품질에 달려 있습니다. 반면에, 줄을 거의 바꾸지 않으면 서 심각한 버그도 수정 될 수 있습니다.이 경우 소프트웨어의 안정성은 크게 향상되지만 변경된 줄 수는 그다지 크지 않습니다.

견고성은 명령어를 표현하는 데 사용되는 텍스트의 양, 상세도, 간결함, 문법 정확성이 아니라 명령어 세트의 올바른 기능과 관련된 용어입니다.

실제로 구문은 중요하고 정확해야하지만 그 이외의 것은 지시 사항의 '메트릭'을 보면 지시 사항의 원하는 기능과 관련되어 있기 때문에 아래쪽의 차잎 패턴을 읽음으로써 미래를 계획하는 것과 유사합니다. 당신은 차 잔.

견고성은 테스트 방법으로 측정됩니다. 단위 테스트, 연기 테스트, 자동 회귀 테스트; 테스트, 테스트, 테스트!

귀하의 질문에 대한 나의 대답은 견고성에 대한 답을 찾는 데 잘못된 접근법을 사용하고 있다는 것입니다. 코드 줄은 코드를 채우는 것 이상을 의미하는 빨간색 청어입니다. 코드가 필요한 작업을 수행하고 있는지 테스트 한 경우 코드가 원하는 작업을 수행하는지 여부 만 알 수 있습니다.

적절한 테스트 장치를 다시 방문하고 코드 메트릭 신비를 피하십시오.

최고의 소원.