tag:blogger.com,1999:blog-6060875800282210631.post7328469314766467256..comments2023-11-08T05:29:09.590+09:00Comments on All of Software: 효과적인 버그 처리 방법전규현http://www.blogger.com/profile/02706025917864233238noreply@blogger.comBlogger6125tag:blogger.com,1999:blog-6060875800282210631.post-31483555511268463722008-12-09T14:13:52.000+09:002008-12-09T14:13:52.000+09:00자율에 의해 버그가 잘 처리 되고 개발자가 자기 모듈에서 버그가 발생된다면 해당 개발자가 ...자율에 의해 버그가 잘 처리 되고 개발자가 자기 모듈에서 버그가 발생된다면 해당 개발자가 맡아 주는 것이 좋겠죠? 그러나 버그 리포트만 보고 어느 모듈에서 버그가 있는지 알기 어려울때가 있고 또 이전 모듈을 담당한 개발자가 더이상 일하지 않을수도 있고, 우리의 관리자가 개발자의 이름을 다 기억 못할수도 있고 등등등. 이럴때 이전 버그 할당한 히스코리나 버그의 증상을 바탕으로 버그 트래킹 시스템이 자동으로 이 버그를 픽스할만한 후보를 3명 정도 찝어 준다면 어떨까요? 물론 이 3명을 정확하게 찝어줘야 겠지만.HannaKimhttp://www.se.or.krnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-26096250127491722282008-12-09T14:49:37.000+09:002008-12-09T14:49:37.000+09:00HannaKim님 안녕하세요.자동으로 후보를 찍어주는 시스템이 효과를 발휘하면 대형 프로젝...HannaKim님 안녕하세요.<br>자동으로 후보를 찍어주는 시스템이 효과를 발휘하면 대형 프로젝트에서는 정말 멋진 시스템이 될 것 같은데요. 혹시 그런 시스템을 만드신다면 기대하고 싶네요. :)Ray♫http://softwaredev.tistory.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-37740533841241668742008-12-09T14:19:38.000+09:002008-12-09T14:19:38.000+09:00테스트팀이 개발 설계때 부터 투입되고 개발과 테스트관련 작업?이 같이 진행되면 Bug를 발...테스트팀이 개발 설계때 부터 투입되고 개발과 테스트관련 작업?이 같이 진행되면 Bug를 발견한 테스터가 직접 개발자를 Assign해도 좋다고 생각합니다. 물론 그 만큼 개발과 테스트가 유기적으로 진행되고 있어야하겠지요. 개발자와 1:1로 개발, 테스트를 진행했었는데 이게 가장 효율적이었습니다.<br>즉, 현재 조직 상황과 프로세스에 따라 다르게 적용되어야 한다고 생각합니다. 프로세스 성숙도와 규모에 따라 적용하는 것이 달라지겠지요.<br>Clear Quest를 사용하면서 큰 틀은 함께하면서 팀마다 다른 스키마를 적용했었습니다.정의의소http://dicawoo.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-31228569925307843992008-12-09T15:20:17.000+09:002008-12-09T15:20:17.000+09:00정의의소님 안녕하세요.각 개발자가 컴포넌트를 완전히 구분해서 개발을 하신 경우겠네요. 테스...정의의소님 안녕하세요.<br>각 개발자가 컴포넌트를 완전히 구분해서 개발을 하신 경우겠네요. <br>테스트팀은 말씀하신 대로 개발 초기부터 투입이 되어야 합니다. V-Model만 보더라도 테스트팀이 요구사항단계부터 투입이 됩니다.<br>소프트웨어 개발은 원리를 이해하는 것이 정말 중요하다고 생각합니다.Ray♫http://softwaredev.tistory.comnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-86553916273491144032008-12-10T17:03:38.000+09:002008-12-10T17:03:38.000+09:00관리자 및 개발자의 성숙한 소프트웨어 개발 프로세스 문화 뿐 아니라 QA팀에서의 Repor...관리자 및 개발자의 성숙한 소프트웨어 개발 프로세스 문화 뿐 아니라 QA팀에서의 Report도 많은 비중을 차지할 것 같습니다.<br>일단 버그의 담당자를 지정하기 위한 자료는 Issue Report 가 전부이기 때문이죠.<br>그리고 Stracking System을 Product별로 커스터마이징 해서 킥 오프 단계에서 각 개발 컴포넌트와 그 담당자를 매칭해 주고 자동 Assign 하면서 이 관계를 지속적으로 업데이트하는 방법도 효율적일 것 같습니다.<br>(가능한 Tracking System 및 양질의 Issue Report, 모든 부서의 원활한 커뮤니케이션이 선행되어야 하는... 어려운(...?!?!?!) 점이 있겠지만요.)Noelhttp://hwanny.netnoreply@blogger.comtag:blogger.com,1999:blog-6060875800282210631.post-80885915487651487252008-12-10T21:41:30.000+09:002008-12-10T21:41:30.000+09:00Noel님 안녕하세요.상당히 Detail하게 적어주셨네요. 말씀하신 모든 부분이 이슈 할당...Noel님 안녕하세요.<br>상당히 Detail하게 적어주셨네요. 말씀하신 모든 부분이 이슈 할당 및 처리에 도움을 주는 방법들이죠.<br>버그 리포트 주체를 QA팀이 아닌 "누구나"로 확장하면 또 고려해야 할 것들이 있겠죠.<br>워낙 다양한 경우가 있어서 원리만 잘 이해하고 있으면 응용력이 생기죠.<br>이런 좋은 경험들이 다양한 경우에 응용력을 키워 줍니다.Ray♫http://allofsoftware.netnoreply@blogger.com