728x90 반응형 Software Engineering/Testing & Debugging7 소프트웨어 테스트 기본 구성 테스트 준비1. Test Basis테스트 케이스를 설계하고 개발하는 데 사용되는 정보의 집합을 말한다. 이는 테스트 대상이 되는 시스템이나 컴포넌트의 요구 사항, 설계, 구현 등을 기초로 구성된다. 즉, 테스트 기준은 테스트 활동을 수행하기 위한 기준점이나 기반 자료로 볼 수 있다.Test Basis에는 다음과 같은 문서나 자료들이 기준으로 구성된다.요구 사항 문서(Requirements Documents): 시스템이나 소프트웨어가 충족해야 하는 기능 및 비기능 요구 사항을 정의한 문서.설계 문서(Design Documents): 소프트웨어의 아키텍처, 인터페이스, 모듈 설계 등을 포함한 문서.기술 명세서(Technical Specifications): 소프트웨어의 기술적 세부 사항을 기.. 2024. 4. 27. 경계값 분석(Boundary value analysis) 경계값 분석(Boundary value analysis)경계 값 분석은 블랙박스 테스팅의 일반적인 케이스 디자인 기법 중 하나이다. 이는 경계 근처의 입력 값이 오류 가능성이 더 높기 때문에 경계 값들을 테스트하기 위해 사용한다. 경계 값 분석을 통해 테스트를 할 때 테스터는 경계 값에 집중하여 소프트웨어가 올바른 출력을 생성하는지 여부를 확인한다. 경계 값은 변수의 상한 값과 하한값을 포함하는 값이다. 예를 들어, 나이가 어떤 함수의 변수이고 최소 값이 18이고 최대 값이 30이라면, 18과 30 모두 경계 값으로 간주된다. 경계값 분석의 기본 가정은, 경계값을 사용하여 생성된 테스트 케이스가 오류를 일으킬 가능성이 가장 높다는 것이다. 18과 30은 경계 값이기 때문에 테스터는 이러한 값에 더 .. 2024. 4. 26. Debugging 디버깅 디버깅(Debugging)은 소프트웨어 시스템에서 발생하는 오류 또는 버그를 식별하고 해결하는 프로세스이다. 버그로 인해 소프트웨어 시스템이 오작동할 수 있고 성능이 저하되거나 잘못된 결과를 초래할 수 있기 때문에 소프트웨어 엔지니어링의 중요한 부분이다. 디버깅은 시간이 많이 걸리고 복잡한 작업일 수 있지만 소프트웨어 시스템이 올바르게 작동하는지 확인하는 데 필수적이다. 디버깅에는 다음과 같은 몇 가지 일반적인 방법과 기법이 사용된다. 1. 코드 검사(Code Inspection) 소프트웨어 시스템의 소스 코드를 수동으로 검토하여 잠재적인 버그나 오류를 식별하는 것을 말한다. 2. 디버깅 도구(Debugging Tools) 디버거, 추적 도구 및 프로파일러와 같은 다양한 도구가 있으며, 이러한 도.. 2023. 4. 23. 화이트 박스 테스트 화이트 박스 테스트화이트 박스 테스트(White box testing) 기법은 블랙박스 테스트와 같이 기능성만을 검사하는 것이 아니라 사용된 데이터 구조, 내부 설계, 코드 구조, 소프트웨어의 동작 등 내부 구조를 분석한다. 이는 유리 상자 테스트(glass box testing), 투명 상자 테스트(clear box testing) 또는 구조적 테스트(structural testing) 등으로도 불린다. 화이트 박스 테스트는 투명 테스트(transparent testing) 또는 개방형 박스 테스트(open box testing)로도 알려져 있다. 화이트 박스 테스트는 소프트웨어 응용 프로그램의 내부 구조와 동작을 테스트하는 소프트웨어 테스팅 기법으로 테스터는 소스 코드에 접근하고 이를 이용하여 코드.. 2023. 4. 22. 블랙박스 테스트 블랙박스 테스트블랙박스 테스트는 애플리케이션의 내부 동작 방식을 알지 못하고 기능성을 검사하는 소프트웨어 테스트 방법이다. 테스터는 코드나 설계에 대한 지식 없이 외부 사용자의 입장에서 시스템에 접근하여, 입력값을 제공하고 출력값을 분석하여 시스템을 평가한다. 블랙박스 테스트의 목적은 사용자의 관점에서 소프트웨어가 기능 및 비기능적 요구사항을 충족하고 예상한 대로 동작하는지 확인하는 것이다. 이러한 유형의 테스트는 기능성, 사용성, 호환성 등 다양한 영역에서 결함을 발견할 수 있다. 블랙박스 테스트는 수동으로 수행될 수도 있고 자동화된 도구를 이용해 수행될 수도 있다. 블랙박스 테스트는 다음과 같은 방법으로 수행할 수 있다. 1. 구문 기반(Syntax-Driven) 테스트Syntax-Driv.. 2023. 4. 20. 테스트 가이드라인 소프트웨어를 테스트하는 동안 준수해야 할 테스팅 가이드라인 ● 개발 팀은 소프트웨어 테스트를 피해야 한다. 소프트웨어를 테스트하는 것은 개발 팀이 피해야 하는데, 테스트는 항상 테스팅 팀에 의해 수행되어야 한다. 개발 팀은 소프트웨어를 직접 테스트해서는 안 된다. 이는 개발자가 소프트웨어를 구축하는 데 몇 시간을 투자한 후, 무의식적으로 소프트웨어에 대해 잘 알고 있다 생각되어 시스템의 결함을 간과할 수 있기 때문이다. 테스터는 제품에 대해 파괴적인 접근을 가져야 한다. 개발자는 단위 테스트와 통합 테스트를 수행할 수 있지만, 소프트웨어 테스트는 테스팅 팀에 의해 수행되어야 한다. ● 소프트웨어에 버그가 100% 없을 수는 없다. 테스트를 통해 소프트웨어에 버그가 100% 없다는 것을 증명할 수는 없다... 2023. 4. 16. 소프트웨어 테스트의 7가지 원칙 소프트웨어 테스트는 프로그램을 실행하여 오류를 찾는 과정이다. 소프트웨어가 원활하게 작동하려면 오류가 없어야 한다. 테스트가 성공적으로 수행되면 소프트웨어에서 모든 오류를 제거할 수 있다. 소프트웨어 테스트는 시스템 사양과 사용자로부터 수집한 요구 사항을 기반으로 소프트웨어를 평가하는 과정이다. 소프트웨어 테스트는 소프트웨어 개발 생명주기(SDLC)의 각 단계에서 수행될 수 있으며, 프로그램 코드의 모듈 수준에서도 수행될 수 있다. 소프트웨어 검증과 확인은 소프트웨어 테스트에 포함되는 주요 요소다. 또한, 소프트웨어 테스트는 매우 중요하며, 그렇지 않으면 소프트웨어 버그가 위험할 수 있다.소프트웨어 테스트 유형1. 단위 테스트(Unit Testing)2. 통합 테스트(Integration Testin.. 2023. 4. 15. 이전 1 다음 728x90 반응형
