（羅承成）編寫可測試的PHP代碼

編寫可測試的PHP代碼SYLLABUS?Part1:AboutTest?自動(dòng)化測試?單元測試?PHPUnit簡介?Part2:TestableCode?什么是不可測試的代碼?可測試的代碼長什么樣?Part3:Testinaction?持續(xù)集成?TDD簡介PART1:ABOUTTEST?單元測試?PHPUnit簡介單元測試?在計(jì)算機(jī)編程中，單元測試(英語：UnitTesting)又稱為模塊測試,是針對程序模塊(軟件設(shè)計(jì)的最小單位)來進(jìn)行正確性檢驗(yàn)的測試工作。程序單元是應(yīng)用的最小可測試部件。在過程化編程中，一個(gè)單元法，包括基類(超類)、抽象類、或者派生類(子類)中的方法。－－Wikipedia?單元測試包含一個(gè)隱含的要求，需要在隔離的環(huán)境中運(yùn)行被測試代碼，以確保測試的是這個(gè)代碼單元的行為，而不會被系統(tǒng)的其他部分影響。PART2:TESTABLECODE?可測試的設(shè)計(jì)原則?一些不可測試的代碼?可測試的代碼長什么樣可測試的設(shè)計(jì)原則?單元測試中，代碼在一個(gè)隔離的環(huán)境中運(yùn)行(周圍沒有它熟悉的框架和配置)，所以盡量低的耦合和明確的依賴關(guān)系是可測試代碼的最主達(dá)到高內(nèi)聚(一個(gè)單元能完成一個(gè)具體的功能)，低耦合(模塊之間的接口最簡單)。?明確的依賴關(guān)系需要通過依賴注入的方式來實(shí)現(xiàn)，不能對代碼的運(yùn)行就可以知道讓這個(gè)模塊跑起來所需要的資源。不可測試的代碼?超全局變量(Superglobals)$_?寫在構(gòu)造函數(shù)中的業(yè)務(wù)邏輯?靜態(tài)方法(staticclassmethod)Class::?單例(Singleton)&get_instance()?PHP的動(dòng)態(tài)魔術(shù)?超長的函數(shù)和類下方的鏈接介紹了如何寫出完美的不可測試代碼$_GLOBAL和運(yùn)行環(huán)境的耦合這這里假設(shè)了程序是在HTTP的FIX：把運(yùn)行環(huán)境包裝進(jìn)對象多管閑事的構(gòu)造函數(shù)隱含的依賴關(guān)系知道這呢？注FIX：依賴注入滿足了它在構(gòu)造函數(shù)聲明的依SINGLETON和靜態(tài)方法和框架的耦合PHP靜態(tài)方法，或者Singleton的形式提供給使用者。App::?這些對框架的依賴往往都是隱含的，分布在整個(gè)代碼庫中，不看具體的實(shí)現(xiàn)沒法知道某個(gè)類具體用到了哪些框架提供的功能。?使用了這些框架服務(wù)的代碼，離開了框架就跑不起來了，要在PHPUnit的環(huán)境下運(yùn)行代碼，必須先把整個(gè)框架bootstrap起來，也就無法做到單元測試需要的隔離。FIX：依賴注入容器?近幾年出現(xiàn)的PHP框架都包含了依賴注入容器，把框架提供的功能以服務(wù)對象的形式提供給應(yīng)用。?使用PHP-DI的例子FIX：依賴注入容器?依賴注入的設(shè)計(jì)模式讓代碼簡單了(需要什么東西直接伸手要)，但是對象的創(chuàng)建變得復(fù)雜了(遞歸的依賴關(guān)系，可能會需要?jiǎng)?chuàng)建很多對象)，所以需要一個(gè)工具來完成對象的創(chuàng)建。?這個(gè)容器不也是上帝對象嗎，和之前流行的全局靜態(tài)方法，Singleton相比，不過是把依賴的對象換成了依賴注入容器嗎？?Singleton或者靜態(tài)方法是被代碼直接使用的，對他們的調(diào)用散布在應(yīng)用的各個(gè)角落?遵循依賴注入的代碼從不直接使用依賴注入容器，只聲明自己使用和運(yùn)行時(shí)數(shù)據(jù)的耦合?$$var_name?__call()__get()__set()?extract()FIX：不是必須，盡量別用XXXXXL函數(shù)一定是承擔(dān)了太多的職責(zé)?這樣的類或者函數(shù)設(shè)計(jì)必然是違背了單一職責(zé)的要求。?例如一個(gè)加入游戲的函數(shù)，要做的事會分為幾個(gè)部分：?確定用戶和狀態(tài)?確定游戲和狀態(tài)?加入游戲?通知游戲中的其它用戶戲限制了加入時(shí)間，通知用戶的方式，這些變化都需要修改?如果這些職責(zé)分散在不同的代碼中，每個(gè)變化只需要修改和測試相關(guān)的代碼FIX：重構(gòu)?Step1:準(zhǔn)備一些可以成功運(yùn)行的單元測試用例?Step2:識別出混在一起的多個(gè)職責(zé)?龐大的IF分支?重復(fù)的代碼塊?…?Step3:將這些職責(zé)在別的類或者方法中單獨(dú)實(shí)現(xiàn)?Step4:將原來的特大函數(shù)修改成對這些拆分出來的方法的調(diào)用和集成?Step5:使用單元測試檢查函數(shù)行為是否改變?可測試的代碼，一定是遵照依賴倒置原則DIP寫出的代碼?代碼模塊之前的依賴關(guān)系，是按照單一職責(zé)SRP的劃分產(chǎn)生的?單一職責(zé)決定了接口設(shè)計(jì)需要小而專一，即接口隔離ISP?單一職責(zé)原則要求把系統(tǒng)中變化的和不變的部分分離，以達(dá)到對擴(kuò)展?繼承和多態(tài)是實(shí)現(xiàn)可擴(kuò)展架構(gòu)的主要工具，里氏替換原則LSP明確了對可測試的代碼==SOLID?SingleResponsibilityPrinciple單一職責(zé)原則?Open-ClosePrinciple開閉原則OCPutionPrinciple里氏替換原則?InterfaceSegregationPrinciple接口隔離原則?DependencyInversionPrinciple依賴倒置原則PART3:TESTINACTION?持續(xù)集成?TDD簡介PART3:TESTINACTIONintoaprintstatementoradebuggerasatestinstead”持續(xù)集成?持續(xù)集成并不屬于自動(dòng)化測試，但它是保證自動(dòng)化測試能順利實(shí)施的?單元測試時(shí)需要同代碼一起變化的，只有一直在運(yùn)行的測試代碼才不會被遺忘，才能被不斷維護(hù)。CI工具箱?Jenkins?PHPUnit?CodeCeption?Behat?PHPSpec?PHPMessDetector?PHPCodeSnifferTDD測試驅(qū)動(dòng)開發(fā)測試驅(qū)動(dòng)開發(fā)會帶來的改變?一開始的進(jìn)度變慢了?寫代碼前需要更多的思考，分解問題，設(shè)計(jì)接口?學(xué)習(xí)測試工具，準(zhǔn)備測試代碼?可測試的代碼?