2009.05.30 22:20

Bug Tossing 논문 2009년 ESEC/FSE에 발표예정

지난번 "이 버그를 누구에게 넘겨 줄것인가" 포스팅을 통해 여러분들의 많은 의견을 받고 이를 참고하여 SNU의 정가을, 그리고 MSR의 Tom Zimmermann과 같이 작성한 논문이 2009년 ESEC/FSE (http://www.esec-fse-2009.ewi.tudelft.nl/) 에 accept되었습니다. ESEC/FSE는 ICSE와 함께  소프트웨어 공학분야 최고의 학회로 알려져 있습니다.

올해 총 217논문이 접수되어 이중 32편의 논문이 선정되었습니다. (15%의 acceptance rate.)

참고로 아래에 논문의 제목과 초록을 붙여 드립니다. 6월 말에 논문의 최종본을 제출하는데 그전까지 여러분들의 의견 주시면 최종본에 반영하도록 하겠습니다.


Improving Bug Triage with Bug Tossing Graphs (버그 토싱 그래프를 이용하여 버그 할당 향상하기)


A bug report is typically assigned to a single developer who is then responsible for fixing the bug. In Mozilla and Eclipse, about 37%- 44% of bug reports are “tossed” (reassigned) to other developers, for example because the bug has been assigned by accident or another developer with additional expertise is needed—in any case, tossing increases the time-to-correction for a bug.

In this paper, we introduce a graph model based on Markov chains, which captures bug tossing history. This model has several desirable qualities. First, it reveals developer networks which
can be used to discover team structures and to find suitable experts for a new task. Second, it helps to better assign developers to bug reports. In our experiments with 450,000 bug reports, our model
reduced tossing events, by up to 72%. In addition, the model increased the prediction accuracy by up to 23 percentage points compared to traditional bug triaging approaches.

 

일반적으로 버그 리포트는 개발자에게 할당이 되며 개발자는 버그를 픽스 하게 된다. 그러나 우리는 Eclipse Mozilla 프로젝트에서 37~44% 버그 토싱(재할당)현상을 발견했다. 개발자가 실수로 할당되었거나 또는 다른 개발자의 도움이 필요한경우 버그 토싱이 발생하게 된다. 이러한 토싱은 버그를 수정하는 시간을 지연시킨다.

논문에서 우리는 과거 토싱의 history 담아 있는 Markov 모델을 기반으로한 그래프를 제안 한다. 그래프는 아주 유용한 특징들을 가지고 있다. 우선 그래프는 개발자들의 그룹을 발견해주어 새로운 작업을 위한 개발자들을 찾는데 도움을 준다. 또한 토싱이 필요한 시점에 적당한 다음 개발자들을 자동으로 찾아 주어 불필요한 토싱을 줄여 줄수 있다. 추가로 그래프는 자동 버그 할당의 정확도를 23%까지 높여 준다.


다시한번 여러가지 의견을 주신 분들에게 감사드리고 더 많은 의견을 기다리겠습니다.

Trackback 0 Comment 3
  1. 제주소년 2009.05.31 15:38 address edit & del reply

    오~!! 축하드립니다 ^^

  2. 김동선 2009.06.01 16:49 address edit & del reply

    축하드립니다!
    저는 이번에는 논문이 채택이 안되었네요.

  3. 황상철 2009.06.23 08:04 address edit & del reply

    공부한지 좀 됐지만 마코프체인에서 안정상태를 찾는부분이 중요할거 같은데 충분히 정확한 데이터를 모으는게 쉽지않아 보이네요. 만약 버그가 완료되는 상태까지 추적이 가능하다면 어떤 상태전이 플로우가 더 효과적이라는 결과도 이끌어 낼 수 있을거 같습니다.