문제

나는 최근에 나만의 주석을 만들기 시작하고 TDD/BDD를 스포츠하기 시작했습니다. 주석을 테스트하여 명확한 사양을 만들고 싶습니다. 그러나 주석은 기본적으로 내 지식을 실제로 직접 인스턴스화 할 수없는 멋진 인터페이스이기 때문에 단위 테스트에 대한 반사가 부족한 방법이 있습니까?

도움이 되었습니까?

해결책

그것은 내가 일반적으로 테스트를 작성하는 것이 아니지만, 주석을 사용하고 남용하는 일련의 테스트 클래스를 만들고, 회원 값을 저장하고, 올바른 기본값을 가지고 있는지 테스트 할 수 있습니다.

이것은 물론 올바른 대상에 대한 런타임 주석에서만 작동합니다.

내 경험상, 주석 자체는 단위 테스트를 보증하기에 충분히 흥미롭지 않습니다. 일반적으로 테스트가 필요한 코드입니다. 그러나 나는 100% Code Coverage School of Thought :-) 출신이 아닙니다.

다른 팁

주석은 약간의 영향을 미칩니다 (그렇지 않으면 사용하는 것은 무의미합니다). 따라서 주석 존재를 테스트하지 말고 효과가 있어야합니다.

주석 정의가 정상인지 여부를 테스트 할 수 있습니다. 유효한 요소 세트에 적용 할 수 있습니다. 필요한 경우 런타임에 사용할 수 있습니까? 기본값이 올바르게 초기화됩니까? 그런 다음 나중에 주석을 처리하는 클래스를 테스트합니다.

언급했듯이 테스트 할 것이 없기 때문에 직접 테스트 할 수 없습니다. 그래도 몇 가지를 증명할 수 있습니다.

  • 코드에 주석이있는 개체는 런타임에 예상되는 주석이 있습니다.
  • 기본값이 초기화되었습니다
  • 주석은 당신이 기대하는 것들에 묶습니다.

단위 테스트를 할 때, 당신이 증명할 수있는 것 중 하나는 구현이 인터페이스를 준수한다는 것입니다. 따라서 주석이 특정 행동이나 속성을 의미하는 경우 (예 : Serializable 실제로 일련화 할 수 있어야합니다.) 테스트에서도 이것을 대표하고 싶을 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top