테스트 목적(목표) - 테스트를 통하여 달성하고자 하는 목적이나 목표. - 테스트를 통하여 확인하고자 하는 소프트웨어 특징을 목적으로 함. - 기능적 측면과 비기능적 측면으로 구분하여 목표 제시. ex) 테스트 목적 : 제품의 결함 간소화 : 제품의 안정성 확보 : 제품 출시 이후 발견된 결함에 따른 비즈니스 손실최소화 ex) 정량적 테스트 목표 : 기능적 요구사항 커버리지 100% : 비기능적 요구사항에 대한 품질 목표 달성 여부 검증 : 결함검출율 90% ex) 테스트 수준별 테스트 대상과 목적 테스트 수준 테스트 대상 테스트 목적 단위 테스트 개별 모듈, 화면 기능적 요구사항 통합 테스트 모듈집합, 서브시스템, 시스템구성요소 기능적 요구사항 일부 중요한 비기능적 요구사항 시스템 테스트 전체 시스템(..
소프트웨어 프로세스 정의 : 소프트웨어와 관련 산출물 (설계서, 테스트케이스 등)을 개발하고 유지보수하는 활동 및 방법. 테스트 프로세스의 필요성. - 소프트웨어 개발 프로젝트에서 테스트가 차지하는 비중이 증가함. - 효율적이고 효과적인 테스트 수행을 위한 관리의 중요성 부각. - 주어진 시간과 비용 내에서 체계적인 테스트 수행 필요. - 평가를 통한 테스트 활동 개선필요. 테스트 프로세스 단계. 1) 테스트 계획 : 요구 명세와 프로젝트 개발 계획을 바탕으로 언제,누가,무엇을,어떻게, 테스트 해야 할 것인가, 언제 종료할지 결정하는 행동. 2) 테스트 분석 및 설계 : 테스트 계획에서 결정했던 테스트 항복 및 접근 방법들을 구체화하는 활동. 3) 테스트 실행 : 테스트 케이스 명세서에 명시된 테스트 환..
단위테스트 통합테스트 시스템테스트 인수테스트 대상 누가 환경 어떻게 대상 문서(산출물) 단위(컴포넌트)테스트 단위모듈 개발자 개발환경 White Box 최소단위함수, 모듈 요구사항정의서 개념/상세설계서 기능설계서 명세서 인터페이스 설계서 통합테스트 통합모듈 개발자 개발환경 Gray Box 외부 인터페이스연결 내부모듈간 연결 단위산출물 통합시험계획서/절차서/결과서 시스템 테스트 전체시스템 테스터(제 3자) 실환경(유사하게) Gray Box 기능/비기능 테스트 * 비기능: 서능/신뢰성 테스트 도구사용 연계테스트 (입/출력모듈) 단위+통합산출물 실증시험계획서/절차서결과서 메뉴얼 인수 테스트 전체시스템 사용자, 고객 실환경 Black Box 출시 예정제품 단위+통합+시스템 산출물 결함리포트 결과보고서 피드백 -..
Beizer의 소프트웨어 테스트 진화 과정. 레벨1 (Debugging oriented) - 테스트와 디버깅의 차이가 없다. - 즉, 우연히 발견된 오류를 수정하는 디버깅에 중점을 두며, 프로그램의 오류를 찾기위한 별도의 노력을 기울이지 않는다. - 테스트를 안하는 조직. 레벨2 (Demonstration oriented) - 프로그램이 올바르게 동작한다는 사실을 입증하기 위해 테스트를 수행한다. - 단순히 동작기능만 테스트하는 조직 레벨3 (Destruction oriented) - 프로그램에 결함이 존재함을 보여주기 위해 테스트를 수행한다. - 결함을 발견하기 위한 의지를 가지고 테스트 레벨4 (Evaluation oriented) - 소프트웨어 개발 후에 결함을 찾는 것이 아닌, 개발 전 단계에 발..
결함 (defect) - 소프트웨어가 제품 사양에 명시된 대로 작동하지 않는 경우. - 소프트웨어가 제품 사양에서 하지 말아야 한다고 하는 기능을 수행하는 경우. - 소프트웨어가 제품사양에서 언급하지 않은 것을 수행하는 경우. - 소프트웨어가 제품 사양에서 언급하지는 않았지만 해야할 일을 수행하지 않는 경우. - 소프트웨어가 이해하기 어렵거나, 사용하기 어렵거나, 느리거나, 테스터의 눈에 일번 사용자가 옳지 않게 사용할 것으로 보이는 경우. => 풀어서말하자면 - 예상대로 동작안하고 - 하지말란거 하고 - 언급되지도 않은거 수행하고 - 언급안했어도 해야할거를 안하고 - 사용자 측면에서도 잘못사용할 수 있는경우 들을 결함이라고 한다. Error, Fault, Failure Error (사람에 의해서 발생하..
품질이란? 명시적, 묵시적 사용자의 니즈를 만족시키는것. (ISO 8402) 품질이란. - 우수한 정도, 목적에 대한 적합성 - 어떤 실체가 지니고 있는 명시적요구 및 묵시적요구를 만족시키는 능력에 관계되는 특성의 총체 SW 품질이란? - 소프트웨어 제품이 명시된 조건하에서 사용될 때 명시적/암묵적 필요를 만족시키는 능력 품질 = 제품에 대한품질 + 프로세스에 대한 품질 고품질 소프트웨어를 제작하기 위해서는 CEO같이 위부터 인식이 바뀌어야 품질에 대한 인식이 개선되야함. SW 테스트란? - 테스트는 프로그램이나 시스템이 자신이 해야되는 일을 수행하는 확신을 주는 과정이다. - 컴퓨터 소프트웨어를 실행하여 그 결과가 올바른지를 판단하는 과정이다. - 결함을 발견할 목적으로 프로그램을 실행하는 과정이다. ..
출처: http://www.ciokorea.com/news/122475 과격한 혁명이 다가온다··· 소프트웨어 개발에 불어오는 AI 바람 뉴럴 네트워크(신경망)가 코드를 작성한다. 사람들은 주로 작업을 정의하고 데이터를 수집하며 사용자 인터페이스를 구현한다. 이미 이런 일을 벌어지는 시대다. 테슬라의 안드레이 카파시는 이를 ‘소프트웨어 2.0’의 시대로 부른다.그러나 최소한 아직은 뉴럴 네트워크가 모든 작업을 처리할 수 있는 것은 아니다. 전통적인 소프트웨어 개발이 맡아야 할 역할이 여전히 남아 있기는 하다. 하지만 인공지능(AI), 머신러닝(ML), 고급 분석( www.ciokorea.com 요약: - 테스팅 부문 금융 서비스 같은 경우, 매일 수 조 달러의 거래가 처리된다. 이런 어플리케이션에는 적절..
1. 사이클로매틱 복잡도는 프로그램의 독립적인 기본 경로(basis path)의 수로써 M = E − N + 2P 로 표현된다. M: 복잡도 메트릭, E: 엣지수, N: 노드수, P: 연결 컴포넌트 수(분기노드개수) 2. 예제 출처: https://yangbongsoo.gitbook.io/study/nhn_sw_quailty_management
