[ISTQB - AI] 제3장 기계학습 개요
·
ISTQB/AI
3.1 기계학습의 세 가지 주요 유형지도학습정의: 라벨링 된 데이터를 사용하여 학습하는 알고리즘.예시분류: 미리 정해진 클래스 중 하나로 데이터를 분류(예: 이미지에서 얼굴 인식).회귀: 데이터를 기반으로 숫자를 예측(예: 주식 가격 예측).사용 예: 새로운 데이터에 대해 예측하고, 출력 정확도가 만족스러우면 모델을 배포.비지도학습정의: 라벨링이 되지 않은 데이터를 기반으로 패턴을 찾아내는 학습.예시:군집화: 유사성을 기반으로 데이터를 그룹화(예: 고객 유형 분류).연관: 데이터 속성 간 관계를 식별(예: 제품 추천 시스템).사용 예: 학습하지 않은 새로운 데이터에 대해 예측하고, 출력 정확도가 만족스러우면 모델을 배포.강화 학습정의: 보상을 통해 학습하며 주어진 환경에서 의사 결정을 최적화하는 학습.기..
[ISTQB - AI] 제2장 인공지능기반 시스템 품질 특성
·
ISTQB/AI
2.1 유연성과 적응성유연성과 적응성은 밀접하게 연관된 품질 특성으로, 인공지능기반 시스템에서는 다음과 같이 정의된다유연성: 시스템이 본래의 요구사항이 아닌 상황에서 사용될 수 있는 정도적응성: 시스템이 의도와는 다른 하드웨어나 변화하는 운영 환경 등 새로운 상황에 맞게 제품을 수정하는 용이성유연성과 적응성은 다음과 같은 경우에 유용하다운영 환경을 완전히 알 수 없는 경우새로운 운영 환경에 대처해야 하는 경우새로운 상황에 적응해야 하는 경우시스템이 스스로 언제 동작을 수정할지 결정해야 하는 경우자가학습을 하는 인공지능기반 시스템은 이러한 유연성과 적응성의 특성을 필요로 한다. 이러한 요구사항은 시스템이적응할 환경 변화의 세부 사항과, 적응에 필요한 시간과 자원의 제약 조건을 명시해야 한다.2.2 자율성자..
[ISTQB - AI] 제1장 인공지능 소개
·
ISTQB/AI
1.1 인공지능의 정의와 인공지능 효과인공지능(AI)은 1950년대 처음 사용된 용어로, 당시에는 인간처럼 "지능형" 동작을 모방할 수 있는 기계를 만드는 것이 목표였다. 현재는 엔지니어링된 시스템이 지식과 기술을 습득, 처리, 적용할 수 있는 능력으로 정의된다. 인공지능에 대한 인식은 시대에 따라 변해왔다. 예를 들어, 1970년대에는 체스에서 인간을 이길 수 있는 컴퓨터 시스템을 AI라고 여겼지만, 오늘날 사람들은 체스 프로그램의 "무작위 대입" 방식을 진정한 인공지능으로 간주하지 않는다. 이러한 인식의 변화를 "인공지능 효과"라고 하며, 이는 시대와 기술의 발전에 따라 AI의 정의가 달라짐을 의미한다.1.2 약인공지능, 강인공지능, 초인공지능인공지능은 크게 세 가지 범주로 나눌 수 있다.약인공지능:..
6장 - 6.1. 테스팅 지원 도구, 6.2. 테스트 자동화의 효과와 리스크
·
ISTQB/CTFL
6.1. 테스팅 지원 도구테스트 도구는 다양한 테스트 활동을 지원하고 촉진한다. 주요 도구 유형과 그 역할은 다음과 같다.관리 도구: 소프트웨어 개발수명주기(SDLC), 요구사항, 테스트, 결함, 형상 관리를 용이하게 하여 테스트 프로세스의 효율성을 높임정적 테스팅 도구: 테스터의 리뷰와 정적 분석 수행을 지원테스트 설계 및 구현 도구: 테스트 케이스, 테스트 데이터, 테스트 절차 생성을 용이하게 함테스트 실행 및 커버리지 도구: 자동 테스트 실행 및 커버리지 측정을 지원비기능 테스팅 도구: 수동으로 실행하기 어렵거나 불가능한 비기능 테스트를 수행할 수 있게 함데브옵스 도구: 데브옵스 배포 파이프라인, 작업 흐름 추적, 자동 빌드 프로세스, 지속적인 통합 및 배포 등을 지원협업 도구: 원활한 커뮤니케이션..
5.5. 결함 관리
·
ISTQB/CTFL
테스트의 주요 목적 중 하나인 결함 식별을 위해 잘 확립된 결함 관리 프로세스가 필요하다.보고된 이상 현상은 실제 결함일 수도, 아닐 수도 있다(긍정 오류, 변경 요청)결함 보고서를 처리하는 과정에서 이를 해결한다.결함 관리 프로세스 구성결함 관리 프로세스는 소프트웨어 개발수명주기(SDLC) 모든 단계에서 보고될 수 있다.보고 양식은 SDLC 단계에 따라 다르며, 모든 관련 이해관계자가 이 프로세스를 따라야 한다.결함 관리 프로세스에는 개별 이상 현상을 발견부터 종료까지 처리하는 작업 흐름(workflow)과 분류 규칙이 포함된다.작업 흐름: 보고된 이상 현상 기록 → 분석 및 분류 → 적절한 대응책 결정(수정/유지) → 결함 보고 종료.결함 보고서의 목적결함을 처리 및 해결하는 책임을 진 사람에게 문제..
5.4. 형상 관리
·
ISTQB/CTFL
테스팅에서 형상 관리는 테스트와 관련된 모든 작업 산출물을 식별, 제어, 추적하는 지침을 제공하는 활동이다.형상 관리 대상테스트 계획서테스트 전략서테스트 컨디션테스트 케이스테스트 스크립트테스트 결과테스트 로그테스트 보고서복잡한 형상 항목 관리형상 항목의 구성, 항목 간 관계, 버전 등을 기록형상 항목이 승인되면 베이스라인으로 설정되고, 공식적인 변경 제어 프로세스를 통해서만 수정 가능새로운 베이스라인을 만들 때 변경된 형상 항목에 대한 기록 유지이전 베이스라인으로 되돌릴 경우 이전 테스트 결과를 재현 가능형상 관리의 보장 사항고유 식별자 부여모든 형상 항목(테스트 대상 포함)에 고유한 식별자를 부여.버전 관리, 변경사항 추적, 형상 항목 간 연관성 식별로 테스트 프로세스 전체의 추적성 유지.명확한 참조식..
5.3. 테스트 모니터링, 테스트 제어, 테스트 완료
·
ISTQB/CTFL
테스트 모니터링테스팅에 대한 정보 수집과 관련된 활동수집된 정보는 테스트 진행 상황 판단 및 테스트 완료조건 충족 여부를 측정하는데 사용됨테스트 제어테스트 모니터링에서 얻은 정보로 가장 효과적이고 효율적인 테스팅을 위한 제어 지침을 제공한다.식별된 리스크가 발현될 경우 테스트 우선순위 재지정재작업 이후 테스트 항목이 시작 조건 및 완료 조건을 충족하는지 재평가테스트 환경 인도 지연에 대응하기 위한 테스트 일정 조정필요한 지점과 시기에 신규 자원 추가테스트 완료완료된 테스트 활동에서 데이터를 수집하고, 경험, 테스트웨어, 기타 관련 정보를 모으는 단계입니다.테스트 완료 활동은 프로젝트 마일스톤 도달 시점, 테스트 레벨 또는 애자일 반복 주기 끝, 테스트 프로젝트 완료(또는 취소) 시점, 소프트웨어 배포 또..
5.2. 리스크 관리
·
ISTQB/CTFL
리스크 관리의 목적조직이 목표를 달성할 가능성과 제품의 품질을 높이고, 이해관계자의 신뢰를 얻을 수 있게 한다.주요 활동: 리스크 분석(리스크 식별과 평가)과 리스크 제어(리스크 완화와 모니터링)5.2.1 리스크의 정의와 리스크의 속성리스크: 발생 시 부정적인 영향을 미칠 수 있는 잠재적 사건, 위험, 위협 또는 상황리스크의 두 가지 요소:발생 가능성: 리스크 발생 확률(0보다 크고 1보다 작음)영향: 발생 시 생길 피해리스크 수준: 발생 가능성과 영향을 곱한 값5.2.2. 프로젝트 리스크와 제품 리스크프로젝트 리스크: 프로젝트 관리 및 제어와 관련된 리스크조직 문제, 인력 문제, 기술적 문제, 공급업체 문제프로젝트 일정, 예산, 범위에 영향을 미쳐 목표 달성에 영향을 미침제품 리스크: 제품 품질 특성과..