開發(fā)高質(zhì)量PHP框架與應(yīng)用的實際案例解析

內(nèi)容概要

　　PHP已經(jīng)成為最受歡迎的編程語言之一，這使得用PHP創(chuàng)建高質(zhì)量、易維護(hù)的應(yīng)用程序和框架比以往受到更多的青睞。通過使用來自于知名公司的真實案例研究，《開發(fā)高質(zhì)量PHP框架與應(yīng)用的實際案例解析》為Web軟件體系結(jié)構(gòu)的不同層次介紹了規(guī)劃、執(zhí)行以及測試自動化方面的內(nèi)容，并解釋了這些公司如何測量和測試軟件質(zhì)量?！堕_發(fā)高質(zhì)量PHP框架與應(yīng)用的實際案例解析》作者提供了解決問題的不同觀點，因此您可以在開發(fā)自己的PHP應(yīng)用程序和框架的過程中從不同的方法中獲益良多。

作者簡介

　　伯格曼，Sebastian Bergmann，是PHP Consulting
Company的創(chuàng)始人之一。他是軟件質(zhì)量保證領(lǐng)域的倡導(dǎo)者和領(lǐng)導(dǎo)者，并且是PHP
Unit和很多其他工具的創(chuàng)建者。他同時也在很多全球性會議上發(fā)言。
　　普瑞斯克，Stefan Priebsch，是PHP Consulting
Company的創(chuàng)始人之一，他幫助客戶改進(jìn)開發(fā)過程并更好地使用PHP。他出版過多部書籍并經(jīng)常在IT會議上發(fā)言。

書籍目錄

