Coding Backup

9.1 개요프로그램 내부 구조 정보를 기반으로 테스트를 설계하는 방법프로그램 제어 흐름이나 자료 흐름 정보를 이용하여 테스트 케이스를 설계구조적 테스트, 화이트박스 테스트, 글래스 박스 테스트 라고도 불림

8.8 정적 분석코딩 표준복잡도 분석8.8 정적 분석관리 리뷰, 기술 리뷰, 인스펙션, 워크쓰루는 기본적으로 사람이 수행하는 수작업 방식정적 분석: 도구의 지원을 받아 정적 테스트를 수행, 자동화된 도구를 사용하여 정적 테스트를 수행하는 방법 8.8.1 코딩 표준코딩 표준 또는 코딩 지침은 개발자가 프로그램을 작성해야 할 때 지켜야 하는 규약개발자는 자신 스타일대로 작성하는 것이 아닌 코딩 표준을 지켜 일관되게 작성여러 명이 작성하더라도 동일한 개발자가 코딩한 것처럼 보이게 함가독성이 좋고 이해하 쉬우므로 유지보수에 용이이러한 코딩 표준은 수작업으로 검사하기 번거롭기 때문에 자동화된 도구를 사용해서 검사 8.8.2 복잡도 분석복잡도가 높은 프로그램은 신뢰성, 테스트 비용, 유지보수성 측면에서 좋지 않은 ..

8.7 감사소프트웨어 제품 및 프로세스가 규제, 표준, 가이드라인 등을 준수하고 있는지 독립적으로 평가하는 과정제품의 제공자, 소비자, FDA와 같은 제 3기관에서 필요에 따라 요구될 수 있ㅇ므감사 참여자들은 특정 역할-대표 감사자, 감사자, 기록자, 개시자- 등이 부여됨대표 감사자가 감사를 주도하며 증거 수집비준수 사항의 사계를 식별하고 해당팀의 교정 활동을 요구하는 보고서를 산출

8.6 워크쓰루인스펙션보다는 비형식적인 결함 검출 방법결함 검출뿐만 아니라 참가자들의 교육이나 지식 공유를 위해 수행되기도 함인스펙션에서는 회의 주재자가 작성자가 아닌 사람이 맡지만워크쓰루에서는 작성자 본인이 보통 회의 주재하며 기록자 역할도 담당할 수 있음관리자 직책을 담당하는 사람은 팀 멤버로 참여 금지 워크쓰루 절차 및 작업물에 대한 개요 설명 단계를 워크쓰루 회의에서 진행할 수 있음 작성자가 작업물에 대한 설명을 진행하고 검출된 결과에 대한 조치 사항을 기록재작업 및 후속 단계에서 작성자는 모든 조치 사항들이 종결되었음을 확인

8.5 인스펙션인스펙션 참가자의 역할인스펙션 과정8.5 인스펙션가장 형식화된 대표적인 리뷰 방식결함 발생 시점에 빠르게 제거하기 위해 더욱 구조적이고 절차적인 방법이 필요하다고 생각하여 고안한 방식이른바, 동료 검토 - 비슷한 수준의 사람들이 코드 및 산출물을 검토하는 작업절대 작성자의 자질을 평가하는 분위기가 형성되어서는 안 됨작업물에서 결함을 발견하여 나은 품질의 소프트웨어를 개발하는 것이 목표 8.5.1 인스펙션 참가자의 역할주재자주된 임무는검사할 작업물을 기초로 참가자들을 선정하고 계획하는 일참가자들에게 미리 검토 자료를 전달회의를 주재 & 참가자들의 불화 & 예기치 못 한 상황에 대처끝난 후에는 후속 조치가 필요한 사항을 결정기록된 자료를 보고서로 만들어 개발자에게 전달인스펙션 프로세스 개선을 ..