소프트웨어 품질 보증

소프트웨어 품질

소프트웨어 품질(Quality)

주어진 요구 사항을 만족시키는 능력을 갖추고 있는 소프트웨어의 측정 가능한 기능 및 특성

소프트웨어 품질	설계 품질	설계자가 한 품목을 위해 규정한 특성
	일치 품질	설계 내용들이 개발 과정에서 지켜지는 정도

품질 관리(Quality Control)

주어진 요구 사항에 맞는 소프트웨어를 개발하기 위해 소프트웨어 개발의 전 과정 동안에 이루어지는 모든 활동과 그 활동의 결과로 생산되는 산출물에 대한 품질을 통제하고, 보증하기 위한 작업

품질 표준(목표)

명확하게 정의된 소프트웨어의 특성을 의미하며, 소프트웨어의 품질을 평가하는 기준 항목으로 사용됨

품질 표준의 분류

품질 표준	의미
정확성 (Correctness)	사용자의 요구 기능을 충족시키는 정도
신뢰성 (Reliablility)	정확하고, 일관된 결과를 얻기 위해 요구된 기능을 오류없이 수행하는 정도
효율성 (Efficiency)	요구되는 기능을 수행하기 위해 필요한 자원의 소요 정도로 소프트웨어가 자원을 쓸데없이 낭비하지 않아야 함
무결성 (Integrity)	허용되지 않는 사용이나 자료의 변경을 제어하는 정도
사용 용이성 (Usability)	사용에 필요한 노력을 최소화화고, 쉽게 사용할 수 있는 정도로 소프트웨어는 적절한 사용자 인터페이스와 문서를 가지고 있어야함
유지보수성 (Maintainablility)	변경 및 오류 사항의 교정에 대한 노력을 최소화하는 정도로, 사용자의 기능 변경 필요성을 만족하기 위하여 소프트웨어를 진화하는 것이 가능해야 함
유연성 (Flexibility)	소프트웨어를 얼마만큼 쉽게 수정할 수 있는가 하는 정도
시험 역량 (Testablility)	의도된 기능이 수행되도록 보장하기 위해 프로그램을 시험할 수 있는 정도
이식성 (Poratablility)	다양한 하드드웨어 환경에서도 운용 가능하도록 쉽게 수정될 수 있는 정도
재사용성 (Reusability)	전체나 일부 소프트웨어를 다른 목적으로 사용할 수 있는가 하는 정도
상호 운용성 (Interoperability)	다른 소프트웨어와 정보를 교환할 수 있는 정도

---

소프트웨어 품질 보증(SQA : Software Quality Assurance)

어떠힌 소프트웨어가 이미 설정된 요구 사항과 일치하는가를 확인하는 데 필요한 개발 단계 전체에 걸친 계획적이고, 체계적인 작업

소프트웨어 품질 보증 활동

1. 개발초기	소프트웨어의 특성과 요구 사항을 철저히 파악하여 품질목표를 설정함
2. 개발단계	정형 기술 검토를 통하여 품질 목표의 충족 여부를 점검함
3. 개발 후	디버깅과 시험 과정을 거침

---

정형 기술 검토(FTR :  Fomal Technical Review)

가장 일반적인 검토 방법으로 소프투웨어 기술자들에 의해 수행되는 소프트웨어 품질 보증 활동

정형 기술 검토 유형에는 검토회의 , 검열 등이 있으며, 모두 회의 형태로 수행됨

검토	소프트웨어 품질 보증을 위해서는 소프투에어 검토 작업이 필요함
	검토는 분석과 설계, 구현 등 개발 단계 동안의 오류와 결함을 발견하여 소프트웨어를 정제시키는 역할을 함

목적

1. 검토 중인 소프트웨어가 해당 요구 사항과 일치하는 지를 검증함
2. 소프트웨어가 미리 정해진 표준에 따라 표현되고 있는지를 확인하고, 기능과 로직에 오류가 있는지 확인, 발견함
3. 소프트웨어가 균일한 방식으로 개발되도록 함
4. 프로젝트를 보다 용이하게 관리하도록 함

검토 지침 사항(정형 기술 검토에 대한 최소한의 지침 사항)

- 제품의 검토에만 집중해라.
- 의제를 제한하여 진행하라.
- 논쟁과 반박을 제한하라.
- 문제의 영역을 명확히 표현
- 해결책이나 개선책에 대해서는 논하지 말라
- 참가자의 수를 제한하고, 사전 준비를 강요해라
- 검토될 확률이 있는 각 제품에 대한 체크리스트를 개발하라
- 자원과 시간 일정을 할당하라
- 모든 검토자들을 위해 의미있는 훈련을 행하라
- 검토자들은 사전에 작성한 메모들을 공유하라.
- 검토의 과정과 결과를 재검토하라.

1. 검토회의(WalkThrough)

• 소프트웨어  개발의 각 단게에서 개최하는 기술 평가 회의로, 소프트웨어 구성 요소와 같은 작은 단위를 검토하는 것
• 오류의 조기 검출을 목적으로 하며, 발견된 오류는 문서화함
• 검출된오류는 검토 회의 기간 동안에 해결하지 않고 미뤄 두었다가 검토 회의 후에 해결함
• 3~5명이 검토에 참여해야 하며, ㄱ머토 회의 시간은 2시간 이내로 해야 함
• 검토를 위한 자료를 미리 배포하여 검토하도록 하며, 미리 검토하는 시간은 2시간 이내로 함

구조적 검토 회의 (Structured Walkthrough)

프로젝트에 참여한 사람들이 회의 절차와 핵심 사항을 체계적으로 다룸으로써 계발단계에서 작성된 문서와 프로그램을 조사하고, 문제점을 찾아내는 과정

2. 검열(Inspections, 심사)

• 검토회의를 발전시킨 형태, 소프트웨어개발 단계에서 산출된 결과물의 품질을 평가하며, 이를 개선시키는 데 사용됨
• 검열팀은 관련 분야에 대해 훈련을 받은 1~4명의 요원으로 구성되며, 검열자는 검열 항목에 대한 체크리스트를 이용하여 작업을 수행함.

3. 기타 품질 보증 활동

활동	내용
검증	설계의 각 과정이 올바른지, 프로그램이나 하드웨어에 오류가 있는지 않은지를 검사하는 활동
확인	올바른 제품을 생산할 수 있돌고 정의, 본석이 잘 되었는지를 검사하는 활동
인증	사용자 혹은 사용자를 보호하는 입장의 전문가가 소프트웨어의 품질을 공식적으로 확인하는 활동
소프트웨엉 시험	오류를 찾아내기 위하여 프로그램을 수햄시키는 활동
오류 수정	노출된 오류의 본질을 정확히 진단하고, 이를 바르게 고치는 활동