<我不是九爺>
我總感覺 PHP 的開發者們並沒有對 PHP 的質量有所追求，可能是因爲 PHP 的機制問題吧，讓大?糠值目⒄咦芤暈榔鞣夢示兔揮形侍猓院芏嗍焙潁? PHP 開發的，就沒有單元測試的這些概念了。能不能有點追求？
我個人也是 PHP，但同時我也比較討厭那些完事就算了的開發者，作爲一個開發者，或者說是一個產品的經手人，就應該用心地去做好每個細節，一次比一次要更好。
但是做單元測試，質量檢查，是需要一定的時間和人力投入的，但我敢保證地說，你花時間投入的，絕對不會是沒用的，一定對你，對項目來說，是一個質的提升，只要你肯投入時間用心去做。
屁話說太多了，那接下來簡單講講 phpunit 吧，官網。
因爲我們習慣用 composer，所以我們也使用 composer 安裝吧。
安裝與配置
$ composer require phpunit/phpunit -vvv
安裝完 phpunit，bin 執行腳本會創建在 vendor/bin 目錄下，命名爲 phpunit, 執行 php vendor/bin/phpunit 執行測試腳本
配置 bin 目錄:
{
"config": {
"bin": "bin"
}}配置 bin 目錄產生的目錄，執行 php bin/phpunit 腳本開始測試。
phpunit 可以配置在當前執行路徑添加一個配置文件 phpunit.xml.dist 或者 phpunit.xml，內容如下:
<phpunit colors="true" bootstrap="./vendor/autoload.php" > <testsuites> <testsuite> <directory>dir1</directory> </testsuite> <testsuite> <directory>dir2</directory> </testsuite> </testsuites></phpunit>
可以通過配置目錄和初始化信息，讓腳本自動執行對應的測試用例。
基礎使用
使用 PHPUnit 創建我們的測試用例:
<?phpclass DemoTest extends PHPUnit_Framework_TestCase{ public function testPushAndPop()
{ $stack = []; $this->assertEquals(0, count($stack));
array_push($stack, 'foo'); $this->assertEquals('foo', $stack[count($stack)-1]); $this->assertEquals(1, count($stack));
$this->assertEquals('foo', array_pop($stack)); $this->assertEquals(0, count($stack));
}
}類名需要以 *Test 結尾，繼承 PHPUnit_Framework_TestCase。需要測試的方法需要一 test 開頭，表明是一個測試方法。
一般常用測試無非就是 "斷言"，說白了，就是看看產生的結果是不是符合預期，如果是，那就證明，已經測試通過，否則，失敗，說明邏輯處理，存在一定的差異，導致不符合預期。
更多的測試使用方法請看官網用例: PHPUnit
初始化
當我們的測試對象繼承了 PHPUnit 後，初始化方法就需要使用它本身提供的 setUp 方法，代表類初始化，可以在初始化方法中初始化一些資源，或者加載。
數據庫測試
除了以上基礎的測試之外，關鍵一點應該在動態的數據，需要去測試嗎，如果需要，那應該怎麼去測試? 生產環境，也需要這樣測試? 這個曾經困惑這我的問題，已經解開。
解答:
composer 中，有 --no-dev 選項，用來部署生產環境，避免測試環境的數據或者代碼跑在了生產環境下。並且生產環境上數據庫操作是沒有很高權限的操作，要是有的話，你得回去面壁思考一下了。
dbunit 每次測試都重置數據，其實在生產環境下，就重置不了了，第一個是composer --no-dev 已經沒有執行權利了，要是有，數據庫已經不允許清空操作了。
要是生產環境不需要這些東西，那麼應該怎麼測試。其實需要有一個模擬生產環境的測試環境，去模擬生產環境測試，當所有測試都OK沒有問題，那麼就可以發佈到生產環境上，要是嚴格一些，生產環境也是需要一輪測試。
$ composer require phpunit/dbunit -vvv
更多測試可看: 數據庫測試
<?phpclass DBTest extends PHPUnit_Extensions_Database_TestCase{ /**
* @return PHPUnit_Extensions_Database_DB_IDatabaseConnection
*/
public function getConnection()
{ $pdo = new PDO('mysql::dbname=test;host=127.0.0.1', 'user', 'pass'); return $this->createDefaultDBConnection($pdo, ':memory:');
} /**
* @return PHPUnit_Extensions_Database_DataSet_IDataSet
*/
public function getDataSet()
{ return $this->createFlatXMLDataSet(dirname(__FILE__).'/_files/guestbook-seed.xml');
}
}getConnection 方法是獲取數據庫連接，繼承數據庫測試後，必須實現的一個方法，並且需要返回PHPUnit_Extensions_Database_DB_IDatabaseConnection 對象，可以仿照上述寫法即可。
getDataSet 方法是數據集，在創建數據庫測試的時候，自動填充，測試，和刪除。他執行的流程是，每個測試用例，都會填充一次，以保證不會被其他測試用例影響。噹噹前測試用例測試完成後，會 truncate 掉填充的數據。
數據集支持挺多種方法，可以自定義數組，yml，xml，可以根據自己的使用習慣，自定義填充數據。數據集可看: 點我
執行腳本 php vendor/bin/phpunit
然後去對應查看自己的數據表，是否多了一些填充的數據呢?
抽象自己的數據庫測試類
在很多情況下，我們的業務可謂是各種各樣吧，倘若 phpunit 提供的數據庫測試還不能滿足或者不夠方便的時候，就需要擴展自己的數據庫測試，來達到自己想要的效果。
幸好，phpunit 提供了靈活的擴展操作(肯定啦，別人肯定不會像你這麼傻，寫死吧。哈哈)，我們可以很容易地去實現自己的數據庫測試類。
<?phpabstract class MyApp_Tests_DatabaseTestCase extends PHPUnit_Extensions_Database_TestCase{ // 只實例化 pdo 一次，供測試的清理和裝載基境使用
static private $pdo = null; // 對於每個測試，只實例化 PHPUnit_Extensions_Database_DB_IDatabaseConnection 一次
private $conn = null; final public function getConnection()
{ if ($this->conn === null) { if (self::$pdo == null) { self::$pdo = new PDO('mysql::dbname=test;host=127.0.0.1', 'user', 'pass');
} $this->conn = $this->createDefaultDBConnection(self::$pdo, ':memory:');
} return $this->conn;
}
}至今爲止，完成了最基礎和入門的單元測試和數據庫測試，最終數據庫無非就是查看數據增刪改查是否和預期一樣。所以，配置完數據庫測試後，就可以走回第一步，編寫你的測試用例，斷言測試了。
恭喜你，你已經構建完自己的單元測試環境了。接下來需要做的是，提高易用性，測試覆蓋率。我只能幫你到這裏了，接下來的路，自己走吧。