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

內(nèi)容概要

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

作者簡(jiǎn)介

　　伯格曼，Sebastian Bergmann，是PHP Consulting
Company的創(chuàng)始人之一。他是軟件質(zhì)量保證領(lǐng)域的倡導(dǎo)者和領(lǐng)導(dǎo)者，并且是PHP
Unit和很多其他工具的創(chuàng)建者。他同時(shí)也在很多全球性會(huì)議上發(fā)言。
　　普瑞斯克，Stefan Priebsch，是PHP Consulting
Company的創(chuàng)始人之一，他幫助客戶改進(jìn)開發(fā)過程并更好地使用PHP。他出版過多部書籍并經(jīng)常在IT會(huì)議上發(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í)行分支、盡可能簡(jiǎn)短的方法
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章 軟件測(cè)試
2.1 黑盒測(cè)試與白盒測(cè)試
2.2 需要多少次測(cè)試
2.3 系統(tǒng)測(cè)試
2.3.1 瀏覽器測(cè)試
2.3.2 自動(dòng)測(cè)試
2.3.3 孤立測(cè)試
2.3.4 驗(yàn)收測(cè)試
2.3.5 系統(tǒng)測(cè)試的局限
2.4 單元測(cè)試
2.4.1 返回值
2.4.2 依賴性
2.4.3 副作用
2.5 案例探究
2.5.1 分析待測(cè)試代碼
2.5.2 創(chuàng)建測(cè)試環(huán)境
2.5.3 避免全局依賴性
2.5.4 獨(dú)立于數(shù)據(jù)源的測(cè)試
2.5.5 異步事件測(cè)試
2.5.6 數(shù)據(jù)庫(kù)變化的存儲(chǔ)
2.5.7 意外的結(jié)果
2.5.8 封裝輸入數(shù)據(jù)
2.5.9 問題的進(jìn)一步研究
2.6 本章小結(jié)
第II部分 最佳實(shí)踐
第3章 TYP03：呆板項(xiàng)目之敏捷未來
3.1 簡(jiǎn)介
3.1.1 TYP03的歷史：13個(gè)春秋
3.1.2 敢于重新開始
3.1.3 我們的測(cè)試經(jīng)驗(yàn)
3.2 方法和技術(shù)
3.2.1 苦甜參半的“大塊頭”
3.2.2 測(cè)試驅(qū)動(dòng)開發(fā)
3.2.3 文檔式測(cè)試
3.2.4 持續(xù)集成
3.2.5 整潔代碼
3.2.6 代碼重構(gòu)
3.2.7 編程向?qū)?br />3.2.8 領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)
3.3 開發(fā)過程中的行動(dòng)方向
3.3.1 開發(fā)新代碼
3.3.2 擴(kuò)展和調(diào)試代碼
3.3.3 優(yōu)化代碼
3.3.4 尋找并修復(fù)漏洞
3.3.5 處理舊代碼
3.4 測(cè)試處方
3.4.1 無意的功能性單元測(cè)試
3.4.2 文件系統(tǒng)入口
3.4.3 接口處的構(gòu)造函數(shù)
3.4.4 測(cè)試抽象類
3.4.5 測(cè)試受保護(hù)方法
3.4.6 回調(diào)函數(shù)的使用
3.5 邁向未來
第4章 單元測(cè)試的糟糕實(shí)踐
4.1 為什么測(cè)試質(zhì)量很重要
4.2 糟糕實(shí)踐和測(cè)試味道
4.2.1 測(cè)試代碼重復(fù)
4.2.2 斷言復(fù)雜和測(cè)試試圖
4.2.3 脆弱測(cè)試
4.2.4 模糊測(cè)試
4.2.5 謊言測(cè)試
4.2.6 慢測(cè)試
4.2.7 測(cè)試中的條件邏輯
4.2.8 自行驗(yàn)證測(cè)試
4.2.9 Web沖浪測(cè)試
4.2.10 模擬過度殺傷
4.2.11 跳過蔓延
4.3 本章小結(jié)
第5章 Digg公司的質(zhì)量保證
5.1 面臨的問題
5.1.1 遺留基本代碼
5.1.2 如何解決這些問題
5.1.3 選擇測(cè)試框架
5.1.4 引進(jìn)專家
5.1.5 會(huì)議室內(nèi)的一周
5.2 訓(xùn)練團(tuán)隊(duì)
5.3 編寫可測(cè)試代碼
5.3.1 規(guī)避靜態(tài)方法
5.3.2 依賴注入
5.4 模擬對(duì)象
5.4.1 綜述
5.4.2 數(shù)據(jù)庫(kù)
5.4.3 松散耦合依賴
5.4.4 測(cè)試類內(nèi)部構(gòu)件的試驗(yàn)對(duì)象觀察者
5.4.5 分布式緩存
5.4.6 模擬服務(wù)型架構(gòu)
5.5 Digg的質(zhì)量保證過程
5.5.1 測(cè)試
5.5.2 益處
5.6 本章小結(jié)
第III部分 服務(wù)器與服務(wù)
第6章 服務(wù)型API測(cè)試
6.1 問題
6.2 解決方案
6.2.1 API證書
6.2.2 API限制
6.2.3 服務(wù)協(xié)議的脫機(jī)測(cè)試
6.2.4 具體服務(wù)的脫機(jī)測(cè)試
6.3 本章小結(jié)
第7章 測(cè)試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ì)量包含的幾個(gè)方面：　　●功能性（Functionality）：指應(yīng)用程序能夠完成預(yù)期的任務(wù)?！　　褚子眯裕║sability）：指應(yīng)用程序能夠高效工作并且能夠滿足用戶需求?？稍L問性屬于易用性?！　　穹磻?yīng)性（Reactivity）：指應(yīng)用程序能夠在短時(shí)間內(nèi)作出反應(yīng)，這對(duì)于滿足用戶需求至關(guān)重要?！　　癜踩裕⊿ecurity）：用戶可感覺到的安全性，尤其是構(gòu)建成功的軟件的另一重要因素?！　　窨捎眯裕ˋvailability）與可靠性（Reliability）：對(duì)于擁有大量用戶的Web應(yīng)用程序而言，　　可用性與可靠性是相當(dāng)重要的。因?yàn)閃eb應(yīng)用程序必須能夠承載高負(fù)荷甚至可以在異　　常情況下正常工作?！　?yīng)用程序作為一個(gè)整體進(jìn)行測(cè)試能夠檢驗(yàn)軟件外部質(zhì)量的各個(gè)方面，這稱為終端到終端測(cè)試（end-to-endtest）。我們可以記錄客戶需求作為驗(yàn)收測(cè)試（acceptancetest）的標(biāo)準(zhǔn)。驗(yàn)收測(cè)試不僅是客戶與開發(fā)人員的一種很好的溝通方式，而且可以自動(dòng)驗(yàn)證軟件產(chǎn)品是否滿足所有功能需求?！　榱颂岣邞?yīng)用程序的反應(yīng)，需要檢測(cè)其響應(yīng)時(shí)間。可以使用一些輔助的工具和技術(shù)手段以確保軟件的低耗費(fèi)、實(shí)現(xiàn)軟件的最優(yōu)化。將來需要修正應(yīng)用程序或流量突增時(shí)，開發(fā)人員和管理者必須能夠知道軟件潛在的瓶頸在哪里，這樣才能確定項(xiàng)目規(guī)模。從長(zhǎng)遠(yuǎn)來看，所有這些信息均有助于軟件可用性與可靠性的質(zhì)量保證?！　?.2內(nèi)部質(zhì)量　　開發(fā)人員與管理人員對(duì)于應(yīng)用程序的需求就是應(yīng)用程序的內(nèi)部質(zhì)量。開發(fā)人員關(guān)注應(yīng)用程序的易理解、易調(diào)整、易擴(kuò)充。如果沒有滿足這些需求，以后修改應(yīng)用程序?qū)?huì)很困難，修改的代價(jià)也會(huì)很高。這帶來的危害是，對(duì)應(yīng)用程序的一個(gè)小小的改動(dòng)都可能會(huì)導(dǎo)致意想不到的副作用。　　客戶與終端用戶幾乎覺察不到軟件的內(nèi)部質(zhì)量。終端用戶希望軟件滿足其所有需求，至少需要滿足其預(yù)期功能并且軟件要易于操作。當(dāng)然，如果軟件能夠通過驗(yàn)收測(cè)試且運(yùn)行速度還夠快，那么大多數(shù)客戶都會(huì)滿意?！　〉?，內(nèi)部質(zhì)量缺陷通常需要在使用一段時(shí)期后才能夠暴露出來。即使修正小的故障也不是一蹴而成的事情。對(duì)軟件的任何修改和擴(kuò)展都會(huì)花費(fèi)巨大代價(jià)。通常而言，開發(fā)人員早晚都會(huì)提出申請(qǐng)資金預(yù)算，用于整理或者重構(gòu)代碼，但是客戶或者管理層看不到重構(gòu)代碼帶來的好處，這樣的申請(qǐng)多半不會(huì)被批準(zhǔn)?！　〉?章 將會(huì)討論獨(dú)立軟件模塊（單元測(cè)試）的自動(dòng)測(cè)試。自動(dòng)測(cè)試能夠立即反饋修改代碼時(shí)產(chǎn)生的bug，如不借助自動(dòng)測(cè)試技術(shù)，代碼重構(gòu)工作將會(huì)非常麻煩?！　≠|(zhì)量保證（qualityassurance），或者確切地說，質(zhì)量管理（quality management）的主要目標(biāo)是：參與項(xiàng)目的各個(gè)方面都認(rèn)可內(nèi)部質(zhì)量的開支和受益?！　　?/pre>




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





圖書封面



圖書標(biāo)簽Tags
無




評(píng)論、評(píng)分、閱讀與下載



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


 


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