第1部分 基礎(chǔ)
第1章 軟件質(zhì)量
1.1 外部質(zhì)量
1.2 內(nèi)部質(zhì)量
1.3 技術(shù)債務(wù)
1.4 結(jié)構(gòu)性質(zhì)量保證
1.5 整潔代碼
1.5.1 顯式、最小的依賴
1.5.2 責(zé)任明確
1.5.3 不可復(fù)制
1.5.4 盡可能少的執(zhí)行分支、盡可能簡短的方法
1.6 軟件度量
1.6.1 圈復(fù)雜度與npath復(fù)雜度
1.6.2 CRAP
1.6.3 non-mockable total recursive cyclomatic complexity
1.6.4 全局可變狀態(tài)
1.6.5 聚合與耦合
1.7 工具
1.7.1 PHP Unit
1.7.2 phplOC
1.7.3 PHP Copy-Paste-Detector
1.7.4 PHP Dead Code Detector
1.7.5 PHP Depend
1.7.6 PHP Mess Detector
1.7.7 PHP Code Sniffer
1.7.8 bytekit-cli
1.7.9 PHP-Code Browser
1.7.10 Cruise Control與PHP Under Control
1.7.11 HUd SOn
1.7.12 Arbic
1.8 本章小結(jié)
第2章 軟件測試
2.1 黑盒測試與白盒測試
2.2 需要多少次測試
2.3 系統(tǒng)測試
2.3.1 瀏覽器測試
2.3.2 自動測試
2.3.3 孤立測試
2.3.4 驗收測試
2.3.5 系統(tǒng)測試的局限
2.4 單元測試
2.4.1 返回值
2.4.2 依賴性
2.4.3 副作用
2.5 案例探究
2.5.1 分析待測試代碼
2.5.2 創(chuàng)建測試環(huán)境
2.5.3 避免全局依賴性
2.5.4 獨立于數(shù)據(jù)源的測試
2.5.5 異步事件測試
2.5.6 數(shù)據(jù)庫變化的存儲
2.5.7 意外的結(jié)果
2.5.8 封裝輸入數(shù)據(jù)
2.5.9 問題的進(jìn)一步研究
2.6 本章小結(jié)
第II部分 最佳實踐
第3章 TYP03：呆板項目之敏捷未來
3.1 簡介
3.1.1 TYP03的歷史：13個春秋
3.1.2 敢于重新開始
3.1.3 我們的測試經(jīng)驗
3.2 方法和技術(shù)
3.2.1 苦甜參半的“大塊頭”
3.2.2 測試驅(qū)動開發(fā)
3.2.3 文檔式測試
3.2.4 持續(xù)集成
3.2.5 整潔代碼
3.2.6 代碼重構(gòu)
3.2.7 編程向?qū)?br />3.2.8 領(lǐng)域驅(qū)動設(shè)計
3.3 開發(fā)過程中的行動方向
3.3.1 開發(fā)新代碼
3.3.2 擴(kuò)展和調(diào)試代碼
3.3.3 優(yōu)化代碼
3.3.4 尋找并修復(fù)漏洞
3.3.5 處理舊代碼
3.4 測試處方
3.4.1 無意的功能性單元測試
3.4.2 文件系統(tǒng)入口
3.4.3 接口處的構(gòu)造函數(shù)
3.4.4 測試抽象類
3.4.5 測試受保護(hù)方法
3.4.6 回調(diào)函數(shù)的使用
3.5 邁向未來
第4章 單元測試的糟糕實踐
4.1 為什么測試質(zhì)量很重要
4.2 糟糕實踐和測試味道
4.2.1 測試代碼重復(fù)
4.2.2 斷言復(fù)雜和測試試圖
4.2.3 脆弱測試
4.2.4 模糊測試
4.2.5 謊言測試
4.2.6 慢測試
4.2.7 測試中的條件邏輯
4.2.8 自行驗證測試
4.2.9 Web沖浪測試
4.2.10 模擬過度殺傷
4.2.11 跳過蔓延
4.3 本章小結(jié)
第5章 Digg公司的質(zhì)量保證
5.1 面臨的問題
5.1.1 遺留基本代碼
5.1.2 如何解決這些問題
5.1.3 選擇測試框架
5.1.4 引進(jìn)專家
5.1.5 會議室內(nèi)的一周
5.2 訓(xùn)練團(tuán)隊
5.3 編寫可測試代碼
5.3.1 規(guī)避靜態(tài)方法
5.3.2 依賴注入
5.4 模擬對象
5.4.1 綜述
5.4.2 數(shù)據(jù)庫
5.4.3 松散耦合依賴
5.4.4 測試類內(nèi)部構(gòu)件的試驗對象觀察者
5.4.5 分布式緩存
5.4.6 模擬服務(wù)型架構(gòu)
5.5 Digg的質(zhì)量保證過程
5.5.1 測試
5.5.2 益處
5.6 本章小結(jié)
第III部分 服務(wù)器與服務(wù)
第6章 服務(wù)型API測試
6.1 問題
6.2 解決方案
6.2.1 API證書
6.2.2 API限制
6.2.3 服務(wù)協(xié)議的脫機(jī)測試
6.2.4 具體服務(wù)的脫機(jī)測試
6.3 本章小結(jié)
第7章 測試Web DAV服務(wù)器
7.1 關(guān)于eZ Web DAV組件
7.1.1 Web DAV
7.1.2 體系結(jié)構(gòu)
7.2 開發(fā)過程中的挑戰(zhàn)
7.2.1 需求分析
7.2.2 RFC之后的TDD
……

章節(jié)摘錄

