集成测试-Symfony5全面开发

您需要登录后才可观看此视频

为了更好的为您提供服务,请您登录后再查看本课程。

立即登录

我们希望在测试代码中可以操作数据库,Symfony的orm组件,为我们提供了一个服务类EntityManager。我们双击shift键,搜索EntityManager,如果你没有搜索到EntityManager的话,你需要勾选这个选项。

我们打开ORM框架下的EntityManagerEntityManager提供了一些Entity对象的操作方法,来操作数据库中Entity对象的数据。比如说我们想将Post对象保存到数据库中,可以使用persist()方法,persist()方法它的参数是一个Entity对象。如果你想删除一个对象对应的数据库表中的数据,你可以使用`emove()方法,最后使用flush()方法将数据库的操作进行提交。

我们之前课程讲过如何使用仿件对象来对服务类进行测试,但是现在我们要真正的操作数据库,仿件对象并不能操作数据库,我们只能预测仿件对象的行为。这样我们就需要将服务类集成到我们的测试代码中,来真正的调用服务类的方法实现数据库的操作,这就是集成测试。

在编写测试代码之前,我们将之前写的单元测试代码调整一下目录,在tests目录中新建一个文件夹叫UnitTest,将我们之前写的单元测试代码移动到UnitTest目录中。修改测试代码的命名空间,再次运行单元测试命令,测试依旧通过了,现在我们需要创建一个集成测试。

打开底部控制台,输入symfony console make:test,我们之前讲过KernelTestCase就是用于集成测试的。我们可以在测试代码中使用Symfony的服务类,我们输入KernelTestCase,我们在tests目录中添加一个目录,用来保存集成测试的代码IntegrationTest。

测试类的类名前,我们添加目录,叫做EntityManagerTest。这样就在我们对应的目录下添加了一个测试类,我们打开测试类,我们看到集成测试的测试类,它继承于KernelTestCase。在示例代码中首先集成测试会启动内核,我们前面课程讲过,Symfony是个MVC框架,它实现了PSR标准规范的容器接口。Symfony项目的所有服务类最后都将存在于容器中。

我们查看一下bootKernel()它的代码,按着command键鼠标点击bootKernel()方法,在bootKernel()方法第80行,它首先确认内核没有启动,然后创建一个Kernel,然后Kernel开始启动,我们查看boot()方法。

按着command点击boot(),它进到了KernelInterface接口中,我们查看http-kernel这个文件夹,文件夹中有个Kernel类,点开Kernel类,在Kernel类中有个boot()方法。

我们查看boot()方法,在boot()方法中,第124行如果容器为空,它将会进入preBoot()方法。在preBoot()方法中初始化我们安装的所有bundle,并且初始化容器。

再回看boot()方法,第128行循环遍历我们安装的所有bundle,并且将bundle中的所有服务类设置到容器中,再启动bundle,所以在Kernel启动时,它会事先读取所有的bundle,并且准备容器,将所有的服务类添加到容器中,这时我们就可以通过容器对象,来获取容器中对应的服务类了。

第14行有段注释的代码,通过$container的get()方法可以获取到对应的服务类,我们需要在测试代码中获取到EntityManager服务类。EntityManager服务类,它是EntityManagerInterface一个实现。Symfony提供了一个命令行可以查看容器中的所有可用的服务。 我们打开底部控制台,输入symfony console debug:container,回车,这就列出了容器中的所有服务,左边是服务的别名(ID),右边是服务对应的类名,我们搜索一下EntityManager按command+f搜索。回车。

我们找到了一个EntityManager类名,左边是服务的别名,但是别名后面添加一个abstract,它是一个抽象的。在上一行。我们找到了doctrine.orm.entity_manager这个服务类的别名(ID)。在右边,这是doctrine.orm.default_entity_manager的别名。我们将使用doctrine.orm.entity_manager这个别名(ID),来获取到EntityManager服务类对象。

修改14行代码,get()方法的参数,id就是服务的别名,这里修改变量名称,我们断言$entitymanager对象他是EntityManagerInterface的一个实例。再修改测试的方法名称,修改为testEntityManager()

我们看到这一行$container变量已经被弃用了,$container变量是KernelTestCase提供的一个静态变量,它弃用的说明是从Symfony5.3版本开始使用static::getContainer()方法来代替。我们修改代码。

打开底部控制台测试代码,php bin/phpunit测试通过了。

在前面的课程,我们编写了PostFactory作为服务类,那么我们编写的PostFactory服务类有没有自动添加到$container容器中呢?

我们打开config目录下的services.yaml配置文件。在services配置下,第14行,我们看这个注释。注释说在src下所有的类都被用作服务类,然后第16、17行,这个配置就是说在src目录下的所有类都可以称为服务类。但是第18行排除了一些目录,比如说src下的Entity目录中的类就不是服务类,Kernel.php也不是服务类,我们使用debug:container命令行。查看一下我们编写的PostFactory服务类有没有添加到容器中。

打开底部控制台,输入symfony console debug:container,在命令行后面添加PostFactory,会检索容器中PostFactory关键字,找到相关的服务类。回车,我们找到了这个服务类,服务类的ID就是我们的PostFactory类名。复制,回到测试代码。我们要获取到容器中的PostFactory对象。然后用PostFactory对象创建几篇文章,最后使用EntityManager,把我们的文章存入到数据库中。

编写代码,get服务的ID就是我们的类名,这里可以使用PostFactory::class,我们断言一下$factory对象就是PostFactory的一个实例,执行测试代码,出错了。它提示我们没有找到PostFactory服务类对象,错误的原因是当我们容器进行编译的时候,这个服务类可能被移除了,或者被内联了。我们可以让这个服务类变为公开的,或者通过依赖注入的方式来使用这个服务类对象。

这该怎么理解呢?

我们再次查看容器中的PostFactory服务类,我们的PostFactory有个public选项,它现在是私有的,不是公开的。在src目录下,我们编写的所有服务类,默认它都是私有的。私有的服务类它不能通过容器的方式来获取到服务类对象,但是它可以通过使用依赖注入的方式,使用服务类对象。依赖注入的方式就是在我们的action方法中直接获取到这个服务类对象。

我们可以修改services.yaml配置文件,在services配置下的_defaults配置下,我们设置public为true,这样在src目录下所有的服务类都是公开的 可以通过容器来直接获取。

#config/services.yaml
services:
    # default configuration for services in *this* file
    _defaults:
        autowire: true      # Automatically injects dependencies in your services.
        autoconfigure: true # Automatically registers your services as commands, event subscribers, etc.
        public: true

再次执行单元测试,这次执行通过了。如果我们不想公开src下的所有服务类,我们可以单独配置服务类的public配置,注释这行代码。在services配置段下添加服务类的配置,我们的服务ID就是我们的类名,拷贝,我们设置PostFactory这个服务ID它的public属性为true。这样就单独的对PostFactory服务类设置为公开状态。

#config/services.yaml
services:

    App\Factory\PostFactory:
        public: true

我们再次执行单元测试代码,测试依旧通过了。

下面我们使用PostFactory对象来快速的创建几篇文章,然后使用EntityManager将我们的文章保存到数据库中。$factory->create(),title,第二个参数正文。我们使用EntityManager的persist()方法,将我们创建的文章对象保存到数据库中。在persist()方法之后,我们需要提交数据库操作,使用flush()方法。

测试这段代码,我们看文章对象有没有保存到数据库中,打开数据库客户端,我们打开测试数据库。在post表中,我们查看所有的行,我们刚刚创建的文章成功保存到了数据库中。

我们现在进行的是集成测试代码的编写,每次我们执行persist()方法之后,我们还需要手动的查看一下数据库的结果,这就不自动化了。

在下一节课,我们将读取数据库来验证我们的数据是否已经插入成功了。

课程讨论

当前内容评论功能已关闭。