소프트웨어 워크스루
Software walkthrough | 이 기사는 대체로 또는 전적으로 단일 출처에 의존한다.– · · 책· · (2011년 10월) |
소프트웨어 엔지니어링에서 워크스루 또는 워크스루(walk through)는 "디자이너나 프로그래머가 소프트웨어 제품을 통해 개발팀 및 기타 이해당사자의 구성원을 이끌고 참가자가 가능한 오류, 개발기준 위반 및 기타 문제에 대해 질문을 하고 의견을 제시하는 소프트웨어 동료 검토의 한 형태"이다..[1]
"소프트웨어 제품"은 일반적으로 어떤 종류의 기술 문서를 가리킨다. IEEE 정의에서 표시한 대로, 이것은 소프트웨어 설계 문서 또는 프로그램 소스 코드일 수 있지만, 사용 사례, 비즈니스 프로세스 정의, 테스트 사례 사양 및 다양한 다른 기술 문서도 살펴볼 수 있다.
워크스루는 구조의 개방성과 친숙화의 목적에서 소프트웨어 기술 검토와 다르다. 검토한 제품에 대한 직접적인 변경을 제안하는 능력에서 소프트웨어 검사와는 다르다. 교육 및 공정 개선, 공정 및 제품 측정에 대한 직접적인 초점이 부족하다.
과정
워크스루는 상당히 비공식적일 수도 있고 IEEE 1028에 자세히 설명되어 있고 소프트웨어 검토에 관한 기사에 요약되어 있는 프로세스를 따를 수도 있다.
목표 및 참가자
일반적으로 워크스루에는 문서의 기술적 품질 또는 내용에 대한 피드백을 얻는 것과/또는 청중에게 내용을 숙지하는 두 가지 광범위한 목표가 있다.
일반적으로 워크스루는 기술 문서의 작성자에 의해 조직되고 지시된다. 관심 있거나 기술적으로 자격을 갖춘 인력(프로젝트 내부 또는 외부에서)의 조합은 적절해 보이는 대로 포함될 수 있다.
IEEE 1028은[1] 워크스루에서 세 가지 전문가 역할을 권장한다.
- 실무 회의에서 단계별 방식으로 소프트웨어 제품을 제시하고, 대부분의 작업 항목을 완료해야 할 책임이 있는 작성자
- 보행시선 지도자는 보행시선을 수행하고, 행정 업무를 처리하며, 질서 있는 행동을 보장하며(그리고 종종 누가 저자인가)
- 기록자는 모든 이상 징후(잠재적 결함), 의사결정 및 실사 회의 중에 확인된 조치 항목을 메모한다.
