먼지 쌓인 키보드

1. 테스트 도구 고려사항 *테스트 도구의 종류 - 테스팅에 직접 사용하는 도구 - 요구사항, 테스트 케이스, 테스트 프로세스, 자동 테스트 스크립트, 테스트 결과, 테스트 데이터, 결함 관리 등 - 조사와 평가에 사용하는 도구 - 테스팅을 지원하는 모든 도구 *테스트 도구의 목적 - 반복적인 작업이나 수동으로 진행했을때 상당한 리소스를 필요로 하는 작업을 자동화해서 테스트 *활동의 효율성을 높임 - 테스트 프로세스 전반에 걸쳐 수동 테스트 활동을 지원해서 테스트 활동의 효율성을 높임 - 테스팅의 일관성과 결함 재현성 향상으로 테스트 활동의 품질을 향상 - 수동으로 실행할수없는 활동을 자동화 - 테스팅의 실뢰성을 향상 *도구는 목적, 가격, 라이선스 모델, 사용된 기술에 따라 분류 *테스팅 및 테스트웨어..

1. 테스팅에 사용하는 메트릭 아래와 같은 사항을 평가하기위해 메트릭을 수집 - 계획한 일정과 예산 대비 진행 상황 - 테스트 대상의 현재 품질 - 테스트 접근법의 타당성 - 목적 대비 테스트 활동의 효과 일반적인 테스트 메트릭 - 계획 대비 테스트 케이스 준비 작업 완료율 - 테스트 케이스 실행율 - 결함 정보 - 요구사항, 사용자 스토리, 인수 기준, 리스크, 코드 커버리지 - 작업 완료, 자원 할당과 사용, 노력 -------------------------------------------------------- 2. 테스트 보고의 목적, 내용, 독자 테스트 진행 상황보고서에 들어가는 정보 - 테스트 계획 대비 테스트활동과 진행 상황 - 진행을 방해하는 요소 - 다음 보고 기간에 진행하기로 계획한 ..

1. 독립적인 테스팅 - 테스팅 작업은 특정 테스팅 역할을 부여받은 사람이나 다른 역할을 하는 사람도 수행 테스팅의 독립성 수준( 낮은 순서 ) ㄱ.독립적인 테스트 없음 ㄴ.개발팀이나 프로젝트님에 속한 독립적인 개발자 테스터 ㄷ.조직 내 독립적 테스트팀이나 프로젝트 관리자 ㄹ.비즈니스 조직 또는 사용자 커뮤니티 소속 ㅁ.조직 외부 독립적인 테스터 테스트 독립성의 잠재적 이점 - 독립적인 테스터는 다양한 배경, 기술적인 관점, 성향이 달라 개발자와는 다른 유형의 장애를 찾음 - 독립적인 테스터는 이해관계자가 시스템 명세를 정의하고 구현하면서 만든 가정에 대해 확인하고 이의를 제기 테스트 독립성의 잠재적 단점 - 개발팀과의 고립으로 협업이 어렵고, 피드백 전달이 늦어지고 적대적인 관계가 형성 - 개발자가 품..

1. 블랙박스 테스트 - 테스트 대상의 내부 구조를 고려하지않고 입력과 출력에 집중 - 기능 테스팅과 비기능 테스팅 모두 적용 1-1블랙박스 테스트 기법 동등 분할 - 특정 파티션의 모든 변수는 동일한 방식으로 처리된다는 가정으로 파티션에 데이터를 분할 경계값 분석 - 동등 분할의 확장 형태이지만 각 파틱션이 순서화되어있고, 숫자 또는 연속 데이터로 구성된 경우만 - 분할의 최소값과 최대값은 해당 분할의 경계값이 됨 결정 테이블 테스팅 - 테스트 케이스가 결정 테이블에 표시된 입력값과 원인의 조합을 테스트하도록 설계하는 블랙박스 설계기법 상태 전이 테스팅 - 유효하고 비유효한 상태 전이를 수행하도록 테스트 케이스를 설계하는 블랙박스 테스트 설계 기법 유스케이스 테스팅 - 소프트웨어 기능에 대한 요구사항을..

