單元測試是獨立的，所謂的獨立是指有獨立的運行容器，獨立的數據庫。

這樣做有什麽好處呢？

（1）. 不會跟正常的容器產生沖突，繼而影響正常業務。

（2）. 數據庫獨立防止數據被修改影響單元測試結果。

這兩天攻克了單元測試的兩個問題：模擬數據庫、mockery的調用。現在把原理解析一下。

1. 模擬數據庫

那這樣，我們來想一下。正常的創建一個數據庫要有那些流程？

（1）定義表結構

（2）往表中插入數據

其實測試使用的模擬數據庫總的來說也就這兩個流程。

來來來，敲黑板，重點來了。

database目錄下有三個文件夾，migrations中存儲的是表結構文件，factories中存儲的是創建模擬數據的方法，seeds沒研究，暫時不知道幹啥用的。

這個時候可能會有人問：創建表結構文件是什麽雞兒？它有啥用啊。

我們這樣想一下：我們要創建模擬數據庫，那數據庫中肯定要有表吧。表長什麽樣子呢？你不給定義laravel怎麽知道呢？那在哪裏定義呢？就在migrations下面定義！！！

來給大家舉個例子：

看見這個文件沒？它就是定義表結構的地方。它長這個樣子：

我們再仔細看看這個文件名：

哇，這名字這麽長。還有日期，中間還有一串數字，讓我怎麽寫嘛。

兄弟，別急。我有一計可保你平安。

在項目下面執行這句話：你就會得到你想要的結果

php artisan make:migration test --path=database/migrations/pandaRead

look here:

創建了新的文件，有木有，有木有。然後你就可以在up中寫你表結構的定義了。

有同學可能會問這表裏面的東西都是幹啥的呀？作者雲：內事不決問百度，外事不決問谷歌。

知道了為啥定義表結構和怎麽設定表結構。

這個時候可能又會有兄弟問了：唉，你這個migrations下面為啥還有個pandaRead目錄啊？你創建它幹啥啊？

問的好！！！

一個大型的項目它所涉及到的數據庫往往不止一個，而且各個數據庫涉及到的業務往往不交叉，所以我們往往只會模擬一個數據庫中的所有表。如果一次性的把所有數據庫中的所有表都創建了，會很浪費資源。因此：給每個庫定義一個文件夾，文件夾下面存儲某個庫下面的表結構文件，這樣你在加載數據的時候可以根據文件夾把涉及到的所有表都一下子給創建了。

那又會有同學問了，什麽時候創建表呢？表創建在哪裏呢？

我就喜歡你這樣問題多的小朋友！！！

來來來，諸位看官且把目光移到這裏。

看到TestCase這個類了嗎？它將會是你創建的所有測試文件的父類！！

那舉個例子：

看到了沒，所有的類都繼承了TestCase這個類。

那我們是不是可以想：既然所有的類都繼承了TestCase這個類，那我們的配置是不是可以寫到TestCase這裏呢？當然可以！！！

等等？？？什麽配置，我還沒反應過來怎麽就講到配置了呢？

小老弟，別急。來來來，看這裏，思考這幾個問題：

（1）我們的表創建在哪裏呢？創建到文件裏？數據庫裏？還是內存裏？我們要在哪裏告訴系統呢？

（2）剛才我們定義了表結構文件，但是定義了並沒有加載啊。在哪裏加載他們呢？

想明白了嗎？這些東西我們都要告訴laravel，不然即使laravel再強大，它也無能為力啊！！！

那在哪裏告訴它呢？敲黑板，敲黑板，重點來了哈。

我們來看看TestCase.php這個類中到底有什麽東西。

創建表的地方，數據庫連接的方式都在這裏配置。

創建表沒什麽好講的了，我們來講講數據庫的連接方式：

config([‘database.connections.mysql‘ => config(‘database.connections.testing‘)]);

這句話其實就是給數據庫添加配置：在database配置文件中，connections.mysql的配置

這樣數據庫的配置就搞定了。

別急我們再看下這個方法，一層一層的剝離下去，我們看看它到底做了什麽

parent::setUp();

最終其實它創建了一個新的容器。

優秀啊，優秀啊！！！這樣你每執行一個單元測試的時候，都會創建一個新的容器，各個文件的單元測試之間就不會相互影響了。厲害啊

現在我們再來看看模擬數據：

這個時候可能會有人問：什麽是模擬數據啊？你想啊，你測試是不是需要數據？數據誰來創建？你可以選擇自己創建，同時你也可以選擇交給機器去創建，那你要創建什麽樣的數據呢？在哪裏定義呢？你創建一條數據可以自己創建，創建10條也可以自己創建，那你要創建1000條，10000條呢？還自己創建嗎？這個時候你就需要機器來幫你做這件事情了！！

沒錯。就是在這裏定義。舉個例子：

它裏面是長這個樣子的。裏面的數據根據你的需要自己配置。Generator可是很強大的啊啊啊啊啊啊！！！建議大家看看

諾，看見了沒？給那個類創建什麽數據都在這裏面定義好了。那什麽時候插入呢？

看見沒，我們可以直接用工廠創建，然後最後可以直接插入到數據表中！！！讀取數據的方式就和平時讀取數據的方式一樣，沒什麽區別了。

2. mockery

模擬數據庫講清楚了，那mockery呢？

什麽叫mockery，什麽時候用到mockery呢？

mockery......自己去查吧。

簡單的說你可以將mock理解為替換掉類中的某個方法，或者替換掉某個類。

看這裏，我們mock掉了一個類的某個方法，然後重新在容器中綁定這個類，這樣容器中的類就被替換了，當我們測試的時候調用這個類的這個方法的時候，就直接按照我們mock的數據返回了，優秀啊！！！

本次分享，到這裏就結束了，歡迎大家批評指正。

laravel進行單元測試的時候如何模擬數據庫以及mockery的調用