Unit-Tests / Integrationstests Web-API mit HttpClient in Visual Studio 2013

Ich habe eine harte Zeit versucht zu testen, meine API-controller mit Visual Studio 2013. Meine one-Lösung verfügt über eine Web-API-Projekt und ein Projekt Testen. In meinem test-Projekt habe ich einen Unit Test mit diesem:

[TestMethod]
public void GetProduct()
{
    HttpConfiguration config = new HttpConfiguration();
    HttpServer _server = new HttpServer(config);

    var client = new HttpClient(_server);

    var request = new HttpRequestMessage
    {
        RequestUri = new Uri("http://localhost:50892/api/product/hello"),
        Method = HttpMethod.Get
    };

    request.Headers.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

    using (var response = client.SendAsync(request).Result)
    {
        Assert.AreEqual(HttpStatusCode.OK, response.StatusCode);

        var test = response.Content.ReadAsAsync<CollectionListDTO>().Result;
    }
}

Bekomme ich immer eine 404. Ich habe versucht mit meinem API eine Instanz von Visual Studio (IIS Express), und das Debuggen dieser Unit-Test in einer anderen Instanz. Aber kein Glück. Ich habe überprüft, dass ich diese URL in einem browser (wenn man in Visual Studio Debuggen) und ich sehe meine JSON-Antwort. Aber ich kann nicht herausfinden, wie es funktioniert mit meinem Gerät testen und HttpClient. Ich habe versucht, Beispiele zu finden online, aber kann nicht scheinen, einen zu finden. Kann mir da jemand helfen?

UPDATE 1:
Ich habe versucht, das hinzufügen einer route, aber nichts passiert.

HttpConfiguration config = new HttpConfiguration();

//Added this line
config.Routes.MapHttpRoute(name: "Default", routeTemplate: "api/product/hello/");

HttpServer _server = new HttpServer(config);

var client = new HttpClient(_server);

[...rest of code is the same]

Hier ist meine API-Controller

[HttpGet]
[Route("api/product/hello/")]
public IHttpActionResult Hello()
{
     return Ok();
}

UPDATE-Auflösung:
Ich war in der Lage, um es zu arbeiten, wenn ich neue HttpClient ohne HttpServer Objekt. Würde ich noch benötigen, um zwei Instanzen von VS ausführen obwohl. 1 läuft mein API-und anderen code ausführen der Unit-Test.

Hier ist eine funktionierende Methode.

[TestMethod]
public void Works()
{
    var client = new HttpClient(); //no HttpServer

    var request = new HttpRequestMessage
    {
        RequestUri = new Uri("http://localhost:50892/api/product/hello"),
        Method = HttpMethod.Get
    };

    request.Headers.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

    using (var response = client.SendAsync(request).Result)
    {
        Assert.AreEqual(HttpStatusCode.OK, response.StatusCode);
    }
}

Jemand wissen, warum es nicht funktioniert mit einem HttpServer und ein HttpConfiguration ging in HttpClient? Ich habe gesehen, viele Beispiele, die diesen verwenden.

könnte nicht einen Unterschied machen, aber warum nicht GetAsync direkt?
Sind Sie mit OWIN-pipeline mit start-up? Möglicherweise müssen Sie verwenden TestServer. blogs.msdn.microsoft.com/webdev/2013/11/26/...
Ich bin nicht mit owin.
welche version von asp.net-mvc-web-api verwenden Sie?
Wo ist der code für die Methode, die Sie versuchen zu testen? Das sieht aus wie ein integration-test, denn Sie sind nicht lustig/faking aus Abhängigkeiten.

InformationsquelleAutor duyn9uyen | 2016-05-27

asp.net-web-api c#dotnet-httpclient unit-testing visual-studio-2013

23

Verweisen auf den folgenden Artikel, den ich war in der Lage, das zu tun...

ASP.NET Web-API-integration-Tests mit in-memory-hosting

durch die Zusammenarbeit mit einem HttpServer und ein HttpConfiguration ging in HttpClient. Im folgenden Beispiel habe ich eine einfache ApiController verwendet Attribut-routing. Ich konfigurierte die HttpConfiguration map-Attribut Routen und dann übergeben es an die neue HttpServer. Die HttpClient können, dann verwenden Sie die konfigurierten server-integration-test-Aufrufe an den server testen.
```
public partial class MiscUnitTests {
    [TestClass]
    public class HttpClientIntegrationTests : MiscUnitTests {

        [TestMethod]
        public async Task HttpClient_Should_Get_OKStatus_From_Products_Using_InMemory_Hosting() {

            var config = new HttpConfiguration();
            //configure web api
            config.MapHttpAttributeRoutes();

            using (var server = new HttpServer(config)) {

                var client = new HttpClient(server);

                string url = "http://localhost/api/product/hello/";

                var request = new HttpRequestMessage {
                    RequestUri = new Uri(url),
                    Method = HttpMethod.Get
                };

                request.Headers.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

                using (var response = await client.SendAsync(request)) {
                    Assert.AreEqual(HttpStatusCode.OK, response.StatusCode);
                }
            }
        }
    }

    public class ProductController : ApiController {
        [HttpGet]
        [Route("api/product/hello/")]
        public IHttpActionResult Hello() {
            return Ok();
        }
    }
}
```
Gab es keine Notwendigkeit zu haben, eine andere Instanz des VS laufen, um integration-test der Steuerung.

