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

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

TDD를 강제해보자!

</aside>

하하 셀장이 되었으니, 이제 내가 지휘한다!

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

테스트 == 품질의 척도

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

1.테스트 누락

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

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

2. 중구난방 설계

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

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