PHPUNIT로 보호 방법을 테스트하는 모범 사례 [폐쇄
-
05-07-2019 - |
문제
나는 논의를 발견했다 개인 방법을 테스트합니까? 유익한.
나는 일부 수업에서는 보호 방법을 원하지만 테스트하기로 결정했습니다. 이러한 방법 중 일부는 정적이고 짧습니다. 대부분의 공개 방법이이를 사용하기 때문에 나중에 테스트를 안전하게 제거 할 수있을 것입니다. 그러나 TDD 접근 방식으로 시작하여 디버깅을 피하기 위해 실제로 테스트하고 싶습니다.
나는 다음을 생각했다.
- 메소드 객체 유언 된대로 답변 이것에 대한 과잉 인 것 같습니다.
- 공개 방법으로 시작하고 더 높은 수준의 테스트로 코드 커버리지가 제공되면 보호를 받고 테스트를 제거하십시오.
- 보호 된 방법 공개를 만드는 테스트 가능한 인터페이스로 클래스 상속
모범 사례는 무엇입니까? 다른 것이 있습니까?
Junit은 보호 된 방법을 자동으로 공개적으로 변경하는 것으로 보이지만 더 깊이 살펴 보지 않았습니다. PHP는 이것을 통해 허용하지 않습니다 반사.
해결책
PHPUnit과 함께 PHP5 (> = 5.3.2)를 사용하는 경우 테스트를 실행하기 전에 반사를 사용하여 공개되도록 설정하여 개인 및 보호 방법을 테스트 할 수 있습니다.
protected static function getMethod($name) {
$class = new ReflectionClass('MyClass');
$method = $class->getMethod($name);
$method->setAccessible(true);
return $method;
}
public function testFoo() {
$foo = self::getMethod('foo');
$obj = new MyClass();
$foo->invokeArgs($obj, array(...));
...
}
다른 팁
당신은 이미 알고있는 것 같지만 어쨌든 그것을 다시 할 것입니다. 보호 된 방법을 테스트 해야하는 경우 나쁜 신호입니다. 단위 테스트의 목표는 클래스의 인터페이스를 테스트하는 것이며 보호 된 방법은 구현 세부 사항입니다. 즉, 의미가있는 경우가 있습니다. 상속을 사용하는 경우 슈퍼 클래스가 서브 클래스의 인터페이스를 제공하는 것으로 볼 수 있습니다. 그래서 여기서, 당신은 보호 된 방법을 테스트해야 할 것입니다 (그러나 결코 사적인 하나). 이에 대한 해결책은 테스트 목적을위한 서브 클래스를 만들고이를 사용하여 방법을 노출시키는 것입니다. 예를 들어 :
class Foo {
protected function stuff() {
// secret stuff, you want to test
}
}
class SubFoo extends Foo {
public function exposedStuff() {
return $this->stuff();
}
}
항상 상속을 구성으로 대체 할 수 있습니다. 코드를 테스트 할 때는 일반적 으로이 패턴을 사용하는 코드를 처리하는 것이 훨씬 쉽기 때문에 해당 옵션을 고려할 수 있습니다.
티스트번 올바른 접근 방식이 있습니다. 더 간단하게 메소드를 호출하고 답을 반환하는 것입니다.
class PHPUnitUtil
{
public static function callMethod($obj, $name, array $args) {
$class = new \ReflectionClass($obj);
$method = $class->getMethod($name);
$method->setAccessible(true);
return $method->invokeArgs($obj, $args);
}
}
테스트에서 간단히 호출 할 수 있습니다.
$returnVal = PHPUnitUtil::callMethod(
$this->object,
'_nameOfProtectedMethod',
array($arg1, $arg2)
);
정의 된 getMethod ()에 약간의 변형을 제안하고 싶습니다. Uckelman의 대답.
이 버전은 하드 코딩 된 값을 제거하고 사용법을 단순화하여 getMethod ()를 변경합니다. 아래 예제와 같이 PhpUnitutil 클래스 또는 phpUnit_framework_testcase-extending 클래스에 추가하는 것이 좋습니다 (또는 전 세계적으로 phpunitutil 파일에 대해 생각합니다).
MyClass가 어쨌든 인스턴스화되고 있으므로 반사 클래스는 문자열이나 객체를 가져갈 수 있습니다 ...
class PHPUnitUtil {
/**
* Get a private or protected method for testing/documentation purposes.
* How to use for MyClass->foo():
* $cls = new MyClass();
* $foo = PHPUnitUtil::getPrivateMethod($cls, 'foo');
* $foo->invoke($cls, $...);
* @param object $obj The instantiated instance of your class
* @param string $name The name of your private/protected method
* @return ReflectionMethod The method you asked for
*/
public static function getPrivateMethod($obj, $name) {
$class = new ReflectionClass($obj);
$method = $class->getMethod($name);
$method->setAccessible(true);
return $method;
}
// ... some other functions
}
또한 예상되는 것을 명시 적으로 만들기 위해 별칭 함수 getProtectedMethod ()를 만들었지 만 그 사람은 당신에게 달려 있습니다.
건배!
나는 Troelskn이 가까이 있다고 생각합니다. 대신 이것을 할 것입니다.
class ClassToTest
{
protected testThisMethod()
{
// Implement stuff here
}
}
그런 다음 다음과 같은 것을 구현하십시오.
class TestClassToTest extends ClassToTest
{
public testThisMethod()
{
return parent::testThisMethod();
}
}
그런 다음 TestClasstotest에 대해 테스트를 실행합니다.
코드를 구문 분석하여 이러한 확장 클래스를 자동으로 생성 할 수 있어야합니다. PHPUNIT가 이미 그러한 메커니즘을 제공한다고해도 놀라지 않을 것입니다 (확인하지는 않았지만).
나는 여기에 내 모자를 반지에 던질 것이다 :
나는 __call 해킹을 혼합 된 성공으로 사용했습니다. 내가 생각해 낸 대안은 방문자 패턴을 사용하는 것이 었습니다.
1 : STDCLASS 또는 사용자 정의 클래스를 생성합니다 (유형을 시행하기 위해)
2 : 필요한 방법과 인수로 프라임
3 : SUT가 방문 클래스에 지정된 인수와 함께 메소드를 실행하는 acceptvisitor 메소드가 있는지 확인
4 : 테스트하려는 클래스에 주입하십시오.
5 : SUT는 방문자에 작동 결과를 주입합니다.
6 : 방문자의 결과 속성에 테스트 조건을 적용하십시오.
실제로 __call ()를 일반적인 방식으로 사용하여 보호 된 방법에 액세스 할 수 있습니다. 이 수업을 테스트 할 수 있습니다
class Example {
protected function getMessage() {
return 'hello';
}
}
emabletest.php에서 하위 클래스를 만듭니다.
class ExampleExposed extends Example {
public function __call($method, array $args = array()) {
if (!method_exists($this, $method))
throw new BadMethodCallException("method '$method' does not exist");
return call_user_func_array(array($this, $method), $args);
}
}
__call () 메소드는 클래스를 어떤 식 으로든 참조하지 않으므로 테스트하려는 보호 된 방법으로 각 클래스에 대해 위를 복사하고 클래스 선언을 변경할 수 있습니다. 이 기능을 공통 기본 클래스에 배치 할 수는 있지만 시도하지 않았습니다.
이제 테스트 케이스 자체는 테스트 할 객체를 구성하는 위치에만 다릅니다.
class ExampleTest extends PHPUnit_Framework_TestCase {
function testGetMessage() {
$fixture = new ExampleExposed();
self::assertEquals('hello', $fixture->getMessage());
}
}
PHP 5.3을 사용하면 반사를 사용하여 메소드의 접근성을 직접 변경할 수 있지만 각 방법에 대해 개별적으로 그렇게해야한다고 가정합니다.
"Henrik Paul"의 해결 방법/아이디어에 대한 해결 방법 :)
당신은 당신의 수업의 개인 방법의 이름을 알고 있습니다. 예를 들어 _add (), _edit (), _delete () 등과 같습니다.
따라서 단위 테스트 측면에서 테스트하려는 경우 일부 접두사 및/또는 접미사를 통해 개인 메소드를 호출하십시오. 흔한 Word (예 : _addphPunit) __call () 메소드가 호출되면 (메소드 _addphPunit ()가 존재하지 않기 때문에)가 소유자 클래스의 클래스가 호출되면 __call () 메소드에 필요한 코드를 넣습니다. ) 그런 다음 거기에서 그 추론 된 개인 방법을 부릅니다. 이것은 마법 방법의 또 다른 사용입니다.
시도해보십시오.