<aside> 💡 C++ 17로 개발을 진행하고 있음. 반복적으로 사용하는 여러 abstraction class를 추상화를 통해 테스트 구현을 강제하는 시스템을 구축함.

Rust trait에서 영감을 받았으며, 시스템 구축을 통해 테스트를 의무 구현하는 프로세스를 만들었음.

TDD를 아키텍처로 강제해보자!

</aside>

1. 테스트 엔진 필요성 및 도입 배경

테스트 == 품질의 척도

품질 < 기능 → 왜 품질보다 기능에 치우칠까.

1.테스트 누락

테스트 엔진의 첫 번째 목적은 테스트 코드 확보 강제 이다.

• GTest를 통해 Test를 진행하고 있다. (환경 조성 OK)
• Test를 작성하지 않아도, 개발은 완료된다. (강제 X)
• “테스트는 나중에(?) 만들어도 된다”. 라는 인식. (누락 테스트 증가)
• 테스트 작성 해주세요 → 테스트 코드가 작성 안 되면 compile 불가능

2. 중구난방 설계

테스트 엔진의 두 번째 목적은 단위 테스트를 위한 설계 품질 향상 이다.

• copy-paste 는 악습인가?
• 코드에서 패턴을 찾을 수는 없을까?
• 패턴에 따라 테스트가 정의되어 있다면, 패턴을 강제할 수 있다.

3. 테스트 방식의 모호함