dev + qa = hq sw dev + qa = hq sw

결함 수명 주기 = 버그 수명 주기 '결함 수명의 여러 상태를 포함하는 주기' 예상 행동 ≠ 실제 행동 → 결함 결함 상태 신규(New): 새로운 결함이 발견되면, '신규' 상태가 되며 후반 단계에서 이 결함에 대한 유효성 검사, 테스트 수행 지정(Assigned): 새로 생성된 결함이 개발 팀에 할당됨 (아직 해결 X) 오픈: 결함 해결 중 (결함 분석 프로세스 + 수정 작업) 중복(Duplicate): 결함이 2번 이상 반복 또는 동일한 버그 개념에 해당 거절(Rejected): 진짜 결함이 아니라고 판단 연기(Deferred): 최우선 순위 X, 다음 릴리즈에서 해결 버그 아님: 결함이 애플리케이션 기능에 영향을 주지 않는 경우 해결(Fixed): 개발자가 필요한 코드를 변경하고, 변경사항 확인 재..

소프트웨어 테스트 전략 테스트의 일부로서 수행할 단계들을 정의해놓은 로드맵 → 이 단계들이 언제 계획, 수행되야하는지? 얼마나 많은 노력, 시간, 리소스들이 필요한지? = 조직 내에서 수행하는 하나 이상의 프로젝트를 테스트하기 위해 포괄적인 요구사항을 나열한 문서 → 테스팅을 어떤 방식으로 수행해야 하는지? 그 것이 어떻게 테스트 정책과 연계되는지? 테스트 전략 목적 ☞ 테스트 프로젝트의 주요 과제, 어려움들을 명확하게 하기위해 프로세스에서 사용되는 정확한 시기에 따라 테스트 전략은 예방(Preventive) 또는 사후(Reactive)로 분류 테스트 전략의 7가지 유형 전략 특성 주된 포커스 영역 (Primary Focus Area) 이용 사례 (Use Case) 분석적(Analytical) 예방 테스..

소프트웨어 테스트 수명 주기(Software Testing Life Cycle) 소프트웨어 품질 목표가 충족되었는지 확인하기 위해, 테스트 프로세스 중에 수행되는 일련의 특정 활동 (Validation + Verification) 6가지 주요 단계 요구사항 분석 테스트 계획 테스트 케이스 개발 테스트 환경 설정 테스트 실행 테스트 주기 종료 요구사항 분석 (= 요구사항 단계 테스트) 수행할 테스트 유형 식별 테스트 우선 순위 및 초점에 대한 세부 정보 수집 요구사항 추적성 매트릭스 (RTM) 준비 → 결과물: RTM 테스트가 수행되어야하는 테스트 환경 세부 정보 식별 자동화 타당성 분석 (필요한 경우) → 결과물: 자동화 타당성 보고서(Automation Feasibility Report) 테스트 계획 ..

소프트웨어 개발 수명 주기 (Software Development Life Cycle) = 소프트웨어 개발 프로세스(Software Development Process)라고도 한다 크게 순차적 개발 모델, 점진적 개발 모델, 반복적 개발 모델로 나누어 진다 순차적 개발 모델 (폭포수 모델, V-모델) 반복적 개발 모델 (래셔널 통합 프로세스, 스크럼, 칸반, 나선형 모델, 지속적 전달/배포) 폭포수 모델(Watefall model)은 6개의 연속적 단계로 이루어져있다 계획 - 분석 - 설계 - 구현 - 테스트 - 유지 계획 소프트웨어 개발 프로젝트의 전 과정에 걸쳐 일정과 예산에 대한 계획안을 수립하는 단계 계획 내용: 프로젝트 목적과 범위, 기대 효과와 관리상의 목표, 통제과정과 처리절차 및 자금, 인..

1. 테스트 = 결함의 존재 (결함 없음 X) 테스트는 소프트웨어의 결함을 감지하는데 목적이 있으나, 제품을 아무리 철저히 테스트하더라도 결함이 없다고 100% 확신할 수 없다. 테스트는 발견되지 않은 오류의 수를 '줄이기' 위해서만 사용할 수 있다. 2. 완벽한 테스팅 불가 데이터 입력값, 시나리오, 조건들의 모든 조합들을 테스트할 수 있는 방법은 없다. 예를 들어, 어플 화면이 10개의 입력 필드와 각 3개의 옵션값을 포함하고 있다면, 가능한 모든 조합을 커버하기 위해서는 테스트 엔지니어들은 59,049 (310)개의 테스트 시나리오를 작성해야 한다. 수백만개의 시나리오를 작성하는데 몇 주를 소비하지 않으려면, 더 중요한 시나리오에 집중하는 것이 좋다. 3. 조기 테스팅 오류 비용은 SDLC 단계 전..

품질 컴포넌트나 시스템이 다양한 이해관계자의 명시적/묵시적 요구를 충족시키는 정도 품질 관리(Quality Management) - 품질과 관련하여 조직을 감독하고 통제하는 조정 활동. 품질 관련 감독과 통제에는 일반적으로 [품질 정책과 품질 목표 수립, 품질 계획, 품질 제어, 품질 보증 및 품질 개선]이 포함. 품질 측면에서 조직이 나아가야 하는 방향 제시 및 제어 하는 모든 활동. 품질 보증(Quality Assurance) - 프로세스를 지속적이고 일관되게 향상 및 유지 관리. 조직적 측면에서 [품질 관리, 프로덕션 프로세스의 일관성을 모니터링]에 더 중점을 둠. QC 작업을 가능하게 함. 품질 관리(Quality Management)의 일환으로, 품질 요구사항이 준수될 것이라는 신뢰를 제공하는데..

이어지는 시리즈 지속적 통합(CI) 테스트 자동화 지속적 전달(CD) 테스트 자동화 지속적 배포(CD) 테스트 자동화 지속적 배포(Continuous Deployment) 모든 변경사항은 자동으로 production에 배포 개발자 새로운 코드 작성 → 실제 사용자 시스템 코드 품질 유지를 위해 충분한 자동화 테스트 필요 레벨 테스트 (+ 수동 테스트) 예. Bitbucket Pipeline을 이용한 지속적 배포 셋업 어플리케이션, 자동화 테스트 준비 (Heroku 사용하는 경우) 환경 변수 추가 Pipelines > Environment variables로 이동 및 변수 추가 HEROKU_API_KEY: Heroku 계정 API 키 HEROKU_STAGING: staging 환경 이름 HEROKU_PRO..

YAML (YAML Ain't Markup Language) 사전적 의미: 모든 프로그래밍 언어를 위한 인간 친화적 데이터 직렬화(Serialization) 표준 CI/CD 파이프라인 빌드 구성(configuration)을 정의 Repository 루트에 존재 파이프 라인은 단계 리스트로 구성 default 브랜치 섹션에서 정의된 브랜치를 제외한 repository에 대한 모든 푸시에 실행 (+tags/bookmarks에 실행 X) branches 모든 브랜치별 빌드 파이프 라인에 대한 섹션 정의 (names, expressions) tags 모든 태그별 빌드 파이프 라인 정의 (names, expressions) bookmarks 모든 북마크별 빌드 파이프 라인 정의 (names, expressions..