리뷰 프로세스 계획 - 리뷰 목적, 리뷰할 문서가 전체인지 특정 부분인지, 평가할 품질 특성 등을 포함하는 범위의 정의 - 노력과 기간 추정 - 리뷰 유형에 딸 결정되는 역할, 활동,체크리스트와 같은 리뷰 특성의 식별 - 리뷰에 참석할 인원을 선정하고 역할 할당 공식 리뷰에서의 역할 저자 - 리뷰 대상 작업 산출물 작성 - 리뷰 대상 작업 산출물 결함 수정 관리자 - 리뷰 계획 담당 - 리뷰 실행 결정 - 인력, 예산, 시간 할당 - 진행 비용 대비 효과 모니터링 - 결과가 만족스럽지않은 경우 제어 결정 실행 촉진자( 중재자 ) - 리뷰 회의 진행시 효과적 회의 진행 보장 - 필요한 경우 다양한 관점들에 대한 중재 - 많은 경우 리뷰의 성공 여부에 결정적인 역할을 하는 사람 리뷰 리더 - 전반적으로 리뷰..

정적 정적 분석으로 검토가능한 작업 산출물 - 비즈니스, 기능, 보안 요구사항과 같은 명세 - 코드 - 사용자 가이드 정적 테스팅 효과 - 동적 테스트 실행 전에 보자 효율적으로 결함을 발견하고 수정 - 초기에 발견할수있어 비용이 적게들음 - 동적 테스팅으로 발견이 쉽지않은 결함 식별 - 개발/테스트 비용 및 기간 단축 - 리뷰에 참여하는 팀원 간의 의사소통 개선 - 결함을 발견하고 제거하는데 경제적임 - 사용자 요구사항에 대한 초기 확인 동적 테스팅 효과 - 수명주기 초기에 런타임 문제를 찾을수있음

기능 테스팅 - 시스템이 수행해야 하는 기능을 평가하기 위한 테스팅 - 시스템이 해야하는 그 "무엇"을 얘기 비기능 테스팅 - 사용성, 성능 효율성 또는 보안성과 같은 시스템 특성을 평가 - 시스템이 "얼마나 잘" 동작하는지에 대한 테스팅 - 가능한 초반에 수행하는게 좋음 화이트박스 테스팅 - 시스템의 내부 구조나 구현을 기반으로 테스트를 도출 - 내부구조 : 코드, 아키텍처, 워크플로우, 시스템 내 데이터 플로우 등 변경 관련 테스팅 * 확인 테스팅 - 확인 테스팅의 목적은 원래 제대로 결함을 제대로 수정했는지 확인 - 결함이 수정된 후 이 결함으로 인해 불합격했던 모든 테스트를 새로운 소프트웨어 버전에서 재실행 * 리그레션 테스팅 - 코드의 특정 부분에 대한 변경이 무언가를 수정하기 위해서거나 또는 ..

컴포넌트 테스팅 ( 모듈 테스팅) - 개별적으로 테스트할수있는 컴포넌트에 초점 목적 - 리스크 완화 - 컴포넌트의 기능과 비기능 동작이 설계 및 명세와 일치하는지 여부 판단 - 컴포넌트 품질 수준에 대한 자신감 획득 - 컴포넌트에 존재하는 결함 발견 - 다음 단계로의 결함 전이 방지 통합 테스팅 - 컴포넌트나 시스템간의 상호작용에 초점 목적 - 리스크 완화 - 인터페이스의 기능과 비기능 동작이 설계 및 명세와 일치하는지 여부 판단 - 인터페이스 품질 수준에 대한 자신감 획득 - 결함 발견 - 다음 단계로의 결함 전이 방지 시스템 테스팅 -명시된 요구사항을 만족하는지 확인하기위해 통합된 시스템을 테스트 목적 - 리스크 완화 - 시스템의 기능/비기능 동작이 설계되로 이루어지는지 검증 - 완성된 시스템이 기대..