소개
비공개 메소드 모의는 애플리케이션 내의 논리를 테스트하는 데 유용한 기술이 될 수 있습니다. 구현 세부 정보를 노출하지 않고 클래스를 생성합니다. 그러나 캡슐화를 깨고 코드 무결성을 손상시키지 않도록 주의해서 접근하는 것이 중요합니다.
문제
다음 예를 고려하세요.
<code class="php">class A { public function b() { // some code $this->c(); // some more code } private function c(){ // some code } }</code>
개인 메소드 c()의 결과를 어떻게 스텁하여 "추가 코드" 부분을 테스트할 수 있습니까? PHPUnit을 사용하는 공용 함수 b()?
해결책
옵션 1: 리팩토링 고려
일반적으로 최선이라고 간주되지 않습니다. 프라이빗 메소드를 직접 테스트하는 연습을 해보세요. 대신 클래스의 공개 API를 테스트하는 데 집중하세요. 모든 내부 구현 세부 사항은 블랙박스로 간주되어야 합니다.
옵션 2: Mock 활용(주의해서 진행)
그러나 특정 시나리오에서는 Mocking Private 메소드가 필요한. PHPUnit을 사용하여 이를 달성하려면:
테스트 중인 클래스에 대한 모의 개체를 만듭니다.
<code class="php">$mock = $this->getMockBuilder('A') ->disableOriginalConstructor() ->getMock();</code>
private의 예상 동작을 정의합니다. 방법:
<code class="php">$mock->expects($this->once()) ->method('c') ->will($this->returnValue(YOUR_STUBBED_VALUE));</code>
원래 인스턴스 교체 모의 테스트를 사용하여 테스트하세요.
<code class="php">$originalInstance = new A(); $this->reflection()->setProtectedProperty( $originalInstance, 'c', $mock );</code>
결론
테스트 목적으로 비공개 메소드를 모의하고 싶은 유혹을 느끼면 캡슐화 원칙의 우선순위를 지정하고 내부 세부정보 노출을 피하는 것이 중요합니다. 불필요하게. 비공개 메소드 모킹에 의존하지 않고 테스트할 수 있도록 코드 리팩터링을 고려해보세요.
위 내용은 PHPUnit에서 언제 Private 메소드를 모의해야 합니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!