티스토리

나도 잘 모름

검색하기

블로그 홈

나도 잘 모름

snnchallenge.tistory.com/m

나도 잘 모르는 거 모음

구독자: 11

방명록 방문하기

주요 글 목록

[CSTS 요약정리] 3. 테스트 프로세스 테스트 프로세스 개요 3문제 테스트 프로세스 테스트 관리 프로세스 조직 테스트 프로세스를 기반으로 테스트 프로젝트의 수행을 관리하기 위한 프로세스 테스트 수행 계획을 수립하고 계획에 따른 테스트 수행을 모니터링하고 제어, 테스트 종료 활동 수행 계획서 작성, 현황 보고서 작성, 종료 보고서 작성 동적 테스트 프로세스 테스트 계획서에 따라 동적 테스트를 수행하기 위한 활동으로 구성 설계 및 구현 활동 수행, 테스트 환경 구축, 테스트 실행, 검출된 결함 등록, 관리 테스트 설계 명세서, 테스트 케이스 명세서, 테스트 절차 명세서, 환경 요건 명세서, 데이터 요건 명세서 작성, 테스트 환경 관리 보고서, 테스트 데이터 준비 보고서, 테스트 실행 로그 및 결함 보고서, 결함 추적 보고서 작성 조직 테스트 프로.. 공감수 20 댓글수 0 2021. 3. 12.
[CSTS 요약정리] 2. 테스트 설계 기법 정적 테스트 7문제 정적 테스팅 개요 정적 테스트는 리뷰라고 하고 관리 리뷰, 기술 리뷰, 인스펙션, 워크쓰루, 감사로 분류 리뷰는 여러 전문가가 모여 프로그램을 검토하며 결함을 검출하는 방법 TomGlib `리뷰를 이용하면 결함을 발견하고 제거하는 평균 비용을 60~80% 감소시킬 수 있다.` 리뷰 경영진 준비 > 리뷰 계획 > 리뷰 절차 개요 설명 > 작업물 개요 설명 > 개별준비 > 그룹검토 > 재작업 > 후속작업 관리 리뷰 진행 상황을 모니터하고 계획과 현재 일정 상태를 평가 자원, 일정이나 프로젝트 범위 변경 프로젝트 진행 상황 문서 : 설치 계획, 백업 및 회복 계획, 안정성 계획, 재난 계획, 비상 대책 계획, 진행 보고서, 테스트 결과 기술 리뷰 유능한 인력으로 구성된 팀이 작업을 수행하여.. 공감수 13 댓글수 1 2021. 3. 11.
[CSTS 요약 정리] 1. 테스트 개요 테스트 개념 및 용어 7문제 테스트 목적 결함의 검출과 제품 품질 개선 품질 평가와 의사 결정 지원 개발 프로세스 개선 지원 정해진 요구사항을 만족하는지 확인, 주어진 표준을 준수하는지 검증하기 위해 수행 소프트웨어가 다양한 품질 기준에 맞춰서, 프로그램으로서 잘 실행되고 그 결과가 올바른지 판단하는 과정 에러를 발견하고, 그 에러를 개선하면서 소프트웨어의 전체적인 품질을 측정하는 일련의 활동 오류, 결함, 장애 오류 사람에 의해 발생하는 실수 요구사항을 제대로 파악하지 못한 실수 요구사항의 불이행, 코딩 및 타이핑 실수 요구사항 오류 : 사용자의 요구사항을 제대로 정의하지 못함, 의사소통 장애, 고의적 요구사항 누락 설계 오류 : 요구사항 설계 반영 시 누락 및 반영하지 못함 코딩 오류 : 개발을 잘 .. 공감수 39 댓글수 15 2021. 3. 10.
16. 테스트 평가 및 개선 테스트 활동에 대한 평가는 수행된 테스트 활동이 얼마나 많은 결함을 얼마나 효율적으로 검출했는가를 기준으로 수행 테스트 활동 평가 테스트 효율성 = 테스트 효과성 / 테스트 비용 유형 평가 메트릭 설명 테스트 케이스 기반 메트릭 테스트 케이스 실패율 성공적인 테스트 케이스의 비율 테스트 케이스 효율성 결함당 사용된 테스트 케이스 수 결함 기반 메트릭 검출 결함 수 검출된 결함의 수 검출 결함 밀도 단위 크기 당 검출된 결함의 수 결함 검출 비율 전체 결함 중에 검출된 결함의 비율 결함 구속 효율성 해당 단계에서 발생한 결함을 검출하는 비율 테스트 케이스 기반 메트릭 테스트 케이스 실패율 테스트 케이스 실패율은 사용된 전체 테스트 케이스 중에서 테스트 대상이 기대와 다른 결과를 보인 실패한 테스트 케이스의.. 공감수 2 댓글수 0 2021. 3. 5.
15. 테스트 모니터링/제어 및 테스트 종료 테스트 프로세스를 수행하는 전 과정에서 테스트 활동이 계획에 일치하여 수행하는지 모니터링할 필요가 있음 테스트 모니터링 및 제어 : 각 동적 테스트 프로세스의 수행 상황을 테스트 메트릭을 이용하여 파악 테스트 종료 : 테스트가 종료되면 테스트 수행 중 생성된 산출물을 관리 활동 산출물 설명 테스트 모니터링 및 제어 테스트 현황 보고서 계획 대비 진척도, 테스트 메트릭, 신규 및 변경 위험, 이후 테스트 계획 기술 테스트 종료 테스트 종료 보고서 수행한 테스트 활동에 대한 요약, 계획 대비 차이점, 테스트 방해 요인, 테스트 메트릭, 결함 목록, 잔존 위험, 테스트 완료 평가, 테스트 산출물, 재사용 가능한 테스트 자산, 교훈 기술 테스트 모니터링 및 제어 테스트 계획서에 준하여 동적 테스트 프로세스가 수.. 공감수 0 댓글수 0 2021. 3. 5.
14. 테스트 실행 및 결함 보고 테스트 실행 : 주어진 테스트 절차 중 실행하고자 하는 테스트 절차 선정 결함 보고 : 테스트 실행 로그를 바탕으로 테스트 결과를 분석하여 결함을 식별 활동 산출물 설명 테스트 실행 테스트 실행 로그 테스트 실행 결과 테스트에 대한 전반적인 설명, 수행된 테스트 작업과 이벤트 나열 결함 보고 결함 보고서 검출된 각 결함에 대해 결함 컨텍스트, 설명, 심각도, 우선순위, 위험 분석, 상태 기술 결함 추적 보고서 보고된 각 결함이 종결될 때까지 결함 검토 정보, 해결 정보, 해결 검증 정보 기술 테스트 실행 테스트 설계 및 구현 활동에서 개발된 테스트 절차를 실행 테스트 절차 선정 테스트 설계 활동에서 일반적으로 수많은 테스트 케이스 및 테스트 절차 개발 수많은 테스트 케이스들 중 어떤 것을 먼저 실행할지 .. 공감수 0 댓글수 0 2021. 3. 4.
13. 테스트 설계/구현 및 테스트 환경 구축/관리 테스트 설계 및 구현 : 테스트 계획서를 바탕으로 테스트 범위와 테스트 전략을 구체화, 테스트 케이스(절차) 개발 테스트 환경 및 테스트 데이터에 대한 요건 정의 테스트 환경 구축 및 관리 : 테스트 설계 및 구현 활동에서 정의된 테스트 환경 요건, 테스트 데이터 요건에 따라 테스트 환경, 테스트 데이터를 준비함으로써 테스트 실행 활동이 시작될 수 있도록 함 테스트 설계 및 구현 테스트 설계 명세서 : 각 피처 집합에 대해 목적, 피처와 피처에 속한 세부 피처들 우선순위, 구체화된 테스트 전략 테스트 케이스 명세서 : 각 테스트 케이스에 대해 목적, 우선순위, 추적성, 선행조건, 입력, 예상 결과 기술 테스트 절차 명세서 : 각 테스트 절차에 대해 목적, 우선순위, 시작작업, 실행 테스트 케이스 목록, .. 공감수 1 댓글수 0 2021. 3. 3.
12. 테스트 계획 테스트 계획은 테스트 목적을 달성하기 위한 테스트 컨텍스트를 설정하고 다양한 측면에서 적절한 테스트 전략을 수립하고 테스트 수행을 위한 계획을 수립 조직 테스트 정책 명세서 및 조직 테스트 전략 명세서를 참고하여 테스트 계획서를 작성 테스트 계획서는 동적 테스트 프로세스 수행에 대한 구체적인 계획을 포함함 테스트 설계 및 구현은 계획서에 정의된 테스트 설계 기법, 환경 요건,데이터 요건 등을바탕으로 수행 테스트 계획서를 바탕으로 동적 테스트 프로세스가 수행되는지에 대한 모니터링 및 제어가 수행됨 테스트 컨텍스트 명세 : 테스트 대상, 범위 등 테스트 수행의 배경이 되는 다양한 요소를 식별하고 명세 위험 분석 : 테스트 프로젝트의 목적 달성에 방해가 될 수 있는 위험 요소를 식별하고 분석하여 조치 계획 수.. 공감수 5 댓글수 0 2021. 3. 2.
11. 테스트 프로세스 개요 테스트 프로세스를 조직 테스트 프로세스, 테스트 관리 프로세스, 동적 테스트 프로세스로 분류 테스트 프로세스는 개발 프로세스와 함께 진행, 지속적 개선 필요 소프트웨어 품질 목표 달성에 테스트 프로세스가 중요한 역할을 함 효율적이고 효과적인 테스트 수행을 위한 관리의 중요성이 부각됨 평가를 통한 테스트 활동 개선이 필요 조직 테스트 프로세스 조직 전체에 공통적으로 적용되는 조직 테스트 명세서를 개발하고 관리하는 것을 목적으로 함 조직 테스트 명세서는 정책 명세서와 조직 테스트 전략 명세서로 구분 명세서를 개발, 명세서가 테스트 관리 프로세스 및 동적 테스트 프로세스에서 적용되는지 모니터링 하고 제어 테스트 관리 프로세스 및 동적 테스트 프로세스의 수행 성과를 바탕으로 조직 테스트 명세서를 갱신 테스트 관.. 공감수 7 댓글수 2 2021. 3. 1.
10. 명세 기반 테스트(블랙박스 테스트) 프로그램의 내부 논리 구조를 참조하지 않고 사용자의 요구사항이 기술된 명세나 설계 정보 등을 이용하여 테스트 케이스를 개발 프로그램 코드 내부 구조를 전혀 모르는 사람이 수행하는 것이 더 좋음 외부 테스터라도 프로그램 기능과 도메인에 관한 이해는 충분해야 함 XP의 테스트 주도 개발에서는 개발자가 먼저 테스트 케이스 작성 후 코드 구현 코드가 아닌 명세를 바탕으로 테스트 케이스를 설계하므로 서브나 전체 시스템처럼 규모가 큰 단위에도 적용 가능 테스터가 구현 언어나 알고리즘 구현에 관한 지식이 없어도 테스트 수행 가능 사용자 관점에서 테스트를 수행해서 효과적으로 결함을 검출할 기회가 제공됨 명세 결함이 드러나는 기회가 되며 명세가 완성되는 순간 테스트 케이스를 설계할 수 있음 명세에는 있지만 구현되지 않는.. 공감수 3 댓글수 2 2021. 2. 28.
9. 구조 기반 테스트 구조 기반 테스트는 프로그램 제어 흐름이나 자료 흐름 정보를 이용하여 테스트 케이스를 설계하는 방법 구조적 테스트, 화이트박스 테스트, 글래스 박스 테스트라고도 함 제어 흐름 그래프 프로그램 구조를 효과적으로 나타내는 수단 제어 흐름 그래프 요소 기본 블록 : 단일 진입점, 단일 진출점을 가진 일련의 연속적인 실행 가능한 문장들의 집합 제어 흐름 : 기본 블록 간의 실행 순서를 나타냄 구조 기반 테스트의 이해 가장 이상적인 구조 기반 테스트는 프로그램의 모든 경로를 최소 한 번 실행하여 테스트하는 것 일부 경로만 테스트하는 방법 사용 대표적인 기본 경로 테스트 : 문장 테스트, 분기 테스트, 조건 테스트, 다중 조건 테스트, MCDC 및 자료 흐름 테스트 문장 테스트 프로그램의 모든 문장을 최소 한 번은.. 공감수 2 댓글수 0 2021. 2. 27.
8. 정적 테스트 정적 테스트는 리뷰라고 하고 관리리뷰, 기술 리뷰, 인스펙션, 워크쓰루, 감사로 분류 리뷰는 여러 전문가가 모여 프로그램을 검토하여 결함을 검출하는 방법 TomGilb, 리뷰를 이용하면 결함을 발견하고 제거하는 평균 비용울 60~80% 감소할 수 있다. 리뷰테스트 리뷰 프로세스 경영진 준비 : 필요한 자원 제공, 법규 표준 관련 정책의 요구에 따른 리뷰 수행 보장 리뷰 계획 : 리뷰 리더가 목적을 파악해서 팀을 구성하고 책임 할당, 자료 제공, 일정 결정, 공지 리뷰 절차 개요 설명 : 리더의 요청이 있을 때 수행, 목적과 절차 설명. 리더가 할 필요 없음. 작업물 개요 설명 : 리더의 요청이 있을 때 수행, 리뷰 참가자가 작업물을 더 친숙하게 느끼고 이해도를 높이기 위함 개별 준비 : 멤버들이 개별적으.. 공감수 1 댓글수 0 2021. 2. 27.
7. 테스트 자동화 도구 분류 자원 업무 도구 종류 설명 테스트 관리 테스트 관리 도구, 요구사항 관리, 인시던트 관리(이슈 추적), 형상 관리 테스트 계획, 노력 추정, 테스트 일정 관련 작업 수행 테스트 진행과 보고 테스트 문서 관리 요구사항과 테스트 케이스 추적성 관리 이슈 등록 및 추적 변경 관리 및 통제 정적 테스트 리뷰 프로세스 지원 도구, 정적 분석 도구, 모델링 도구 표준 코딩 규칙 검사 복잡도 검사 자료 흐름 검사 동적 테스트 테스트 설계 도구, 테스트 데이터 준비 도구 모델이나 소스코드에서 테스트 케이스 생성 테스트 실행에 필요한 데이터 자동 생성 테스트 실행 및 로깅 테스트 실행 도구, 보안 도구, 테스트 하네스/단위 테스트 프레임워크, 테스트 비교기, 커버리지 측정 도구 테스트 케이스 실행 모의 객체 .. 공감수 4 댓글수 1 2021. 2. 26.
6. 소프트웨어 생명 주기 모델과 테스트 순차적 개발 모델 대표적으로 폭포수 모델과 V-모델이 있음 폭포수 모델 모든 소프트웨어 생명 주기 모델 중 가장 오래된 전통적인 모형 요구사항 변경이 개발 도중 빈번하게 이루어지지 않는 경우 적합한 개발 모형 문서와 정보가 많이 산출되어 테스트 작업에 필요한 정보를 얻기 좋음 테스트를 한 단계로만 생각해서 초기에 결함을 발견할 수 있는 일이 없음 - 나중에 시간과 비용이 많이 듦 요구사항 분석 : 요구사항을 수집하고 이해, 명세화. 산출물로는 요구사항 명세가 있음 구조 설계 단계 : 소프트웨어의 전체적인 구조를 결정하는 단계. 시스템의 전체적인 아키텍처를 보여주는 설계 명세 상세 설계 단계 : 각 모듈의 알고리즘 세부사항, 구체적인 데이터 표현, 루틴과 데이터 간의 인터페이스 결정. 주요 산출물은 모듈 .. 공감수 1 댓글수 0 2021. 2. 26.
5. 위험 기반 테스트 위험 분석 위험 요소 식별 위험 분석 기반 테스트 수행 시 우선 기능 및 비기능적 모든 요소(피처)를 나열함 나열된 피처는 이후에 수행되는 위험 분석의 대상이 되고 위험 분석 결과에 따라 테스트 계획 수립 피처는 요구사항 명세서를 바탕으로 구할 수 있음 요구사항 명세서가 완전하지 못해서 누락될 가능성이 있다면 품질 모델을 바탕으로 하여 적극적으로 테스트할 피처를 찾을 수 있음 시스템 유형에 따라 강조되는 품질 요소가 다를 수 있음 위험도 산정 도출된 피처 후보 중 무엇을 테스트 대상에 포함할지에 대한 결정과 효과적인 테스트 전략의 결정을 위해 위험도 산정 각 피처 후보의 위험도 산정은 발생 가능성, 심각성, 긴급성을 바탕으로 수행 각 산정 항목마다 3가지 및 5가지 등급으로 세분화될 수 있음 장애 발생 .. 공감수 4 댓글수 1 2021. 2. 25.
4. 품질 특성과 비기능 테스트 기능 적합성 : 제품 또는 시스템이 명시적 또는 묵시적 요구를 충족시키는 기능을 제공하는 정도 기능 완전성 : 기능 집합이 모든 명시된 요구사항을 포괄하는 정도 기능 정확성 : 시스템이 정의된 정밀도로 정확한 결과를 제공하는 정도 기능 적절성 : 기능이 목적 달성에 도움을 주는 정도 성능 효율성 : 명시된 조건 하에서 사용된 자원의 양에 대한 성능의 정도 시간 반응성 : 기능 수행 시 시스템의 응답, 처리 시간 및 처리율이 요구사항을 충족시키는 정도 자원 효율성 : 기능 수행 시 시스템이 사용하는 자원이 요구 사항을 충족시키는 정도 수용성 : 시스템 매개 변수(동시 사용자, 통신 대역폭, 트랜잭션 처리량)의 최대 한계가 요구사항을 충족시키는 정도 호환성 : 제품, 시스템 또는 구성 요소가 다른 제품, 시.. 공감수 7 댓글수 2 2021. 2. 24.
3. 소프트웨어 개발 단계와 테스트 테스트 레벨에 따른 테스트 분류 테스트 설계 방식에 따른 분류 테스트 유형(품질 특성)에 따른 분류 테스트 레벨 컴포넌트/단위 테스트 : 각각의 컴포넌트를 테스트 통합 테스트 : 컴포넌트 간의 인터페이스를 테스트 시스템 테스트 : 전체 시스템이 목적을 만족시키는지 테스트 인수 테스트 : 사용자의 요구사항을 만족하는지 확인 테스트 설계 - 동적 테스트 명세 기반 테스트 : 명세를 바탕으로 테스트 케이스 생성 구조 기반 테스트 : 프로그램 코드 정보를 바탕으로 테스트 케이스 생성 경험 기반 테스트 : 테스터의 경험을 기반으로 테스트 케이스 생성 테스트 설계 - 정적 테스트 리뷰 : 산출물에 존재하는 결함을 검출하거나 프로젝트의 진행 상황을 점검 정적 분석 : 자동화된 도구를 이용하여 산출물의 결함을 검출하거.. 공감수 2 댓글수 0 2021. 2. 23.
2. 테스트 분류와 테스팅 방법 테스트 분류에서는 테스트 레벨(컴포넌트, 통합, 시스템, 인수), 테스트 유형(기능, 품질), 테스트 설계 기법을 기준으로 테스트 분류를 설명함 테스팅 방법에는 개발 생명 주기, 프로젝트 단계 등 프로젝트의 상황을 고려하여 현실적으로 적용할 수 있는 테스트 방법을 설명 테스트 분류 테스트 레벨은 컴포넌트 테스트, 통합 테스트, 시스템 테스트, 인수 테스트로 분류 테스트 유형은 기능 테스트, 성능 테스트, 신뢰성 테스트, 보안 테스트 등으로 분류 테스트 유형에서 기능 테스트를 제외한 성능 테스트, 신뢰성 테스트, 보안 테스트 등을 비기능 테스트라고 부름 테스트 레벨에 의한 분류 컴포넌트/단위 테스트 : 시스템을 구성하는 단위 모듈을 테스트 대상으로 해서 개별 단위 모듈을 독립적으로 테스트 통합 테스트 : .. 공감수 9 댓글수 0 2021. 2. 21.
1. 테스트 개요, 분류, 테스팅 방법 테스트 목적 결함의 검출과 제품 품질 개선 품질 평가와 의사 결정 지원 개발 프로세스 개선 지원 정해진 요구사항을 만족하는지 확인, 주어진 표준을 준수하는지 검증하기 위해 수행 오류, 결함, 장애 오류 human error 사람에 의해 발생되는 실수 (코딩 및 타이핑 실수) 요구사항을 제대로 파악하지 못한 실수 (요구사항 불이행) 결함을 생기게 한 개발자의 행위 결함 fault, defect 에러로 발생한 잘못된 로직 소프트웨어 내에 장애를 유발할 수 있는 문제 (부정확한 구현, 필요한 기능 미포함) 누락, 비관련, 부정확한 구현으로 분류 장애 failure 요구사항과 다르게 동작 소프트웨어를 구성하는 요소에 부족한 점이 있어서 발생 결함의 유형 누락 요구사항이 시스템의 구현에 반영되지 않은 결함 성능,.. 공감수 10 댓글수 0 2021. 2. 18.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.