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

코드 리뷰 사람에 의해 수동적으로 수행되는 정적 분석 과정 예. 피어 리뷰, 워크스루, 팀 리뷰, 코드 인스펙션 등 코드 인스펙션 완성된 코드에 대한 검토를 통해서 코드 상에 존재하는 잠재적인 문제를 발견하는 과정 Deadlock에 대한 검출, Lock Contention과 같은 병목 구간에 대한 검출, Memory Leak이나 Connection Leak과 같은 자원 누수에 대한 검출과 코딩 스타일(변수명이나 메서드명 규칙 등)에 대한 가이드 수행 정적 분석 자동화된 도구에 의해서 이루어지는 정적 분석 과정 잘 알려진 버그에 대해서 리포팅 (예. Connection Leak - JDBC Connection Pool에서 Connection을 사용한 후 Pool에 돌려놓지 않아서 생기는 문제) 코딩 표준에..

접근법, 반복 주기, 테스트 레벨, 프로젝트와 제품의 리스크 레벨, 요구사항의 품질, 팀원들의 경험치, 프로젝트 구조 등은 자동화 테스트 & 탐색적 테스트 & 블랙박스 테스트(수동)의 균형을 이루는데 고려해야할 요소로 볼 수 있다 리스크 분석을 통해 기능(Fuctionality), 특성(Feature)을 기반으로 결정된 리스크 레벨에 맞추어, 적절한 자동화 테스트 & 탐색적 테스트 & 블랙박스 테스트의 배합을 찾아낸다 예. 안전 중시 시스템 & 미션 크리티컬 시스템 리스크 레벨 자동화 테스트 탐색적 테스트 블랙박스 테스트 높음 ++ + ++ 중간 + + + 낮음 o ++ + [자동화 테스트 & 블랙박스 테스트 (+ 탐색적 테스트)] 조합으로 볼 수 있다 예. 안전 중시 X 시스템, 미션 크리티컬 X 시스..

애자일 개발 프로세스에서는 여러 다양한 테스트 활동이 수행된다 현재 주기에서 변경된 코드 테스트 이전 주기에서 개발, 테스트된 기능에 대해 리그레션이 발생하지 않았는지 확인 자동화 테스트 케이스, 수동 테스트 케이스, 테스트 데이터 및 산출물 최신 상태 유지 관리 수행한 수동 테스트 케이스, 자동화 테스트 케이스를 리뷰해서 리그레션 테스트 스위트에 할당 더 이상 수행할 필요 없는 테스트 케이스 제거 자동화 테스트에 대한 적합성 고려 자동화 리그레션 테스트 수행 (리그레션 리스크 ↓, 새로운 기능 테스트에 시간 부여) 발생한 변경에 의해 영향 받은 테스트 케이스 확인 및 업데이트 자동화 테스트 케이스와 결과를 빌드 버전과 함께 형상 관리 시스템에 저장 자동화 인수 테스트 정기적 실행 빌드 베리피케이션 테스..

출시 계획 단계 새로운 백로그 정의 / 기존 백로그 재정의 모든 반복주기에 대한 테스트 접근법과 테스트 계획을 위한 기초 제공 상위 레벨 수준의 계획 업무 대표자 + 팀 → 출시에 대한 사용자 스토리 설정, 우선순위 결정 도출된 사용자 스토리에 기반하여, 프로젝트/품질 리스크 식별 및 상위수준 공수 추정 출시 계획 단계에서 QA 활동 테스트 가능한 사용자 스토리 정의 + 인수 기준 포함 프로젝트/품질 리스크 분석에 참여 사용자 스토리와 관련된 테스트 공수 추정 필요한 테스트 레벨 정의 출시에 대한 테스팅 계획 반복주기 계획 단계 출시 백로그로부터 사용자 스토리 선택 사용자 스토리 상세화 사용자 스토리를 위한 리스크 분석 실행 사용자 스토리에 필요한 작업 추정 반복주기 계획 단계에서 QA 활동 사용자 스토..

