说明:本文是我的翻译文章,因为我的水平有限,有不对的地方请你们帮忙更正。
原文:dotnet-test
翻译:dotnet-testgit
dotnet-test
- 使用配置的测试运行器运行单元测试github
`dotnet test [--configuration]json
[--output] [--build-base-path] [--framework] [--runtime] [--no-build] [--parentProcessId] [--port] [<project>]`
dotnet test
命令是用于在给定的项目执行单元测试。单元测试是依赖关系于单元测试框架(例如:NUnit 或 xUnit)的类库项目,而且该单元测试框架是用于 dotnet 测试运行器。app
测试项目须要在 project.json 中使用“testRunner”节点指定一个的测试运行器属性。这个值应该包含单元测试框架的名称。框架
下面示例 project.json 展现须要的属性:编辑器
{ "version": "1.0.0-*", "buildOptions": { "debugType": "portable" }, "dependencies": { "System.Runtime.Serialization.Primitives": "4.1.1", "xunit": "2.1.0", "dotnet-test-xunit": "1.0.0-rc2-192208-24" }, "testRunner": "xunit", "frameworks": { "netcoreapp1.0": { "dependencies": { "Microsoft.NETCore.App": { "type": "platform", "version": "1.0.0" } }, "imports": [ "dotnet5.4", "portable-net451+win8" ] } } }
dotnet test
支持两种运行模式:工具
控制台:在控制台模式下,dotnet test
是彻底执行被传递给它的任意命令,并输出结果。任什么时候候你调用 dotnet test
没有传递 --port,它运行在控制台模式下,这反过来将致使运行器在控制台模式下运行。单元测试
设计阶段:在其余工具,好比编辑器或集成开发环境(IDEs)的上下文中使用。你能够在 dotnet-test protocol 找到更多关于这个模式的文档。测试
[project]
ui
指定要测试项目的路径。若是省略,则默认为当前目录。
-c
, --configuration
[Debug|Release]
用于生成下的配置。默认值是 Release。
-o
, --output
[DIR]
找到二进制运行的目录。
-b
, --build-base-path
[DIR]
临时输出的目录。
-f
, --framework
[FRAMEWORK]
查看测试二进制文件的指定框架。
-r
, --runtime
[RUNTIME_IDENTIFIER]
查看测试二进制文件的指定运行时。
--no-build
没有生成以前,运行它的测试项目。
--parentProcessId
经过 IDEs(集成开发环境)指定进程的 ID。若是父进程已经处理了,测试将退出。
--port
经过 IDEs(集成开发环境)指定端口号来侦听链接。
dotnet test
在当前目录中的项目运行测试。
dotnet test /projects/test1/project.json
在 test1 项目中运行测试。