단위 테스트 |
1. 작은 소프트웨어 단위 2. 자신에 의해 행해짐 3. 과거생략 -> 최근 자동 4. 반드시 수행 |
통합 테스트 |
1. 인터페이스 테스트 2. 다른 부분과의 상호 연동 |
시스템 테스트 |
1. 전체시스템의 동작과 관련 2. 리스크 최소화 3. 최종 사용자환경과 유사하게 완벽히 수행되는가 |
테스트 기반에 따른 테스트의 종류 |
구조기반 : 논리흐름 명세기반 : 명세를 빠뜨리지않고 경험기반 : 경험 |
테스트 자동화에서 테스트 도구의 장점 |
1. 테스트 인력과 시간 최소화 2. 향상된 테스트 품질 보장 3. 측정 최적화 |
명세 기반 테스트 |
1. 블랙박스 테스트 |
테스트의 올바른 진행순서 |
단위 -> 통합 -> 시스템 -> 인수 (단통시인) |
결합관리 프로세스에서 올바른 진행 순서 |
계획 -> 기록 -> 검토 -> 수정 -> 재확인 -> 보고서작성 (계기검수재보) |
결함의 정의 |
1. 업무내용 불일치 2. 기대와 실제결과의 차이 3. 변경이 필요한 모든결함 4. 문제점 등 전체를 포괄하는 용어 |
결함의 분류 |
시스템결함, 기능결함, 문서결함 (시기문) |
GUI결함 |
1. UI 비일관성 2. 부정확한 커서/메시지 3. 데이터 타입의 표시오류 |
결함의 판단기준 |
1. 가능명시 o 수행 x 2. 불가능명시 o 수행 o 3. 명시 x 수행 o |
결함을 수정할수 없는 사유 |
1. 외부적 요인 2. 결합도가 높은경우 3. 자연재해 같은 고칠 가치 x |
프로그램 코드 검토 기법 |
1. 코드인스펙션 -> 소프트웨어 인스펙션 2. 단위미팅과는 구별되어야함 3. 도구의 도움이 있어야함 4. 리소스절감, 비용감소, 품질향상효과 |
코드인스펙션 진행순서 |
범위계획 -> 시작 -> 준비 -> 인스펙션 회의 -> 재작업 -> 후속처리 (계시준인재후) |
개발단계 | 기준선(Baseline) | 소프트웨어 형상 항목 |
계획 | 사용자 요구사항 | 시스템 명세서, 개발계획서, 구성관리계획서, 품질평가 계획서, 개발표준 및 절차 메뉴얼 |
요구 분석 | 사용자 요구 기능이 하위 시스템간에 어떻게 분배되는가 여부 | 자료흐름도, 자료사전, 자료흐름도 명세서 |
설계 | 개발 전 설계 명세 | 입출력명세서, 화면설계서, 초기 사용자 메뉴얼, 초기 시스템 메뉴얼, 자료 구조도, 시스템 구조도 |
구현 | 시험 계획서 | 원시코드, 목적코드, 실행코드, 단위시험,보고서 |
시스템 통합 및 시험 | 제품 | 통합시험 보고서, 기능/성능/과부하 시험 보고서, 인증시험 보고서 |
설치 및 운영 | 운영 | 목적/실행코드, 운영자 메뉴얼, 사용자 메뉴얼 |
'NCS공부 > 애플리케이션' 카테고리의 다른 글
[NCS] 애플리케이션 구현 (0) | 2019.07.30 |
---|