【问题标题】:How mock new object in method - phpunit如何在方法中模拟新对象 - phpunit
【发布时间】:2013-05-30 14:17:21
【问题描述】:

我正在用 phpunit 测试 php 代码,但我遇到了问题:

我正在测试类:

class ClassName
{
  public function MethodName()
  {
    // something

    $objectName = new Object();
    $variableName = $objectName->execute();

    // something
  }
}

我想创建对象的模拟。我不想调用真正的方法execute()。我不知道如何用 phpunit 做到这一点。 我知道依赖注入,但恕我直言,这种情况并不能通过依赖注入解决。

感谢您的回答。对不起我的英语。

【问题讨论】:

    标签: php mocking phpunit


    【解决方案1】:

    其实这种情况可以通过依赖注入来解决。假设您不是在 MethodName 中实例化 Object,而是注入它。无论是通过构造器、设置器还是方法,对于原理来说都没有那么重要。

    class ClassName
    {
        public function MethodName(Object $objectName)
        {
            // something
    
            $variableName = $objectName->execute();
    
            // something
        }
    }
    

    因为您现在没有在要测试的方法中实例化对象,所以您可以在要测试时传递一个模拟对象。

    public function testMethodName(){
        $mock = $this->getMockBuilder('Object')->getMock();
    
        $className = new ClassName;
    
        $result = $className->MethodName($mock);
    
        $this->assertTrue($result);
    }
    

    我没有运行这个测试方法,但我认为它说明了依赖注入对可测试性的意义。

    【讨论】:

    • 我自己不是专家。我确实认为编写测试也可以使代码本身更干净,因为您可以更好地考虑其结构。 youtu.be/RlfLCWKxHJ0youtu.be/-FRm3VPhseI 是很好的一般性讨论,slideshare.net/fabpot/dependency-injection-with-php-53 来自 Pimple 和其他伟大项目的创建者的依赖注入论点......
    • 我认为这种策略并不总是合适的。就像需要在被测方法中创建的对象是 \DateTime() 这样的情况。或者传递给事件调度程序的事件对象。
    • 这确实取决于情况。模式和最佳实践并非 100% 的法律或适用。他们通常会很好地处理如何以优雅的方式解决问题。话虽如此,有时使用依赖注入仍然有意义。但不是对象实例本身,而是注入一个构建器或工厂。
    猜你喜欢
    • 1970-01-01
    • 2013-09-12
    • 2010-09-25
    • 2011-12-09
    • 2011-10-28
    • 1970-01-01
    • 2010-12-16
    • 2019-08-07
    • 2022-08-22
    相关资源
    最近更新 更多