　　1.1外部質(zhì)量　　客戶或者應(yīng)用程序的終端用戶最關(guān)心他們可見的質(zhì)量問題。下面列出了外部質(zhì)量包含的幾個方面：　　●功能性（Functionality）：指應(yīng)用程序能夠完成預(yù)期的任務(wù)。　　●易用性（Usability）：指應(yīng)用程序能夠高效工作并且能夠滿足用戶需求?？稍L問性屬于易用性?！　　穹磻?yīng)性（Reactivity）：指應(yīng)用程序能夠在短時間內(nèi)作出反應(yīng)，這對于滿足用戶需求至關(guān)重要?！　　癜踩裕⊿ecurity）：用戶可感覺到的安全性，尤其是構(gòu)建成功的軟件的另一重要因素?！　　窨捎眯裕ˋvailability）與可靠性（Reliability）：對于擁有大量用戶的Web應(yīng)用程序而言，　　可用性與可靠性是相當(dāng)重要的。因為Web應(yīng)用程序必須能夠承載高負(fù)荷甚至可以在異　　常情況下正常工作?！　?yīng)用程序作為一個整體進(jìn)行測試能夠檢驗軟件外部質(zhì)量的各個方面，這稱為終端到終端測試（end-to-endtest）。我們可以記錄客戶需求作為驗收測試（acceptancetest）的標(biāo)準(zhǔn)。驗收測試不僅是客戶與開發(fā)人員的一種很好的溝通方式，而且可以自動驗證軟件產(chǎn)品是否滿足所有功能需求?！　榱颂岣邞?yīng)用程序的反應(yīng)，需要檢測其響應(yīng)時間。可以使用一些輔助的工具和技術(shù)手段以確保軟件的低耗費、實現(xiàn)軟件的最優(yōu)化。將來需要修正應(yīng)用程序或流量突增時，開發(fā)人員和管理者必須能夠知道軟件潛在的瓶頸在哪里，這樣才能確定項目規(guī)模。從長遠(yuǎn)來看，所有這些信息均有助于軟件可用性與可靠性的質(zhì)量保證。　　1.2內(nèi)部質(zhì)量　　開發(fā)人員與管理人員對于應(yīng)用程序的需求就是應(yīng)用程序的內(nèi)部質(zhì)量。開發(fā)人員關(guān)注應(yīng)用程序的易理解、易調(diào)整、易擴(kuò)充。如果沒有滿足這些需求，以后修改應(yīng)用程序?qū)芾щy，修改的代價也會很高。這帶來的危害是，對應(yīng)用程序的一個小小的改動都可能會導(dǎo)致意想不到的副作用。　　客戶與終端用戶幾乎覺察不到軟件的內(nèi)部質(zhì)量。終端用戶希望軟件滿足其所有需求，至少需要滿足其預(yù)期功能并且軟件要易于操作。當(dāng)然，如果軟件能夠通過驗收測試且運行速度還夠快，那么大多數(shù)客戶都會滿意?！　〉?，內(nèi)部質(zhì)量缺陷通常需要在使用一段時期后才能夠暴露出來。即使修正小的故障也不是一蹴而成的事情。對軟件的任何修改和擴(kuò)展都會花費巨大代價。通常而言，開發(fā)人員早晚都會提出申請資金預(yù)算，用于整理或者重構(gòu)代碼，但是客戶或者管理層看不到重構(gòu)代碼帶來的好處，這樣的申請多半不會被批準(zhǔn)。　　第2章 將會討論獨立軟件模塊（單元測試）的自動測試。自動測試能夠立即反饋修改代碼時產(chǎn)生的bug，如不借助自動測試技術(shù)，代碼重構(gòu)工作將會非常麻煩。　　質(zhì)量保證（qualityassurance），或者確切地說，質(zhì)量管理（quality management）的主要目標(biāo)是：參與項目的各個方面都認(rèn)可內(nèi)部質(zhì)量的開支和受益?！　　?/pre>




編輯推薦
　　《開發(fā)高質(zhì)量PHP框架與應(yīng)用的實際案例解析》主要內(nèi)容闡述優(yōu)秀內(nèi)部和外部軟件質(zhì)量的特征，介紹編寫新代碼、改變和優(yōu)化既有代碼、找到并修復(fù)bug的技術(shù)，展示差的測試實踐，因此您能夠知道應(yīng)該避免什么，論述如何測試面向服務(wù)的API、WebDAV服務(wù)器以及其他HP框架，重溫大規(guī)模的基于selenium的測試和測試數(shù)掂庫交互。





圖書封面



圖書標(biāo)簽Tags
無




評論、評分、閱讀與下載



還沒讀過(94)
勉強(qiáng)可看(687)
一般般(117)
內(nèi)容豐富(4860)
強(qiáng)力推薦(398)


 


    開發(fā)高質(zhì)量PHP框架與應(yīng)用的實際案例解析 PDF格式下載