如何将单元测试演变为功能测试（哈哈，是不是有点矛盾？？）

从标题中可以看出，我否定了单元测试就是功能测试。
为什么会这样呢？
在通常的情况下，我们要实现一个功能（客户的需求），通常是需要通过几个函数，甚至是几个对象合作才能完成的。而我们通常的单元测试，只能够对函数及的测试，无法对一个完整的功能进行测试。
单元测试适合一个算法函数的测试，我想大家也看到了大多讲单元测试大多都会列举一些sample，那么这个sample 一定是两个数的相加。为什么会这样呢？因为这样的函数不需要前后的环境，但是在我们编写程序的时候，象这样的函数并不多，大多都是需要前前后后几个函数来完成一个功能。有的可能还要通过发一些消息，或是一些回调函数来配合。在这中情况下，单元测试往往力不从心。同样换成一些自动化测试工具，对这样的需求也是没有办法。至少我是没有发现有什么好的工具来解决这些问题。

而且在自动测试开发中，只使用记录/回放方法生成的测试脚本是很难维护和重用的，这是明显的事实。虽然也有少数的情况，可使用未经加工的脚本，但是对于大多数情况，如果不在记录之后修改脚本，那么在测试执行期间，测试工程师会由于正在测试的应用程序的变化而反复记录脚本。使用记录/回放工具可能带来的潜在收益，一定会被不断重建测试脚本的无奈所抵消。这会使测试人员产生很强的挫折感，并且会对自动测试工具感到不满。

 

解决方法：自制开发一个测试工具

 

 

解决方法：自制开发一个测试工具