2009-05-28 2 views
3

당신이 이미하거나 좋은 도구에 대해 알고 있습니까?빌드에 포함 된 변경 사항과 위험에 미치는 영향에 대해 팀원에게 의견을 제공 할 수 있습니까?

목표 : 도움말 팀은 최근 소스 변경이 위험에 미치는 영향을 파악하여 테스트 작업에 집중해야 할 부분을 파악합니다. 시간이 지남에 따라 데이터를 제공하고 개발주기의 계획 및 범위 지정 단계로 다시 제공하십시오.

계획 : 복잡성 또는 변경의 위험에 대한 변화의 영향을 표시하는 보고서에 클로버 복잡한 데이터와 svn의 변경 데이터를 결합 (라인 X 복잡성 = 위험 #을?). 완벽하지는 않지만 팀이 변경 사항을 더 잘 이해하는 데 도움이 될 수 있습니다.

누구나 사용해 볼 수 있습니까? 그렇다면 어떤 도구를 사용했으며 팀에 이러한 단서를 어떻게 제공 했습니까?

답변

1

내 경험에 따르면 새로운 기능을 넣거나 결함을 수정할 때 위험이 확인되었습니다. 이것은 모든 일에 "수동으로"수행되었습니다.

당신의 흥미로운 아이디어는 기본적으로 이전 결함의 통계 및 변경된 파일의 복잡성 분석을 기반으로 테스트에 초점을 맞추기위한 플러그인/구성 요소의 CI 서버 유형입니다.

테스트 사례에는 분명히 코드/파일 맵이 필요하며, 반대의 경우 (테스트 케이스가 실패하고 수정 사항을 적용하기 위해 변경된 파일)에 일부 자동 생성 방법이 있습니다. 정보.

"위험"에도 "개발자"구성 요소가 포함되어있을 것으로 생각됩니다. 즉, 일부 개발자는 본질적으로 다른 것보다 더 높은 "위험"위험을 가지고 있습니다. 이는 일부 기능에도 국한 될 수 있습니다. 어떤 경우에는 "개발자"가 위험 요소를 완전히 줄이거 나 확실하게 만듭니다 .

+0

단위 테스트의 경우 해당 데이터를 생성 할 수 있습니다. 통합 테스트와 높은 수준의 기능을 위해서는 팀이 데이터를 최신 상태로 유지해야합니다 (이는 좋지 않습니다). 자동화 된 유비쿼터스 시스템은 (효과적으로 효과가있는 한) –