Question

我花了几个小时试图用$ httpBackend测试我的NewPostController。问题是每当我在响应中设置非2xx状态代码时，测试失败。

NewPostController具有以下方法：

$scope.submit = function () {
  var newPost = $scope.newPost;
    PostService.insertPost(newPost).then(function (post) {
      $location.path("/my-posts");
    }, function (status) {
        $scope.form.$setPristine();
        $scope.error = status;
    });
};

我在测试故障路径时遇到问题：

it(...) {
  ...
  $scope.post.text = "";
  $httpBackend.expectPOST("/create-post", {"post":$scope.post}).respond(400);
  $scope.submit();
  $httpBackend.flush();
  expect($scope.error).toBeDefined();

  $scope.post.text = "This is a valid text.";
  $httpBackend.expectPOST("/create-post", {"post": $scope.post}).respond(200);
  $scope.submit();
  $httpBackend.flush();
  expect($location.path()).toBe("/my-posts");
});

测试失败并显示消息＆＃34; 400抛出＆＃34; （没有callstack）。我尝试更改子测试的顺序，使用whenPOST而不是expectPOST，并将这些方法与Angular文档（https://docs.angularjs.org/api/ngMock/service/ $ httpBackend）中的方法结合起来，但没有成功。

请帮忙。

编辑：

现在，当我查看PostService时，将＃34; 400抛出＆＃34;来自但我希望错误由角度处理。我把它扔掉了，因为部分＆＃34;处理嵌套服务调用中的问题＆＃34; this article。它应该是deferred.resolve / reject机制的较短版本。

this.insertPost = function (newPost) {
  return $http({
    method: "post",
    url: "/create-post",
    data: {
      post: newPost
    }
  }).then(function (res) {
      return (res.data);
  }, function (res) {
      throw res.status;
  });
};

Answer 1

这确实很奇怪，也许是角色团队没有考虑的事情。

如果通过抛出拒绝承诺（正如您所做的那样），则会使用抛出的异常调用角度$exceptionHandler service。默认情况下，此服务仅在浏览器控制台中记录异常。

但是当使用ngMocks时，this service被替换为可以记录或重新抛出异常的模拟实现。默认模式是重新抛出，以便在抛出异常时使测试失败。

我的建议是避免使用throw来简单地拒绝承诺，从而替换

function (res) {
  throw res.status;
}

通过

function (res) {
  return $q.reject(res.status);
}

但是如果你真的想继续使用throw，你也可以配置mock exceptionHandler来记录而不是重新抛出：

beforeEach(module(function($exceptionHandlerProvider) {
  $exceptionHandlerProvider.mode('log');
}));

使用$ httpBackend的角度测试失败，＆＃34; 400抛出＆＃34;错误

1 个答案: