自动化测试以外，其他大部分对于的测试都必须依靠测试人员手动完成。

但随着的不断发展，最终用户对的种类质量功能以及用户界面的要求也在不断增加，这就推动了市场的壮大，同时促进了批以为产品的公司或者部门的建立，最终将推动从产品向产业进步发展，因此，自动化测试也成为种必然，那么开发套面向的自动化测试框架是非常有必要的。

面向可维护性，加速脚本执行效率等，目的是减少实现和维护的成本，使测试人员可以把精力集中在应用程序的测试用质量有了更高的要求，因此软件测试工作在整个软件开发的过程中也越发重要。

从繁杂的手工测试到实用性强的自动化测试，从最初只提供简单的捕捉回放功能的测试工具到功能和灵活性更强的测试脚本工具，自动化测试已经取得了很大的进步。

但随着软件规模的不断扩大，软件类型的不断增多，人们希望自动化测试能够更加高效和简便。

自动化测试框架的出现，加速了自动化脚本的生成，提高脚本的可维护性，加速脚本执行效率等，目的是减少实现和维护的成本，使测试人员可以把精力集中在应用程序的测试用例设计上，而不是开发人们希望自动化测试能够更加高效和简便。

自动化测试框架的出现，加速了自动化脚本的生成，提高脚本的试脚本工具，自动化测试已经取得了很大的进步。

从繁杂的手工测试到实用性强的自动化测试，从最初只提供简单的捕捉回放功能的测试工具到功能和灵活性更强的测部分内容简介的自动化测试框架的验证制定测试用例编写测试脚本运行测试脚本生成测试报告小结第六章结束语致谢参考文献第章绪论第章绪论随着计算机技术的发展，人们对软件产品的质量有了更高的要求，因此软件测试工作在整个软件开发的过程中也越发重要。

从繁杂的手工测试到实用性强的自动化测试，从最初只提供简单的捕捉回放功能的测试工具到功能和灵活性更强的测试脚本工具，自动化测试已经取得了很大的进步。

但随着软件规模的不断扩大，软件类型的不断增多，人们希望自动化测试能够更加高效和简便。

自动化测试框架的出现，加速了自动化脚本的生成，提高脚本的可维护性，加速脚本执行效率等，目的是减少实现和维护的成本，使测试人员可以把精力集中在应用程序的测试用例设计上，而不是开发测试。

研究背景年后，的诞生，人们将它看作是多年来最重要的新技术。

以多种方式对面向组件的开发模式做了强而有力的支持。

为开发人员提供了两种控件支持种是，种是。

其中是目前发展最快，应用最广泛的。

使得开发人员可以通过将多个标准组合，而定制出符合用户需求的应用程序。

开发人员还可以通过继承个标准，附加新的功能与业务逻辑满足自己的需要。

更高级的开发人员可以直接从提供的基类派生出自定义的。

尽管面向组件的开发模式和的支持，使得的开发人员以及厂商获取了更多的好处，但却给的测试工作带来了很多困难，因为目前市场上并不存在面向的自动化测试框架，因此，对于的测试，除了最基本的属性方法和事件的测试可以利用目前常用的单元测试框架实现自动化测试以外，其他大部分对于的测试都必须依靠测试人员手动完成。

但随着的不断发展，最终用户对的种类质量功能以及用户界面的要求也在不断增加，这就推动了市场的壮大，同时促进了批以为产品的公司或者部门的建立，最终将推动从产品向产业进步发展，因此，自动化测试也成为种必然，那么开发套面向的自动化测试框架是非常有必要的。

面向的自动化测试框架的设计与实现国内外现状目前，可用于对的基本属性方法和事件进行自动化测试的单元测试框架很多，常用的单元测试框架根据开发语言不同，可分为就是为程序开发者实现单元测试提供种框架，使得单元测试更规范有效，并且更有利于测试的集成。

此框架是由和开发的。

是从著名的框架为移植过来的。

是由开发的。

提供的单元测试框架，包括和。

许多开发人员都或多或少有些使用的经验，它是的个最主要的单元测试框架，是由所开发的。

虽然涵盖了应用程序单元测试的大多数必要情景，但可以让单元测试更进步。

是由首先编写的个开源单元测试框架。

