가져온 패키지에서 테스트 코드를 효과적으로 재사용하는 방법은 무엇입니까?

/<br>|-- main.go // 패키지 main, 요청을 수락하고 특정 작업을 완료하기 위해 pkg1에서 C/U API를 호출하는 HTTP 서버<br>|-- main_test.go // pkg1_test에서 VeryfyTaskNumber를 호출하려고 합니다<br>|-- pkg1 // pkg1 패키지, 안전을 위해 내보내지 않은 검색 및 삭제 기능이 있는 CRUD API</p>
<div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false">|-- pkg1_test.go // contains a function verifyTaskNumber(*testing.T, taskName string, expectedNo int) which calls internal Retrieve function in pkg1

이 시나리오에서 main_test.go는 pkg1_test.go에서 verifyTaskNumber()에 액세스해야 하며 다음 과제를 제기해야 합니다. 가져온 패키지의 테스트 코드를 어떻게 효과적으로 재사용할 수 있습니까?

두 가지 일반적인 접근 방식은 다음과 같습니다.

1. 가져온 패키지로 함수 이동: 이 방법을 사용하면 프로젝트의 모든 테스트 파일에서 함수를 사용할 수 있습니다. 그러나 컴파일된 바이너리에 함수가 포함될 수 있으므로 이 경우에는 바람직하지 않습니다.
2. 유틸리티 테스트 패키지 생성: 이 접근 방식에는 함수를 별도의 테스트 유틸리티 패키지로 이동하고 관련 테스트 파일로 가져옵니다. 이 솔루션의 단점은 유틸리티 패키지의 기능이 가져온 패키지의 내부 메서드에 의존할 수 있어 액세스할 수 없다는 것입니다.

더 효과적인 솔루션은 내부 메서드의 출력을 저장하는 것입니다. 가져온 패키지의 기능을 지원 파일에 추가합니다. 그런 다음 유틸리티 패키지의 해당 함수가 호출될 때 이 파일을 로드할 수 있습니다.

예를 들어 pkg1에 내보내지 않은 Retrieve() 함수가 있는 경우 유틸리티 패키지에서 지원 파일을 로드하는 함수를 생성할 수 있습니다. 그리고 Retrieve()를 호출합니다. 이 접근 방식을 사용하면 유틸리티 패키지의 기능이 모듈화나 빌드 아티팩트를 손상시키지 않고 가져온 패키지의 내부 메서드에 액세스할 수 있습니다.

위 내용은 가져온 패키지에서 테스트 코드를 효과적으로 재사용하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!