单元测试由什么来测试？

如题， 用单元测试可以测试代码是否符合我们的意图， 但是用什么来保证单元测试是按照我们的意图来测的呢？ ^_^

比如说测试一个方法的功能是否效,用返回值来验证一下不就得了,assertEquals(),assertTrue()等等

用"认真"
单元测试代码不像功能代码那么复杂，所以靠认真就可以了。

测试“单元”的功能，检查测试覆盖率，发现新的BUG时要及时更新到相关的测试用例中。

这个问题问得好，如果你不是在故意玩文字游戏的话。实际上从另一个角度来说，代码本身也是对测试代码的测试。就是说如果你要测的代码反过来也反映了你的测试代码的正确与否。常说的迭代开发，其实质就在于由小到大，由简单到复杂，不仅仅指代码，也指测试代码。JUINT->SUITE，不就是这样吗？我们的开发思路通常是把一个功能完全写好了，或者说一个单元写好了，才开始进行单元测试，这其实是一个误区。正确的方法是，从写一个简单的类方法就开始进行测试，代码和测试代码同时完善、扩展。最后由单元组合成系统，。。。。

汗。。。。。

难到测试不是靠设计与对设计的理解么？
代码。。测试？？
哪个写错了不都是对设计的理解错误么？

被测试的代码因为有复杂的逻辑，容易陷入其中而忽视它的完备性。单元测试除了构造测试环境可能比较麻烦，代码的逻辑却要简单许多，可以使我们把设计意图容易映射到单元测试上。

谈谈我个人的编程方式：
当我得到一个编程任务时，
首先简单的把最终要达到的目的写出来，就是当前要实现一个有什么功能的软件(这个可以保证写出的程序在总的方向上不会有太多的差错)，并向相关人员进行确认。
根据要达到的目标做个简要分析，通过简单的图表示出要达到目的需要哪些子功能模块。
针对各个子功能模块考虑测试环境和测试工具，（这点对后面软件的实现过程很重要）如：调试软件和调试设备(对嵌入式编程比较喜欢用串口进行调试)
对各子功能模块进行流程设计以及编程（通常是先对技术难度大的模块进行编程），同时对其进行测试(使用第三方软件，如：串口调试程序等，编写简单的棚架代码，模拟运行环境，这样可以使待测试的子功能模块可以脱离其它模块，如硬件、数据库处理模块等，以加快测试速度)。
各子功能代码完成并经过测试后则进行功能性的集成测试，以检测该程序是否能达到预定的目标

单元测试可以让那些被测试的代码来测试.

单元测试也需要重构的,每次重构后,可以尝试着故意让被测试的代码返回不正确的结果,见红即可.

这不是我发明的,有谣言说,是google测试工程师们贴在厕所墙上的小字报上记载的.