1简介

在《重构 改善既有代码的设计》一书中，我们知道要进行重构，首要前提就是要拥有一个可靠的测试环境，有一个可以自动进行重构的工具，还是需要进行测试。Martin Fowler发现，编写优良的测试程序，可以极大的提高编程速度，即使不重构也是一样的。

确保所有测试都完全自动化，让它们检查自己的测试结果

只要把期望的输出放进测试代码中，然后做一个比较就可以，于是就可以舒服的执行每个类的测试函数。

一套测试就是一个强大的bug侦测器，能够大大缩减查找bug所需要的时间

实际上，撰写测试代码的最有用的时机是在开始编程之前。当你需要添加特性时，先写相应的测试代码。听起来离经叛道，其实不然，因为编写测试代码其实就是在问自己：添加这个功能需要做什么。编写测试代码还能使你把注意力集中在接口而非实现（这永远是好事）

频繁的运行测试，每次编译请把测试也考虑进去----每天至少执行每个测试一次

重构的过程便是不断执行测试的过程。

编写未臻完善的测试并实际运行，好过对完美测试的无尽等待

测试的要诀是：测试你最担心出错的部分，这样你就能从测试工作中得到最大利益

考虑可能出错的边界，把测试活力集中在哪里

当测试数量达到一定程度之后，继续增加测试可能带来的效益呈现递减趋势，而非递增；如果试图编写太多测试，你也可能因为工作量过大而气馁，最后什么都写不成。你应该把测试集中在可能出错的地方。观察代码，看哪儿变得复杂；观察函数，思考那些地方可能出错。

不要因为测试无法捕捉所有bug就不写测试，因为测试的确可以捕捉到大多数bug

2问题描述

Package name ‘com.cetc52.platform’ does not correspond to the file path ‘.cetc52.platform’ less… (Ctrl+F1)

Detects package statements that do not correspond to the project directory structure and reports classes without package statements

这个问题是自己之前在单位的内网中编写的单元测试，把代码拷贝进入外网时却发现报出了这个问题。

3解决步骤

问题是因为我们没有设置测试的根目录，即

Mark Directory as Test Source Root

3.1起点

3.2标记Tests

标记之后，该问题即得到解决。

3.2配置JUnit4

首先集成JUnit4插件

在IDEA中打开设置，选择Other Settings选择JUnit Generator，在弹框中设置如下

设置OutPath内容如下：

${SOURCEPATH}/../test/${PACKAGE}/${FILENAME}

同时选择JUnit4标签

4为某个类创建测试用例

把光标移至类，比如说Event类，中间，点击快捷键Ctrl + Shift + T，配置对话框

5 参考

IDEA整合JUnit4

Python单元测试和Mock的使用