下载本文示例代码
摘要：Eric Gunnerson 介绍了事先测试开发的思想，并提供了一个实用实例来演示如何在您自己的应用程序中应用它。
本专栏末尾有我的简介，如果您读过的话，就会知道我在担任程序经理之前曾出任 C# 编译器的测试组长，而在此之前是 C 编译器的测试组长。这些工作经历使我对分析和尽量避免软件错误特别感兴趣。
要减少软件中的错误数目，方法之一就是拥有一个专业的测试组，其工作就是尽一切可能使软件崩溃。不幸的是，如果拥有测试组，那么即使是经验丰富的开发人员，也会倾向于花费较少的时间来保证代码的可靠性。
软件界有一句俗语：“开发人员不应该测试他们自己的代码”。这是因为开发人员对自己的代码了如指掌，他们很清楚如何采用适当的方法对代码进行测试。尽管这句俗语很有道理，但却忽略了非常重要的一点 - 如果开发人员不对自己的代码进行测试，又如何知道代码能否按照预期的方式运行？
简单说来，他们根本无从得知。开发人员编写那种运行不正常或只在某些情况下运行正常的代码是一个严重的问题。他们通常只测试代码能否在很少的情况下正常运行，而不是验证代码能够在所有情况下均正常运行。
发现软件错误 发现软件错误的情况有很多：
1、由首次编写代码的开发人员发现。 2、由尝试运行代码的开发人员发现。 3、由组中的其他开发人员或测试人员发现。 4、作为产品大规模测试的一部分。 5、由最终用户发现。 如果在第一种情况下发现软件错误，则修复错误比较容易，成本也很低。情况越靠后，修复软件错误的成本就越高；修复一个由最终用户发现的软件错误可能要耗费 100 或 1000 倍的成本。更不用说用户通常因为软件错误导致工作无法继续，而一直等到下一个版本才能解决问题。
如果开发人员能够在编写代码期间发现所有的软件错误，那就再好不过了。为此，您必须编写能在编写代码时运行的测试。有一种很不错的方法，它恰好可以做到这一点。
事先测试开发 所谓的事先测试开发是指在编写代码前编写测试。如果所有测试均正常运行，便可以断定代码运行正常；添加新功能时，这些测试会继续验证您是否破坏了代码的任何部分。
此概念于 20 世纪 90 年代初诞生于 Smalltalk 世界，Kent Beck 在当时编写了 SmalltalkUnit。在过去的几年中，大部分环境都具备了单元测试工具，其中有一个很出色的适用于 .NET Framework 领域的工具，即 nUnit（英文）。
示例 下面我将编写一个 IntegerList 类来介绍事先测试开发的工作原理。IntegerList 是 ArrayList 类的变体，用于在本地存储整数，因此不存在装箱和取消装箱的开销。
第一步是创建一个控制台项目，并向其中添加一个 IntegerList.cs 源文件。要连接 nUnit 框架，需要添加对 nUnit 框架的引用。在我的系统中，它们位于 d:\program files\nUnit v2.0\bin。
第二步是花些时间考虑如何对该类进行测试。这与确定类应该具备哪些功能的过程类似，但重点放在功能的特定用途（将值 1 添加到列表并检查是否成功），而不是功能本身（将一个项目添加到列表）。要生成此类，我们首先要提供一个要使用的测试列表：
1、测试该类可以构造 2、将两个整数添加到列表，并确保数目和项目都正确。 3、执行同一操作，但针对更多的项目。 4、将此列表转换为一个字符串。 5、使用 foreach 枚举此列表。 此示例从某种程度上代表了我开始时的想法，即希望这个类执行的操作。多数类一次只会创建一小部分，测试应随着类的增长而添加。
现在我可以开始了。我创建一个名为 IntegerListTest.cs 的新 C# 类文件，用于存放所有测试。下面是包含第一个测试的文件：
using System；using System.Collections；using NUnit.Framework；
namespace IntegerList{///
/// IntegerClassTest 的摘要说明。/// [TestFixture]public class IntegerClassTest{[Test]public void ListCreation（）{IntegerList list = new IntegerList（）；Assertion.AssertNotNull（list）；}}}
[TestFixture] 属性将此类标记为测试类，[Test] 属性将 ListCreation（） 方法标记为测试方法。在此方法中，我创建了一个列表，然后使用 Assertion 类测试对象 gets 已经创建。
我启动 nUnit GUI 测试程序，打开可执行文件，并执行这些测试。将获得如下显示。
图 1：显示测试结果的 nUnit GUI
这表明所有测试都已通过。现在我想添加一些真实功能。第一个操作就是向列表中添加一个整数。此测试如下所示：
[Test]public void TestSimpleAdd（）{IntegerList list = new IntegerList（）；list.Add（5）；list.Add（10）；Assertion.AssertEquals（2, list.Count）；Assertion.AssertEquals（5, list[0]）；Assertion.AssertEquals（10, list[1]）；}
在此测试中，我选择同时测试两个操作：
1、列表正确维护 Count 属性。 2、列表可以包含两个项。 某些测试驱动开发的倡议者提倡测试应尽可能只测试数目，但是如果只测试数目而不测试项目，这对于我而言有些不可思议，因此我所选择的是两者一起测试。
编译这段代码时，由于 IntegerList 类中没有方法，因此编译失败，为此我加上以下代码进行编译：
public int Count{get{return -1；}}
public void Add（int value）{}
public int this[int index]{get{return -1；}}
然后我返回并运行测试，这时它们显示为红色，表示测试失败。这很好，因为它意味着测试实际上已测试出程序错误。现在我可以执行此实现。我可以做些简单的工作，尽管这样做效率不是很高：
public int Count{get{return elements.Length；}}
public void Add（int value）{int newIndex；if （elements != null）{int[] newElements = new int[elements.Length 1]；for （int index = 0； index < elements.Length；index ） {newElements[index] = elements[index]；}newIndex = elements.Length；elements = newElements；}else{elements = new int[1]；newIndex = 0；}elements[newIndex] = value；}
public int this[int index]{get{return elements[index]；}}
我现在已经完成类的一小部分，并已经编写了可确保其正常工作的测试，但我仅仅测试了项目中很少的一部分。接下来，我要编写一个用于检查 1000 个项的测试：
[Test]public void TestOneThousandItems（）{list = new IntegerList（）；
for （int i = 0； i < 1000； i ）{list.Add（i）；}
Assertion.AssertEquals（1000, list.Count）；for （int i = 0； i < 1000； i ）{Assertion.AssertEquals（i, list[i]）；}}
此测试运行正常，因此无须进行任何更改。
添加 ToString（） 方法 接下来，我将添加测试代码，以测试 ToString（） 能否正常运行：
[Test]public void TestToString（）{IntegerList list = new IntegerList（）；list.Add（5）；list.Add（10）；string t = list.ToString（）；Assertion.AssertEquals（"5, 10", t.ToString（））；}
失败了，没关系。以下代码可以使其通过：
public override string ToString（）{string[] items = new string[elements.Length]；for （int index = 0； index < elements.Length； index ）{items[index] = elements[index].ToString（）；}return String.Join（", ", items）；}
共2页。 1 2 :
摘要：Eric Gunnerson 介绍了事先测试开发的思想，并提供了一个实用实例来演示如何在您自己的应用程序中应用它。
本专栏末尾有我的简介，如果您读过的话，就会知道我在担任程序经理之前曾出任 C# 编译器的测试组长，而在此之前是 C 编译器的测试组长。这些工作经历使我对分析和尽量避免软件错误特别感兴趣。
要减少软件中的错误数目，方法之一就是拥有一个专业的测试组，其工作就是尽一切可能使软件崩溃。不幸的是，如果拥有测试组，那么即使是经验丰富的开发人员，也会倾向于花费较少的时间来保证代码的可靠性。
软件界有一句俗语：“开发人员不应该测试他们自己的代码”。这是因为开发人员对自己的代码了如指掌，他们很清楚如何采用适当的方法对代码进行测试。尽管这句俗语很有道理，但却忽略了非常重要的一点 - 如果开发人员不对自己的代码进行测试，又如何知道代码能否按照预期的方式运行？
简单说来，他们根本无从得知。开发人员编写那种运行不正常或只在某些情况下运行正常的代码是一个严重的问题。他们通常只测试代码能否在很少的情况下正常运行，而不是验证代码能够在所有情况下均正常运行。
发现软件错误 发现软件错误的情况有很多：
1、由首次编写代码的开发人员发现。 2、由尝试运行代码的开发人员发现。 3、由组中的其他开发人员或测试人员发现。 4、作为产品大规模测试的一部分。 5、由最终用户发现。 如果在第一种情况下发现软件错误，则修复错误比较容易，成本也很低。情况越靠后，修复软件错误的成本就越高；修复一个由最终用户发现的软件错误可能要耗费 100 或 1000 倍的成本。更不用说用户通常因为软件错误导致工作无法继续，而一直等到下一个版本才能解决问题。
如果开发人员能够在编写代码期间发现所有的软件错误，那就再好不过了。为此，您必须编写能在编写代码时运行的测试。有一种很不错的方法，它恰好可以做到这一点。
事先测试开发 所谓的事先测试开发是指在编写代码前编写测试。如果所有测试均正常运行，便可以断定代码运行正常；添加新功能时，这些测试会继续验证您是否破坏了代码的任何部分。
此概念于 20 世纪 90 年代初诞生于 Smalltalk 世界，Kent Beck 在当时编写了 SmalltalkUnit。在过去的几年中，大部分环境都具备了单元测试工具，其中有一个很出色的适用于 .NET Framework 领域的工具，即 nUnit（英文）。
示例 下面我将编写一个 IntegerList 类来介绍事先测试开发的工作原理。IntegerList 是 ArrayList 类的变体，用于在本地存储整数，因此不存在装箱和取消装箱的开销。
第一步是创建一个控制台项目，并向其中添加一个 IntegerList.cs 源文件。要连接 nUnit 框架，需要添加对 nUnit 框架的引用。在我的系统中，它们位于 d:\program files\nUnit v2.0\bin。
第二步是花些时间考虑如何对该类进行测试。这与确定类应该具备哪些功能的过程类似，但重点放在功能的特定用途（将值 1 添加到列表并检查是否成功），而不是功能本身（将一个项目添加到列表）。要生成此类，我们首先要提供一个要使用的测试列表：
1、测试该类可以构造 2、将两个整数添加到列表，并确保数目和项目都正确。 3、执行同一操作，但针对更多的项目。 4、将此列表转换为一个字符串。 5、使用 foreach 枚举此列表。 此示例从某种程度上代表了我开始时的想法，即希望这个类执行的操作。多数类一次只会创建一小部分，测试应随着类的增长而添加。
现在我可以开始了。我创建一个名为 IntegerListTest.cs 的新 C# 类文件，用于存放所有测试。下面是包含第一个测试的文件：
using System；using System.Collections；using NUnit.Framework；
namespace IntegerList{///
/// IntegerClassTest 的摘要说明。/// [TestFixture]public class IntegerClassTest{[Test]public void ListCreation（）{IntegerList list = new IntegerList（）；Assertion.AssertNotNull（list）；}}}
[TestFixture] 属性将此类标记为测试类，[Test] 属性将 ListCreation（） 方法标记为测试方法。在此方法中，我创建了一个列表，然后使用 Assertion 类测试对象 gets 已经创建。
我启动 nUnit GUI 测试程序，打开可执行文件，并执行这些测试。将获得如下显示。
图 1：显示测试结果的 nUnit GUI
这表明所有测试都已通过。现在我想添加一些真实功能。第一个操作就是向列表中添加一个整数。此测试如下所示：
[Test]public void TestSimpleAdd（）{IntegerList list = new IntegerList（）；list.Add（5）；list.Add（10）；Assertion.AssertEquals（2, list.Count）；Assertion.AssertEquals（5, list[0]）；Assertion.AssertEquals（10, list[1]）；}
在此测试中，我选择同时测试两个操作：
1、列表正确维护 Count 属性。 2、列表可以包含两个项。 某些测试驱动开发的倡议者提倡测试应尽可能只测试数目，但是如果只测试数目而不测试项目，这对于我而言有些不可思议，因此我所选择的是两者一起测试。
编译这段代码时，由于 IntegerList 类中没有方法，因此编译失败，为此我加上以下代码进行编译：
public int Count{get{return -1；}}
public void Add（int value）{}
public int this[int index]{get{return -1；}}
然后我返回并运行测试，这时它们显示为红色，表示测试失败。这很好，因为它意味着测试实际上已测试出程序错误。现在我可以执行此实现。我可以做些简单的工作，尽管这样做效率不是很高：
public int Count{get{return elements.Length；}}
public void Add（int value）{int newIndex；if （elements != null）{int[] newElements = new int[elements.Length 1]；for （int index = 0； index < elements.Length；index ） {newElements[index] = elements[index]；}newIndex = elements.Length；elements = newElements；}else{elements = new int[1]；newIndex = 0；}elements[newIndex] = value；}
public int this[int index]{get{return elements[index]；}}
我现在已经完成类的一小部分，并已经编写了可确保其正常工作的测试，但我仅仅测试了项目中很少的一部分。接下来，我要编写一个用于检查 1000 个项的测试：
[Test]public void TestOneThousandItems（）{list = new IntegerList（）；
for （int i = 0； i < 1000； i ）{list.Add（i）；}
Assertion.AssertEquals（1000, list.Count）；for （int i = 0； i < 1000； i ）{Assertion.AssertEquals（i, list[i]）；}}
此测试运行正常，因此无须进行任何更改。
添加 ToString（） 方法 接下来，我将添加测试代码，以测试 ToString（） 能否正常运行：
[Test]public void TestToString（）{IntegerList list = new IntegerList（）；list.Add（5）；list.Add（10）；string t = list.ToString（）；Assertion.AssertEquals（"5, 10", t.ToString（））；}
失败了，没关系。以下代码可以使其通过：
public override string ToString（）{string[] items = new string[elements.Length]；for （int index = 0； index < elements.Length； index ）{items[index] = elements[index].ToString（）；}return String.Join（", ", items）；}
共2页。 1 2 :
下载本文示例代码
单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发单元测试和事先测试开发
