spl 的 autoloader 不会被覆盖的，上一个 loader 找不到文件会继续调下一个注册的 loader 去找
你看看调用 phpmailer 的时候有没有加上 root namespace ，比如这样
$mailer = new \PHPMailer()

没写完，按错回复了...那就不多说了
大致的流程就是：
1 、准备测试数据集，测试数据集会填充到测试数据库里
2 、 setUp 方法会在执行每个测试用例前执行，在这里会将测试数据库的连接替换掉模块正常的数据库连接，保证每次执行测试案例的时候测试数据都是一致的，不影响其他环境的
3 、执行测试方法，因为待测试方法的数据库连接已经被我们的测试数据库连接劫持了，所以这个方法里面操作的所有数据库数据都是测试数据库中的数据
4 、执行 tearDown 方法

一般的单元测试看看官方文档就行了

另外，可以看看 google 测试工程师的这个文档 Guide: Writing Testable Code http://misko.hevery.com/code-reviewers-guide/

单元测试对代码质量还是很有帮助的，而且写了几天之后就会对依赖注入非常痴迷...

@nonesuccess 一般来说，如果待测试的代码使用到了第三方的 api ，应该尽可能地避免在代码里直接依赖，尽量使用依赖注入，然后测试的时候注入一个 mock 的依赖对象，就可以很简单地进行测试了，比如有这样的代码：
class Sample {
function sampleMethod() {
$client = new ThirdpartyClient();
$client->doSomething();
...
}
}
这种代码就非常难以测试，因为你的测试结果会依赖于这个真实的 ThirdpartyClient ，而它的行为是不可控制的，这个时候最好重构一下代码，将 ThirdpartyClient 作为方法的参数（更好的方式是作为这个类的构造方法的参数，然后用依赖注入容器去处理依赖的注入）:
class Sample {
function sampleMethod(ThirdpartyClient $client) {
$client->doSomething();
...
}
}
这样，在写测试的时候，就可以注入一个模拟 ThirdpartyClient 行为的 Mock 对象（ PHPUnit 的 getMockBuilder 方法可以很方便地进行这个工作），来进行测试工作。
你需要记住的就是单元测试的对象是当前这个代码单元的逻辑， ThirdpartyClient 的行为不在这个测试的范畴内，你只需要假设它始终会按照它的接口说明进行返回就可以了

对于数据库测试，我目前采用的方式是 PHPUnit 的 PHPUnit_Extensions_Database_TestCase 工具来做的
构造一个 fake DAO （这个 DAO 连接的是我的测试数据库），每个模块的测试会单独提供测试数据集， PHPUnit 在执行每个测试用例前，会调用 setUp 方法，这个方法会将测试数据集初始化到测试数据库，然后将这个测试 Dao 注入到待测试的模块，这个模块之后的所有数据库操作，都会通过这个测试 Dao 来执行，就保证了每次执行测试，数据的一致。
这里也有个简单的例子：
class OrderServiceTest extends GenericDatabaseTestCase
{
/**
* 订单模块实例
*
* @var OrderService
*/
protected $service;

/**
* 初始化测试数据集
*
* @return \PHPUnit_Extensions_Database_DataSet_CompositeDataSet
* @throws \Exception
*/
public function getDataSet()
{
return $this->loadTestDataset(
[
'Order/orders',
'Order/order_items',
]
);
}

/**
* 初始化基境
*
* @return void
* @throws \Exception
*/
public function setUp()
{
parent::setUp();

$this->service->setDao($this->getMockDao());
}

不用强求一遍就看懂，可以先概略地翻一遍，对整体有个概念。
这本书其实是本 c 语言书，没有 c 基础的话，可以先找本 c 的书看看，然后跟这本书对照着学习，比如对数据溢出或类型转换带来的精度损失理解不清楚的话，就可以结合 csapp 第二章一起看，对一些代码的奇怪的运行结果感到迷惑的时候，可以解析到汇编，尝试用第三章的知识看懂汇编代码来理解程序的行为...差不多就是这样，算是我自己的一点学习经验吧

可以试试 http://be5invis.github.io/Iosevka/

在我的 idea 上是这样的
http://ww3.sinaimg.cn/large/6856d0b6gw1f4nqelps5zj21kw12uwsk.jpg

... @X-Force

@crabRunning 吃了一斤伟哥...哈哈哈

@sudo987 从我的情况来说，太大了，不好放。配合外接键盘，排除键盘手感的因素，感觉不如笔记本键盘触摸板用起来顺畅…个人体验哈，各位轻喷

先别急着买触摸板，键盘到了试试手感看喜不喜欢再做下一步，我跟你差不多，没买 hhkb 前憋得慌，半夜忍不了了下单买，第二天又买了 trackpad2 ，等键盘从日本运过来用了两三天这一套就扔抽屉吃灰了…

不一定...

挺能理解的，网上的评论其实大多数都没什么价值，尤其是对于他来说，看他的微博，有水平的回复基本没有，一堆的冷嘲热讽，真不如关了清静一点
「你们想看就看，不想看就算了」他很早之前就禁止转载他的文章了，要看必须主动到他的博客看， 看完了不爽要喷那就不关他的事了，是自己犯贱。然而一堆好事者每每在他发了博客之后就跑到知乎提个问，或者转载到论坛里让大家批判一番，只能说多大仇

看了你的 github 里面第一个 repo ，英语还不是很好的时候或许可以用中文代替，应该比有语法错误的英语看起来好一些

$message_list = array(
0 => 'Order is exists', // 订单存在
1 => 'Order is not exists', // 订单不存在
2 => 'Order is exists, but is used for other appid', // 订单存在并且被用于其他 appid
3 => 'Order is exists, but is used for this appid', // 订单存在并且被当前 appid 使用
4 => 'Order did not use', // 订单没有被使用
5 => 'Order used with this request', // 成功使用订单给这个应用
);


这个地方或许也可以修改一下
http://ww4.sinaimg.cn/large/6856d0b6gw1f40vrvhlfpj21fu11wjwd.jpg


另外从你的代码里面也不太容易看出来遵循了哪些 psr 规范

我也遇到这个问题了，快一年了这 bug 都还没解决真是服了

试了一下楼上的方法：
#5 现在开着的窗口有点多，不想重启，所以修改系统语言的方法还没试
#20 楼上的方法没效果

自己试了一下，找到一个不用修改系统语言的方法：
选中 family 随便一个字体，随便键入一个字母，所有字体就都出来了（比如输入 consolas, 就会快速定位到 consolas 字体，同时所有字体也都可选了）

http://ww3.sinaimg.cn/large/6856d0b6gw1f3xom9ajmuj20xa0ewwgc.jpg