Die folgende vereinfachte version des Tests auch funktioniert
```
var config = new HttpConfiguration();
//configure web api
config.MapHttpAttributeRoutes();

using (var server = new HttpServer(config)) {

    var client = new HttpClient(server);

    string url = "http://localhost/api/product/hello/";

    using (var response = await client.GetAsync(url)) {
        Assert.AreEqual(HttpStatusCode.OK, response.StatusCode);
    }
}
```
In Ihrem Fall, die Sie benötigen, um sicherzustellen, dass Sie so konfigurieren, dass der server ordnungsgemäß entsprechend Ihrer web-api-setup. Dies würde bedeuten, dass Sie sich registrieren müssen Sie Ihren api-Routen mit der HttpConfiguration Objekt.
```
var config = new HttpConfiguration();
//configure web api
WebApiConfig.Register(config);
//...other code removed for brevity
```
Gibt es trotzdem, können Sie mir eine Kopie von dieser Lösung? Ich habe buchstäblich kopiert den code, aber es scheint nicht zu funktionieren in meiner Lösung. Also ich denke, dass einige Konfiguration, die anders ist. Mein Projekt-Eigenschaften hat sich das Projekt läuft unter IIS Express unter einer port-Nummer. Die Projekt-url hat das "localhost:50892." Ich habe versucht, mit dem port und ohne die port-Nummer in meinem unit-test aber keinen Erfolg. Noch 404.
Mit in-memory-Tests-Anforderungen werden nicht tatsächlich auf das Netzwerk, es gibt also nichts zu tun mit IIS oder IIS-Express. HttpServer eine DelegatingHandler , ist der Umgang mit der Anforderung, dass die HttpClient macht. Es gibt keine Notwendigkeit für einen port und der Standard ist http://localhost wie in meinen Beispielen. Ich nahm den genauen code aus deinem post, nur verändert die host-url und konfiguriert den controller zu verwenden Attribut-routing.
Kopieren Sie die genaue unit-test-Klasse, wie es in meiner Antwort und führen Sie es in Ihrem Projekt testen. Es sollte laufen und übergeben. Sie können dann überprüfen, wie es gemacht wurde und versuche die gleiche Technik, um Sie den tatsächlichen test. Es war nichts extra. Alles, was Sie dort sehen, ist genau, wie es geschrieben wurde und getestet.
Meine Vermutung ist, dass MapHttpAttributeRoutes sucht in der aktuellen assembly für ApiControllers, dass die Route mit bestimmten Attributen. Wenn ich kopierte die ProductController aus dem Sample-Projekt über das test-Projekt gearbeitet. Werde ich wohl haben, werfen Sie einen Blick auf den Quellcode auf github oder codeplex und sehen, was die Methode tut.
Ich hatte gerade das exakt gleiche problem, wenn ich nur genannt config.MapHttpAttributeRoutes() meine Routen/Controller nicht erkannt. Wenn ich einen expliziten Verweis auf meine WebApi-Projekt durch Aufruf von z.B. WebApiConfig.Register(config); - es funktioniert! (nur hinzufügen var ctrl = new ValuesController(); auch funktioniert!) Meine Vermutung ist, das hat etwas zu tun mit Baugruppen, die nicht verwendet werden, die nicht geladen sind, von der Laufzeit. Das bedeutet, dass die WebApi nicht geladen ist, so dass die Routen/Controller sind nicht gescannt und entdeckt

InformationsquelleAutor Nkosi

-3

Bezüglich Ihrer Frage nach der Arbeit mit HttpServer, ich war in der Lage, damit es funktioniert wie folgt:
Dieser ist in .Net-Framework. Auch diesen können Sie nutzen, um zu testen WebAPI pipeline-integration-tests.

public static HttpResponseMessage ConfigureAndAct(string relativeApiUrl, HttpMethod httpMethodType, string bodyForPostMethod, int userid)
    {
        var uri = new Uri(string.Concat("http://localhost:10022", relativeApiUrl)); //Todo:Find free port at runtime


        HttpResponseMessage response;

        using (HttpConfiguration config = new HttpConfiguration())
        {
            config.IncludeErrorDetailPolicy = IncludeErrorDetailPolicy.Always;



            using (HttpRequestMessage request = new HttpRequestMessage()
            {
                Content = new StringContent(bodyForPostMethod, Encoding.UTF8, "application/json"),
                RequestUri = uri,
                Method = httpMethodType,
            })
            {


                using (var server = new HttpServer(config))
                {
                    using (var client = new HttpClient(server))
                    {
                        response = client.SendAsync(request, CancellationToken.None).Result;
                    }
                }
            }
        }

        return response;
    }




//Test GET
    -----------
    //Act    
var response = ConfigureWebApiForTest.ConfigureAndAct(uriToTest, HttpMethod.Get, string.Empty, userId);
    var result = response.Content.ReadAsAsync<Activity>().Result;
   //Assert
    Assert.IsTrue(response.StatusCode == HttpStatusCode.OK);
    Assert.IsNotNull(result);
    Assert.AreEqual(expectedUrl, result.SomeUrl);

    //Test POST
    ------------
    //Act
    HttpResponseMessage response = ConfigureWebApiForTest.ConfigureAndAct(uriToTest, HttpMethod.Post, body, userId);
 //Assert
    Assert.IsTrue(response.StatusCode == HttpStatusCode.OK);

InformationsquelleAutor PKV

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.