摘要
本文主要分享使用PHPUnit和XDebug，通过单元测试（UnitTest）和代码覆盖度测试（CodeCoverageTest）来测试PHP代码。
番外篇将阐述个人在进行TDD（Test-drivendevelopment）时没有使用常规流程的原因，和一些对TDD的不解和吐槽，以供大家讨论和批判。
本文阅读对象主要为PHP开发，但其他IT从业/爱好者也可阅读。为照顾没有接触过相关概念的开发者，部分地方比较啰嗦，可放心跳过。
本文长期挖坑，不定期更新。————————————————————————————————————————————————————————
名词解释：
TDD：Test-drivendevelopment的缩写，即测试驱动开发。一般流程是先编写测试用例，然后编写代码（可以为最小可用代码）使之运行通过，以此为基础进行的循环测试-开发过程。代码重构或扩充均需要用测试用例来保障。————————————————————————————————————————————————————————
引言
小明是一名PHP程序猿，每天的工作是在光滑的键盘上摩擦摩擦，屏幕上就会出现各种代码以满足客户需求。有一天他在某个Github仓库中，见到一个tests文件夹。虽然他曾经听过单元测试之类的概念，但真正接触是第一次。随便点开一看，大惊：丧心病狂啊这也要测试？不浪费时间吗？！
（如非特别指出，本文所有代码均为UTF-8无BOM编码格式）
$this-assertEquals(4,StrHelper::byteLength(‘test’));
$this-assertEquals(6,StrHelper::byteLength(‘测试’));
为了确定这个问题，小明踏上了测试之路。
小明：小吉，在不？帮我看看这个库的tests文件夹，要用啥才能运行？
小吉：（一番查看后）嗯，应该可以用PHPUnit和XDebug，然后在php命令行模式下（下称“PHPcli模式”）运行。好像我有一份安装笔记，你等等。
不一会，小明收到了下面这份安装笔记。
（此处假设开发者使用Windows平台、php安装在C:\php5.4、并且该目录已经加入PATH环境变量，这样就可以在命令行直接输入“php”而不是“C:\php5.4\PHP.exe”。PATH环境变量修改方法见：鐨偆鐧界櫆椋?鍖椾含娌荤枟鐧界櫆椋庢渶濂界殑鑽?