生成后：我现在需要做什么？
考虑要完成相同的操作可以不必做哪些事情，则通常可以认识到代码生成的好处。在我们的示例中，我们不必：
? 创建单元测试项目。
? 设置项目引用。
? 添加适当的测试类（一个或多个）。
? 生成主干 Unit Test Framework 类和属性。
? 创建单个测试方法。
? 创建特定于接口的逻辑。
由于代码生成过程创建了特定于对象接口的示例单元测试，因此我们接近于初始测试的完成阶段了。通常情况下，只需“填充空白”并完成断言（一个或多个），方法是将“已知的数据值”分配给属性变量并创建适当的 Assert() 方法。显然，这不是针对所有测试的示例，特别是对具有多个断言的复杂测试而言。
只需几秒钟的时间（使用相对较少的击键），您就能够将生成的单元测试代码转换为这些实际的测试。
例如，请考虑我们以如下方式开始。
[TestMethod()]
public void DepositMoneyTest()
{
float initialBalance = 0; // TODO: Initialize to an appropriate value
BankAccount target = new BankAccount(initialBalance);
float depositAmt = 0; // TODO: Initialize to an appropriate value
target.DepositMoney(depositAmt);
Assert.Inconclusive("A method that does not return a value " +
"cannot be verified.");
}
我们能够完成相对容易且具有有限击键的测试（更改部分用黑体表示）。
[TestMethod()]
public void DepositMoneyTest() {
float currentBalance = 500;
BankAccount target = new BankAccount(currentBalance);
float depositAmt = 10;
target.DepositMoney(depositAmt);
Assert.AreEqual(currentBalance + depositAmt, target.CurrentBalance,
"Deposit Test: Deposit not applied correctly");
}
重新生成单元测试代码
好消息是，代码生成过程不会让您重写以前生成（和修改）的单元测试。使用 Visual Studio 2005 Team System 的 Beta 2 版本，代码生成选项提供一个启用/禁用创建已存在测试的复选框。如果选择它，而且该过程找到了一个具有相同名称的现有测试，则该过程将忽略该测试方法，并创建后续测试，从而将一个数字附加到该方法名的末尾。这通常在对象中使用重载的方法或构造函数时发生，或者当单击 Generate 按钮而不取消选定现有测试时发生。
自动化单元测试建议
虽然本节可以独立成文，但这里只是一些您在创建单元测试时可以采纳的基本建议。
? 设计彼此独立的单元测试，其中它们可以独立运行（由于可以通过测试 UI 随意选择或取消选定它们）。
? 不要只进行正面测试。请确保代码能够响应任何方案，包括发生意外时（资源不可用，数据库只读等）。
? 把自己当作一个 QA 人员，想象成一个测试人员，而不仅仅是一个开发人员。您花在设计单元测试上的时间将有助于减少日后解决故障所用的时间。请注意对象的几个小细节：数据如何在对象之间传输？谁使用它们？销毁对象容易吗？如果我“进行此操作”，将会发生什么？
? 跳出您自己的思维模式。尽可能多地对测试进行头脑风暴。当您完成时，回头查看您可能漏掉的内容。来自团队成员的请求反馈 — 例如，他们创建了什么其他类型的测试？其他人可能提供一个对熟悉自己代码的开发人员而言非常困难的观点。
? 代码覆盖。使用 VSTS 代码覆盖规范提供有关每个测试运行中实际执行多少代码的信息（代码的行数，占所有代码的百分比）。如果编码完成，并且通过了所有测试，但代码覆盖显示只执行了该逻辑的一小部分，那么您的测试真的成功了吗？高代码覆盖不一定意味着您具有一个完整的“测试”集，而未覆盖的代码通常非常适用于一个新的测试用例。
? 当生成单元测试时，要帮助其他人了解您的代码：
? 使用一个项目结构，该结构映射所测试程序集的结构。
每个程序集有一个相关的测试程序集。
每个类有一个相关的测试类。
在各自的测试方法中包含每个方法名（即，Load() 将有 PositiveLoadTest()、NegativeLoadTest()、PositiveScalarLoadTest() 等的测试方法）。
? 使用一致的命名协定，包括对象的属性和方法名。
? 此外，当其他所有测试都失败时，请进行调试。自动化单元测试应该有助于减少您用在调试器上的时间。但是，如果测试结果和代码覆盖无法提供测试失败的原因，那么您大可不必担心调试单元测试。从 Beta 2 版的 Visual Studio 2005 Team System 开始，开发人员可以使用 Test Manager 中的 Debug checked tests 选项调试他们的单元测试程序集。
小结
自动化单元测试为开发环节提供了一个结构化、自行纪录、高度便携且可重复的过程。如果在搜索现有程序集，或者如果开发环境需要在开始开发之前进行完整的设计，则请考虑使用内置到 Microsoft Visual Studio 2005 Team System 中的代码生成引擎。Visual Studio 2005 Team System 的单元测试代码生成功能可以为您节省宝贵的时间，而且有助于强制团队的开发标准和约定。通过生成用于自动化单元测试的基本内容，包括生成带有对象创建的测试方法、参数变量和基断言类，您应该能够顺利地在您的开发方法论中采用自动化单元测试。
