控制器的单元测试 (Symfony)

Question

如何为此控制器创建单元测试？我知道如何实现功能，但不知道单元测试......

class CatalogController extends Controller
{
    /**
     * @param Request $request
     * @return View
     */
    public function getAllAction(Request $request)
    {
        $name = $request->query->get('name');
        $result = $this->getDoctrine()->getRepository('AppBundle:Category')->findBy(array('name' => $name));
        if ($result === NULL) {
            return new View("Catalog not found", Response::HTTP_NOT_FOUND);
        }
        return new View($result,Response::HTTP_OK);
    }
    /**
     * @param $id
     * @return View|object
     */
    public function getAction($id)
    {
        $result = $this->getDoctrine()->getRepository('AppBundle:Category')->find($id);
        if (!$result instanceof Category) {
            return new View("ID: " . $id . " not found", Response::HTTP_NOT_FOUND);
        }
        return new View($result, Response::HTTP_OK);
    }
    /**
     * @param Request $request
     * @return View|Response
     */
    public function postAction(Request $request)
    {
        $serializer = $this->get('jms_serializer');
        $content = $request->getContent();
        $category = $serializer->deserialize($content,'AppBundle\Entity\Category','json');
        $errors = $this->get('validator')->validate($category);
        if (count($errors) > 0) {
            return new View("NAME LENGTH MUST BE >4",Response::HTTP_BAD_REQUEST);
        } else {
            $em = $this->getDoctrine()->getManager();
            $em->persist($category);
            $em->flush();
            return new View($category, Response::HTTP_OK);
        }}}

………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………… ………………………………………………………………………………………………………………………………………………………… ……………………

Answer 1

有一个古老的笑话以“你如何从大象身上下来？”开头。并以“你没有，你从鸭子上下来”结束。仍然让我崩溃。

关键是，如果你保持你的控制器动作纤细，那么你可能根本不需要对它们进行单元测试。当然，100% 代码覆盖率的执行者会不同意这一点。

但是，如果您决心测试它们，那么您将需要进行一些认真的重构以保持您自己的理智。让我们来看看你的 getAllAction：

public function getAllAction(Request $request)
{
    $name = $request->query->get('name');

因此，您需要模拟一个请求对象，然后模拟一个包对象，然后添加一个测试以查看是否使用名称参数调用了 get。最好是痛苦的。然而，Symfony 实际上可以自动注入请求参数，因此：

public function getAllAction(string $name)
{

是你所需要的全部。更少的代码。易于测试。不喜欢什么？

    $result = $this->getDoctrine()->getRepository('AppBundle:Category')->findBy(array('name' => $name));

现在这可能是一个真正的问题。如果您查看 getDoctrine 代码，您将看到它需要一个容器，其中包含一个原则实体管理器注册表类，该类又包含一个实体管理器，然后该实体管理器包含存储库。你真的想模拟所有这些对象并将它们串在一起吗？与实际代码相比，您将花费更多的时间来调试测试。作为奖励，您的代码实际上不再适用于 SF4，它已经脱离了服务定位器模式。

幸运的是，使用动作注入很容易修复：

public function getAllAction(string $name, CategoryRepository $categoryRepository)

您将需要做一些研究来了解如何将您的存储库定义为服务，但这并不难，也很容易测试。我们再一次摆脱了相当讨厌的代码行。

现在这有点有趣：

return new View("Catalog not found", Response::HTTP_NOT_FOUND);

对于单元测试，我们当然对测试 View 类本身没有兴趣。相反，我们只想知道 View 是否是使用正确的参数构造的。拦截新操作没有简单的方法。

相反，我们可以定义并注入一个 ViewFactory

class ViewFactory
    public create($data,$status)
        return new View($data,$status)

所以现在很容易模拟视图工厂并测试 create 方法。作为奖励，控制器代码与 View 类的联系并不多。

因此，如果您真的觉得有必要对这些类型的操作进行单元测试，请卷起袖子开始重构。我可能会补充说，在 Symfony 中查看新的自动装配功能也是一个好主意。