조롱 할 수없는 구체적인 외부 구현에 의존하는 코드 테스트를 어떻게 작성합니까?

배경 : 작업중인 모듈에 대한 일부를 만들어 동료들에게 단위 테스트 개념을 소개하려고합니다. 최근 요구 사항이 변경되었고 더 많은 추상화 / 상호 작용이 필요하므로 응용 프로그램을 수동으로 찌르지 않고도 작동을 "증명"하는 일련의 테스트를 개발하는 좋은 방법 인 것 같습니다.

그러나 문제는 모듈이 PDF 및 XSL과 같은 다루기 힘든 외부 요소에 의존한다는 것입니다. 기본적으로 데이터베이스에서 XML을 읽고 XSL 변환을 적용한 다음 ABCPDF라는 라이브러리를 사용하여 PDF로 변환합니다. 그런 다음이 PDF는 정적 템플릿을 기반으로 다른 PDF와 병합됩니다. XML을 테스트하고 값이 올바른지 확인할 수 있지만 잠재적 인 버그와 문제 중 상당수는 완성 된 문서의 실제 표시와 관련이 있습니다 (예 : 특정 HTML 영역이있는 텍스트 문자열이 줄 바꿈되는 시간과 같은 세부 사항) 이러한 것들을 테스트하는 것도 가능합니까? (이것은 아마도 통합 테스트이거나 .. 이름이 [허용 테스트가 아닌 다른 종류를 잊어 버렸고 단위가 아닌) 세 번째 종류의 테스트라는 것을 알고 있습니다. 필자가 아는 바에 따르면 PDF를 작성하고 다시 읽거나 HTML 문자열 (예 : 변환 된 XML)을 작성하고 손으로 파싱하여 특정 테이블 셀의 존재 여부를 확인하는 것보다 쉽게 ​​PDF를 모방 할 수 없기 때문에 다른 테이블 셀과의 관계.

이와 같은 상황에서 정보가 정확하고 PDF를 만들 거나 병합 할 수 있는지 또는 실제 디스플레이 문제에 대한 수동 테스트에 의존 할 수 있는 단위 테스트에만 집중해야 합니까?

장치가 아닌 기능 테스트

알려진 xml 입력을 사용하여 PDF를 출력하고 수동으로 (그리고 세 심하게) 그것이 올바른지 확인하십시오. 그런 다음 참조로 저장하십시오.

동일한 xml 입력을 사용하는 향후 테스트는 이진 파일을 참조와 비교할 수 있습니다.

파일 수준 비교가 만족스럽지 않은 경우 테스트가 끝날 때 PDF를 표시하고 스크린 샷을 만든 다음 자동 테스트를 참조 스크린 샷과 비교하십시오.

일반적으로 이와 같은 경우 인터페이스로 사용할 수있는 구현 뒤에서 테스트 할 수없는 모든 것을 추상화합니다. 합리적인 것처럼 보이기 때문에 PDF 빌더와 같은 바보 같은 일을 할 것입니다.

public class PdfBuilder : IPdfBuilder
{
  public byte[] BuildPdf(...)
  {
    // actual untestable code here
  }
}

public interface IPdfBuilder
{
  byte[] BuildPdf(...);
}

그런 다음 테스트에서 IPdfBuilder를 조롱하여 원하는 작업을 수행 할 수 있습니다. 이것은 종종 IoC 컨테이너 사용을 시작해야 함을 의미합니다 ( /programming/871405/why-do-i-need-an-ioc-container-as-opposed-to-straightforward-di-code 및 /programming/21288/which-net-dependency-injection-frameworks-are-worth-looking-in to start) (지금 사용하지 않는 경우)

단위 테스트가 아닌 테스트를 통합 테스트라고도합니다. 복잡한 통합 테스트는 그다지 가치가없는 경우가 많으므로 해당 부분을 추상화하고 해당 추상화에서 비즈니스 로직의 양을 줄이면 단위 테스트에서 테스트 할 수 있습니다.

이것이 명확하지 않은 경우 알려주십시오.

나는 아주 비슷한 것을 지었고 기본 시각적 테스트를 사용했습니다. 테스트를 자동화 할 필요는 없으므로 예상되는 결과를 찾는 것만으로도 아무런 문제가 없습니다 (분명히 다양한 상황에서). 종종 그림은 영상이 관련된 수천 번의 테스트 가치가 있습니다. 자동화 된 단위 테스트를 광범위하게 사용하지만 일부 사람들은 GUI 테스트 또는 시각적 IMHO에 들어갈 때 약간 벗어날 수 있다고 생각합니다. 특정 제품의 경우,이 "충분한"접근 방식으로는 YMMV가 충분하지 않다는 것을 알고 있습니다.

그러나 나는 조롱 할 수없는 외부성에 대해 약간 걱정할 것이다. 이것은 타이트한 커플 링의 징후 일 수 있습니다. 일반적으로 피할 수있는 좋은 방법이지만 자세한 내용 없이는 코드를 너무 많이 추측하지는 않습니다.