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

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