From ddc02656784885c315fada44e38f554c28494bda Mon Sep 17 00:00:00 2001 From: Nick Schonning Date: Tue, 19 Mar 2019 10:29:37 -0400 Subject: [PATCH] typo: accidently -> accidentally (#11578) --- aspnetcore/test/integration-tests.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/aspnetcore/test/integration-tests.md b/aspnetcore/test/integration-tests.md index 7b554848ef..ef91d90c6e 100644 --- a/aspnetcore/test/integration-tests.md +++ b/aspnetcore/test/integration-tests.md @@ -85,7 +85,7 @@ The `Microsoft.AspNetCore.Mvc.Testing` package handles the following tasks: The [unit tests](/dotnet/articles/core/testing/unit-testing-with-dotnet-test) documentation describes how to set up a test project and test runner, along with detailed instructions on how to run tests and recommendations for how to name tests and test classes. > [!NOTE] -> When creating a test project for an app, separate the unit tests from the integration tests into different projects. This helps ensure that infrastructure testing components aren't accidently included in the unit tests. Separation of unit and integration tests also allows control over which set of tests are run. +> When creating a test project for an app, separate the unit tests from the integration tests into different projects. This helps ensure that infrastructure testing components aren't accidentally included in the unit tests. Separation of unit and integration tests also allows control over which set of tests are run. There's virtually no difference between the configuration for tests of Razor Pages apps and MVC apps. The only difference is in how the tests are named. In a Razor Pages app, tests of page endpoints are usually named after the page model class (for example, `IndexPageTests` to test component integration for the Index page). In an MVC app, tests are usually organized by controller classes and named after the controllers they test (for example, `HomeControllerTests` to test component integration for the Home controller).