본문 바로가기
반응형

개발/Test9

블랙박스 테스트 블랙박스 테스트(Black-box testing)는 소프트웨어 테스트의 한 유형으로, 소프트웨어의 내부 동작 및 구현 세부 사항을 고려하지 않고 기능적인 측면에 중점을 둔 테스트 방법입니다. 테스트는 소프트웨어의 입력과 출력을 검증하여 시스템이 요구사항을 충족하는지를 확인합니다. 블랙박스 테스트는 소프트웨어가 사용자의 기대에 부합하는지를 평가하며, 내부 구현에 대한 지식이 필요하지 않습니다. 블랙박스 테스트의 주요 특징과 방법은 다음과 같습니다. 테스트 대상 블랙박스 테스트는 주로 소프트웨어의 외부 기능을 검증합니다. 소프트웨어의 인터페이스, 입력 및 출력, 기능, 성능 등이 테스트 대상이 됩니다. 테스트 수준 기능 테스트(Functional Testing): 소프트웨어의 특정 기능이 요구사항과 일치하는.. 2023. 12. 31.
화이트박스 테스트 화이트박스 테스트(White-box testing)는 소프트웨어 테스트의 한 유형으로, 소프트웨어 내부의 코드와 구조에 중점을 둔 테스트 방법입니다. 화이트박스 테스트는 코드의 로직, 분기, 루프, 조건 등을 검증하여 소프트웨어가 기대대로 동작하는지 확인합니다. 다른 이름으로는 구조 테스트(Structural Testing) 또는 명시적 테스트(Transparent Box Testing)라고도 불립니다. 화이트박스 테스트의 주요 특징과 방법은 다음과 같습니다. 테스트 대상 화이트박스 테스트는 주로 소프트웨어의 내부 구조, 코드, 알고리즘 등을 검증합니다. 특정 모듈, 함수, 클래스, 메소드, 블록 등 코드의 작은 부분에 대한 테스트를 수행할 수 있습니다. 테스트 수준 유닛 테스트(Unit Testing).. 2023. 12. 31.
험블 객체 패턴 "험블 객체(Humble Object)"는 소프트웨어 개발에서 사용되는 디자인 패턴의 하나입니다. 이 패턴은 테스트하기 어려운 동작을 가진 코드를 "험블 객체"로 분리하여, 나머지 시스템은 테스트 가능하도록 하는 것을 목표로 합니다. 이렇게 함으로써, 시스템의 대부분이 단위 테스트를 통해 검증될 수 있습니다. 험블 객체 패턴은 주로 두 가지 상황에서 사용됩니다: GUI와 로직의 분리 사용자 인터페이스 코드는 테스트하기 어렵기 때문에, 이를 로직과 분리합니다. 로직 부분은 테스트가 가능하도록 만들고, GUI 코드는 가능한 한 단순하게 유지합니다. 환경 의존적 코드와의 분리 데이터베이스 연결이나 네트워크 통신과 같은 환경 의존적인 코드는 테스트하기 어려울 수 있습니다. 이러한 코드를 별도의 험블 객체로 분리.. 2023. 12. 15.
JUnit Test code setup 버전 정보 Java 1.8 Spring Boot 1.4.6.RELEASE Class 정보 @Service("compositionService") public class CompositionService { private final DependencyBean dependencyBean; public CompositionService(DependencyBean dependencyBean){ this.dependencyBean = dependencyBean; } // business methods... } Mock을 이용한 JUnit setup @RunWith(MockitoJUnitRunner.class) public class TestClazz { @Mock DependencyBean dependencyBe.. 2023. 11. 13.
반응형

티스토리툴바