C#单元测试（net、api等）

标签：https C# 代码 testing 单元测试 api 测试 net com

C#单元测试相关的开源软件中，NUnit及XUnit星级排名靠前，MsTest是微软公司开发的集成在Visual Studio中的C#单元测试工具。

既然微软文档中将XUnit列在第一个，那就用他吧，别在选择上过于纠结。

为代码编写测试会自然地解耦代码，因为采用其他方法测试会更困难。

需要了解的大概包括：

1、单元测试语法

2、运行测试的多种方式（vs软件，命令行）

3、选择性运行单元测试

4、统计覆盖率

5、对已发布的输出进行单元测试

优美的单元测试犹如以下诗句：

轻轻的他走了，
正如他轻轻的来；
他轻轻的招手，
不留下一丝足迹。

单元测试测试什么：

开发人员控件内的代码

单元测试不测试什么：

与数据库、文件系统和网络资源的交互

附上参考资料：

单元测试的常见误解

虽然不进行单元测试可以更快的交付到后续测试阶段，但是在后续集成测试阶段、系统测试阶段会发现更多的缺陷甚至软件无法运行的致命缺陷，这些缺陷修复的时间远超过单元测试的时间。另外没有单元测试的代码后期软件进行重构或者改进时花费的时间也比有单元测试的所花费的时间要多很多。所以说完整计划下的单元测试是对时间的更高效的利用。

接口测试和功能测试无法覆盖所有的代码，这样如果缺陷存在则将被遗漏，并且Bug将被带到生产上去。一旦用户使用过程中触发了这些没有测试的代码就会带来严重的经济后果。

目前有很多开发人员认为，开发完代码之后，写个main方法，从入口调完所有的模块，最后验证下返回结果，就认为做过单元测试了，这种想法是及其错误的，这充其量算一种不全面的冒烟测试，是对单元测试概念的错误认知。

用例设计指导

【说明】单元测试在线上运行时，感觉像空气（AIR）一样并不存在，但在测试质量的保障上，却是非常关键的。好的单元测试宏观上来说，具有自动化、独立性、可重复执行的特点。 A：Automatic（自动化） I：Independent（独立性） R：Repeatable（可重复）

【说明】测试框架通常是定期执行的，执行过程必须完全自动化才有意义。输出结果需要人工检查的测试不是一个好的单元测试。单元测试中不准使用 System.out 来进行人肉验证，必须使用 assert 来验证。

【说明】为了保证单元测试稳定可靠且便于维护，单元测试用例之间决不能互相调用，也不能依赖执行的先后次序。反例：method2 需要依赖 method1 的执行，将执行结果做为 method2 的输入

【说明】单元测试通常会被放到持续集成中，每次有代码 check in时单元测试都会被执行。如果单测对外部环境（网络、服务、中间件等）有依赖，容易导致持续集成机制的不可用。

标签：https,C#,代码,testing,单元测试,api,测试,net,com
From： https://www.cnblogs.com/tudou365/p/17068532.html