最新推出的单元测试框架为，此框架从现有框架中脱颖而出的因素有很多。

最重要的点是，它是由和构建的。

是负责项目的产品经理，曾帮助构建，他撰写了大量有关于单元测试的书籍。

是上的位资深博客作者，模式和实施方案小组的前成员，还是的特别员工。

这全新框架的目标是利用在过去五年内积累的有关单元测试的最佳实践，构建种能体现并鼓励这些实践的全新框架。

课题的意义目前，单元测试框架技术直在不断发展，现有的单元测试框架也直在被更新和改进，但随着的类型和复杂度不断增加，现有的单元测试框架无法准确定位，尤其是无法获取的各个组成部分信息并进行测试，而且现品，完全由语言来编写，并且编写时充分利用了许多的特性，比如反射，客户属性等等。

最重要的点是它适合于所有语言。

在使用框架时，有很多有用的特性。

灵活使用这些特性，将有助于提高测试代码开发的效率。

的和用此指定的方法用于环境的建立，在调用每个方法之前，将调用此特性标记的方法。

和样，只是调用的时机是在每个方法完成后，用于环境的清理。

和以及特性和上述的以及类似，只是其作用于整个类而已。

可以使用这两个特性标记的方法对整个设置和清理环境。

使用分类分类名用于指定个测试方法所属的类型。

用此特性将各个测试方法分类后，可以在环境中指定需要执行的类型。

可以将此特性写在特性起，如，。

也可以分开两行还有个属性，可以显式排除该的运行除非在中指定，写法如，测试预期的异常对测试而言有两种异常从测试代码抛出的异常由于个模块而引发的异常。

第二种异常会在中捕获并作测试失败处理。

而有时我们需要测试被测试方法是否抛出了期望的异常例如，特意传入的参数，就可以用以下方法，注意，旦期望的异常抛出了，剩余的代码就会被跳过。

临时忽略些测试当你写了些测试代码，但并不打算马上执行时，可以使用特性。

，这个测试将被跳过，并且在中给出黄色的状态栏。

中的断言类的静态方法第二章及常用单元测试框架期望值通常是硬编码的实际值通常是硬编码的个可选消息，将会在发生时报告这个消息。

因计算机并不能精确地表示所有的浮点数，所以在比较浮点数时或，需要指定个额外的误差参数。

，指定的误差，即只要精确到小数点后位就足够了。

验证和两个参数是否引用个相同的对象。

使测试立即失败这种断言通常被用于标记个不应该被到达的分支，但实际中不常用。

当有测试失败时，无论如何都不能给原有代码添加任何的新特性。

测试框架原理和这两位的创造者，从和其他单元测试框架的经验中总结出来以下改进为每个测试方法产生个对象实例取消了和取消了类似于的功能减少了自定义属性的数目采用泛型匿名委托可扩展的断言测试方法以及测试类面向的自动化测试框架的设计与实现减少了属性的数量，属性被用来控制测试和测试的执行过程。

其中有个属性用来标出测试方法。

跟不同，测试类并没有任何标志。

直接在程序集中查找所有公开类的全部公开测试方法。

团队觉得每项测试分别执行和会产生难以理解与除错的测试代码，并且常常导致每项测试执行之前都要运行些不必要的代码。

因此和被抛弃。

原先属性被用来声明希望测试代码抛出的异常，它已被断言取代。

测试集由接口标出，接口里面有两个方法和。

测试超时和暂时跳过些测试是通过属性的参数来实现的，并没有单独为此定义属性。

里面非常受欢迎的和测试模式也被包括了进来，由和实现里附带了对数据驱动测试的支持，被称为。

用代替来标记测试，再标记上其中个属性，用来指出数据的来源。

中的断言的数量也减少了。

任何可用基本断言实现其功能的断言都被放弃。

另外和如或前缀也被去除。

还用上了和的新语言特性。

它支持使用泛型，因此可以在比较语句中保证类型安全，比如和断言。

取代属性的方法支持匿名委托和表达式，因此代码更加紧凑也更具可读性测试类测试方法和断言都很容易扩展。

接口让用户能够扩展之类的功能。

支持创建测试模式，测试模式控制着测试如何调用和执行。

最后，用户还可以通过扩展现有的或者自己新建