单元测试

软件开发习惯中一个细微更改都可能会对软件质量产生巨大改进。将单元测试合并到开发过程中，然后从长远角度来看它可以节省多少时间和精力。本文通过使用代码样本说明了单元测试的种种好处，特别是使用 Ant 和 JUnit 带来的各种方便。

在本篇文章中我们将介绍软件工程师都可以使用的12个单元测试技巧，适用于任何编程语言和编程环境。

这是一篇全面介绍单元测试的经典之作，对理解单元测试和Visual Unit很有帮助。

要减少软件中的错误数目，方法之一就是拥有一个专业的测试组，其工作就是尽一切可能使软件崩溃。不幸的是，如果拥有测试组，那么即使是经验丰富的开发人员，也会倾向于花费较少的时间来保证代码的可靠性。

使用单元测试向导在一个新的项目上添加测试是一件非常容易的事情。这个便利的特点可以节省你数百个小时的打字时间（微软的开发者为此应收取很多费用）。但是，一些事情在幕后发生了，并且导致你很悲伤：路径是hardcoded！

测试指导之单元测试和C GUI 测试

本文是作者在进行数据库功能测试时的一些心得，其中的例子是用java语言编写的，但我认为这些想法对于大多数编程环境都普遍适用。当然，我仍致力于寻找更佳的解决方案。

如何使用CppUnit做单元测试

C++ Test是Parasoft公司出品的一个针对C/C++源代码进行自动化单元测试的工具。它可以对源代码进行三种测试：白盒测试、黑盒测试以及回归功测试。

单元测试又称模块测试，属于白盒测试，是最小单位的测试。模块分为程序模块和功能模块。功能模块指实现了一个完整功能的模块（单元），一个完整的程序单元具备输入、加工和输出三个环节。而且每个程序单元都应该有正规的规格说明，使之对其输入、加工和输出的关系做出名明确的描述。

单元测试是软件测试的基础，因此单元测试的效果会直接影响到软件的后期测试，最终在很大程度上影响到产品的质量。从如下几个方面就可以看出单元测试的重要性在何处。

前几天和我的微软同学聊起微软的自动化测试的时候，他向我提到了几个概念BVT(Build Verification Test)和Smoke Test，这让我注意到一个问题，TDD中并没有解决好复杂系统的全面测试问题。要知道大多数人的单元测试概念，是有KENT BECK的测试驱动开发中带来的。但是，要让单元测试完整应用起来，是需要相当的组织结构保障的。

大多数的单元测试都不像想象中那样简单，我们在介绍单元测试的时候，大多拿Add、Sub等作例子，这样当然有好处，简单易懂。其实学习单元测试初期关键是学习单元测试的思想，所以这些Add、Sub也能满足需求。

多数讲述单元测试的文章都是以Java为例，本文以C++为例，后半部分所介绍的单元测试工具也只介绍C++单元测试工具。下面的示例代码的开发环境是VC6.0。

输入数据是测试用例的核心，我们对输入数据的定义是：被测试函数所读取的外部数据及这些数据的初始值。外部数据是对于被测试函数来说的，实际上就是除了局部变量以外的其他数据，我们把这些数据分为几类：参数、成员变量、全局变量、IO媒体。IO媒体是指文件、数据库或其他储存或传输数据的媒体，例如，被测试函数要从文件或数据库读取数据，那么，文件或数据库中的原始数据也属于输入数据。

测试是软件开发的重要环节之一。按照软件开发的过程测试可分为：单元测试、集成测试、系统测试、域测试(Field test)等。我们这里将讨论面向程序员的单元测试。本文首先介绍单元测试的定义，为什么要使用单元测试?单元测试能给我们带来的好处。之后我们将介绍单元测试的范畴，最后将讨论很多朋友不写单元测试的借口。希望本文能够再次引起您对单元测试的重视，并说服您老板对编写单元测试的支持，能让美丽的单元测试真正应用到您的项目之中。

随着测试系统的扩展，原先我们将这些输出是以本文格式文件的信息存储在本地。而现在为了与另一个测试系统交互，我们必需将输出的形式由文本格式文件转变成为XML格式的输出。这可是个不大不小的麻烦，我们必需修改那些原来“需要输出的地方”的代码。

简单介绍了单元测试以及如何编写单元测试代码

本文是阅读了《单元测试之道》一书后的笔记，也是公司安排本人进行单元测试培训的材料，原文是一个Powerpoint，故修改了下，并针对Visual studio 2005自带的单元测试做的一个整理，将其奉献出来，目的是供需要了解和学习单元测试的朋友们阅读。

单元通俗的说就是指一个实现简单功能的函数。单元测试就是只用一组特定的输入(测试用例)测试函数是否功能正常，并且返回了正确的输出。