2024-04-29-TIL

2024-04-29-TIL

Today I Learned

인풋의 모든 경우를 커버하고, 또 줄이고, 고배경함수로 줄이고 … 하지만 훈련이 필요할 듯

copilot이나 도구를 통해서 메서드의 테스트 케이스를 모두 제시해줄 수 없을까? 그 다음에 소거법으로 중복 테스트를 컴파일 레벨에서 경고표시해주는 등

2.4.2 명세 테스트 명세테스트를 다 테스트 할 필요하는게 기본적으로는 맞지만, 일정상 안된다면 빼도 되지않을까?

2.4.9 널 컨트롤러에서 null을 받지 않는다면 검증할 필요가 없다. 사전조건을 줄이는 쪽의 코딩이 유리하기도 할듯

role을 어디서 검증하느냐도 aop or 도메인로직 이라면 aop 테스트도 필요할까? 고민해볼것

2.4.12 함수형 프로그래밍에서는 item 리스트를 input으로 같이 받아서 totalPrice를 계산해낼수도 있을듯? 객체지향에서는 사실 자연스러운 부분. 그런점에서 객체지향이 테스트하기 어려운듯

totalPrice calculator가 있다면 shopping cart 구현을 너무 상세히 알아야함. 그러면 AnemicDomainModel 아닌가? vs 하지만 테스트를 위해서 분리해볼수도 있다.

• https://en.wikipedia.org/wiki/Anemic_domain_model
• https://martinfowler.com/bliki/AnemicDomainModel.html