리스크 = 부정적이거나 원하지 않는 결과 또는 이벤트가 발생할 수 있는 가능성 리스크 레벨 = 발생 가능성, 영향도 제품의 품질에 잠재적 문제 → 품질 리스크 / 제품 리스크 프로젝트에 잠재적 문제 → 프로젝트 리스크 / 계획 과정 리스크 시스템 품질 리스크 포함 사항 보고서의 잘못된 계산식 (= 기능적 리스크 / 정확성과 관련) 사용자 입력에 대한 느린 응답 (= 비기능적 리스크 / 효율성 및 응답시간과 관련) 이해하기 어려운 화면 구성 및 입력 필드 (= 비기능적 리스크 / 사용성 및 이해도와 관련) 리스크 식별 & 분석 및 완화 전략은, 애자일 팀이 수행할 테스트 케이스의 수를 결정하는데 도움을 준다 테스트 케이스에 우선 순위를 부여하는데 있어 고려해야 할 사항 어떤 기능, 속성이 크리티컬한지 얼마..

Testing Quadrants 브라이언 머릭이 정의한 4분면으로 이루어진 테스트 유형/레벨 분류 모델 테스트 목적의 2가지 측면에 연관 팀 서포트 vs. 제품 비판 기술 측면 vs. 비즈니스 측면 테스팅 사분면은 각 테스팅 레벨을 애자일 방법론에서 사용하는 테스팅 유형으로 잘 분류하고 있으며, 모든 중요한 테스트 유형 및 레벨이 개발 수명 주기에 포함되어 있는지 확인하는데 도움이 된다. 또한, 이 모델은 개발자, 테스터, 업무 대표자 등 모든 이해관계자에게 테스트의 유형을 구별하고 설명하는 방식이 된다. 1 사분면 단위 레벨, 기술적 측면이며, 개발자를 지원한다. 여기에는 단위 테스트가 포함된다. 1 사분면의 테스트는 자동화되어야 하고, 지속적인 통합 절차에 포함되어야 한다. 통합된 개발 환경에서 적절..

요구사항 수집 및 분석 단계 가장 신경써야하는 QA 활동 단계 (조기 식별 및 해결 = 비용, 리스크 ↓) 고객 또는 비즈니스 요구사항에서 품질 목표를 도출 고객 및 비즈니스 요구사항 → 품질, 테스트 요구사항 (테스트 관점에서 재정의) 기능성 & 비기능성 요구사항 분류 테스트 요구사항 정의서 작성 (= 모든 품질 활동의 주축) 설계 단계 테스트 아키텍처, 리스크 분석, 품질 목표 설정 테스트 계획서 작성 구현 단계 정적 분석 (표준 및 형상관리 검증) 테스트를 위해 이슈 분석 및 관리 단위 테스트 & 통합 테스트에서 발견되는 버그 → 이슈 이슈 해결에 따라 테스트 아키텍처 및 설계 보완 (+ 리스크 확인) 테스트 단계 시스템 테스트 & 인수 테스트 수행 고객에게 제품 전달 또는 공식 배포까지 품질 상태..

Jira는 자동화 테스트 프레임워크와 직접적 통합 X Option 1 처리 CI 서버를 통해서만 테스트 프레임워크와 통합할 수 있음 Jira에는 테스트 관련 기능 없음 (Jira 플러그인으로 해결 가능) Option 2 Jira에 승인 테스트, 통합 테스트, 기능 테스트 셋업 가능 Jira의 특정 기능 (테스트 케이스 관리에 유용) 버그 및 요구 사항을 Jira 이슈에 연결 수동 테스트에 적합 커스텀 이슈 유형 (테스트 케이스 및 스토리) 버전에 대한 여러 영향 / 수정 자동 및 수동 이슈 할당 워크플로가 QA, 개발자 및 테스터의 작업 제어 수동 테스트를 위한 하위 작업 소스 코드 저장소와 통합 보고 이슈 커멘트 및 첨부 파일 커스텀 가능 imports from 다른 시스템 기존 및 알려진 도구 사용 ..