当前位置：文江博客话题详情

应该使用哪种技术来测试 PHPUnit 中的抽象类功能？

发布于 2024-10-25 22:04:30 字数 157 浏览 2 评论 0原文

我知道三种方法：

创建假子类（看起来很难看）
测试真正的子类之一
使用 getMockForAbstractClass() （与模拟的任务相矛盾；也不能存根非抽象方法）

根据单元测试概念，最好的方法是什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

岛徒 2024-11-01 22:04:30

我只会为从抽象类派生的具体类编写测试。如果您发现在其中重复测试，请编写一个超类并将重复的测试移动到那里，或者使用 getMockForAbstract 类来进行这些测试。

因此，如果您有这样的事情：

abstract class Employee
{
    protected $name;
    public function getName()
    {
        return $this->name;
    }
    abstract function doWork();
    …
}

class Mechanic extends Employee
{
    public function doWork()
    {
        return // specific to Mechanic
    }
}

class Engineer extends Employee
{
    public function doWork()
    {
        return // specific to Engineer
    }
}

我会为机械师和工程师提供一个测试类来测试他们的 doWork 实现，而不是他们的 getName 功能，因为这是由抽象类。为此，我将编写一个自定义类，或者使用 getMockForAbstractClass，如 PHPUnit 手册中的示例所示：

http://www.phpunit.de/manual/3.6/en/test-doubles.html#test-doubles.mock -对象

I would only write tests for concrete classes derived from the abstract class. If you find you are duplicating tests among them, write a superclass and move the duplicated tests there or use getMockForAbstract class for these.

So if you had something like this:

abstract class Employee
{
    protected $name;
    public function getName()
    {
        return $this->name;
    }
    abstract function doWork();
    …
}

class Mechanic extends Employee
{
    public function doWork()
    {
        return // specific to Mechanic
    }
}

class Engineer extends Employee
{
    public function doWork()
    {
        return // specific to Engineer
    }
}

I'd have a test class for Mechanic and Engineer testing their doWork implementation, but not their getName functionality, because that is inherited by the abstract class. For that, I'd write a custom class then or use getMockForAbstractClass, as shown in the example in the PHPUnit Manual:

http://www.phpunit.de/manual/3.6/en/test-doubles.html#test-doubles.mock-objects

回复收藏 0 原文

追星践月 2024-11-01 22:04:30

这取决于抽象类的功能。当抽象类仅仅提供一些带有一堆模板方法的基本样板时，我将测试限制在具体的子类上。

当抽象类基本完成时，我将在与测试用例相同的文件中为测试创建一个具体的子类，或者使用模拟。请注意，getMockForAbstractClass() 只是一个为您查找所有抽象方法的助手。没有什么可以阻止您使用 getMock() 声明所有抽象方法和一些具体方法。正是出于这个原因，我在基本测试用例中重写了 getMock() ，以便在调用父级方法之前合并所有抽象方法。