这种形式的单元测试代码不是结构化的：代码充斥到按钮单击事件中并且难以编译。
•这种形式的单元测试代码记录得不太好。
•这种形式的单元测试并不基于“已知”为好或坏的数据 — 它完全依赖于输入到那些未标记的文本框的内容。
•单元测试代码不能自动重复，它基于输入的代码。
•单元测试代码覆盖是未知的 — 用数据指示实际测试的代码量。
•实现的详细信息不易于在团队成员间进行传播。
输入自动化单元测试xUnit 框架在 1998 年作为 eXtreme 编程的核心概念引入。它提出了一个有效的机制，有助于开发人员将结构化、有效且自动的单元测试添加常规开发活动中。从那以后，该框架演化为针对自动化单元测试框架的实际标准。
创建自动化单元测试的用例简单说，自动化单元测试是：
•结构化的。
•自行记录的。
•自动且可重复的。
•基于已知数据。
•旨在测试积极和消极操作。
•非常适合跨不同计算机的测试实现。
•配置、实现和执行的示例。
xUnit 框架元素表 2 分析 xUnit 框架以及对应于 Visual Studio 2005 Team System 的 Unit Testing Framework 等价物的基本概念。
表 2. 相应的 xUnit 框架和 VSTS Unit Testing Framework 概念 xUnit 框架概念 VS 2005 等价物（参见下面的属性）描述测试
TestMethod
简单说，这些是您的测试。测试预期结果的逻辑，并报告未取得结果（如果有）。请将它看作您的“方法”。
测试装置
TestClass
针对大量测试的一个逻辑分组。请将它看作您的“类”。
测试套件
测试列表 **
针对大量测试装置的一个逻辑分组。请将它看作您的“类库”。
注不需要一个属性。
测试运行器
VS 2005 VSTS Unit Testing Framework
文章来源于领测软件测试网 https://www.ltesting.net/
