敏捷軟件測試

前言

“質(zhì)量正在培育中”，程序員總是這樣告訴我。作為收購計劃的一部分，老板要求我對開發(fā)團隊和其產(chǎn)品做徹底調(diào)查。我們已經(jīng)確信該公司最近推出的產(chǎn)品在市場上表現(xiàn)良好，但是我必須確保收購?fù)顿Y帶來的麻煩不會大于回報。因此，我花時間與開發(fā)團隊在一起，尋找可能在產(chǎn)品快速發(fā)布時出現(xiàn)的問題。我會提問：“代碼沒有問題嗎？是否有些模塊是由單獨一位開發(fā)人員實現(xiàn)的？是否可能找到成百上千個缺陷？”當詢問團隊的測試方式時，“質(zhì)量正在培育中”就是我得到的答案。因為這種獨特的俗語可能存在各種解釋，所以請允許我進一步說明。我發(fā)現(xiàn)這種說法其實是公司管理層概括了質(zhì)量先驅(qū)W.Edwards：Deming的著名十四要點之一：把質(zhì)量構(gòu)建進產(chǎn)品中而不是在生產(chǎn)出來之后再進行測試。把質(zhì)量構(gòu)建進產(chǎn)品中的思想是敏捷團隊工作的中心任務(wù)。敏捷團隊在短迭代中工作以確保掌握應(yīng)用程序的質(zhì)量狀態(tài)。敏捷團隊是高度跨職能的，程序員、測試人員和其他人在整個迭代中協(xié)作，通過各種技術(shù)（如驗收測試驅(qū)動開發(fā)等）確保把質(zhì)量構(gòu)建進產(chǎn)品中，特別強調(diào)自動化測試和整體團隊（whole-team）思維。優(yōu)秀的敏捷團隊通過持續(xù)地構(gòu)建產(chǎn)品來培育質(zhì)量，及時地集成新進展。敏捷團隊利用各種技術(shù)（如重構(gòu)和簡單化）來避免技術(shù)債務(wù)累積。很難學(xué)習(xí)如何做這些事情，特別是對于測試人員來說，該角色在以前的書籍中沒有得到足夠的重視。

內(nèi)容概要

測試是敏捷開發(fā)的關(guān)鍵組成部分。敏捷方法的廣泛應(yīng)用使人們開始關(guān)注如何有效測試，同時敏捷項目改變了測試人員的角色。但是，測試人員的許多職責(zé)還是得到了不少誤解，測試人員的真正職能是什么？敏捷團隊真的需要具有QA背景的成員嗎？“敏捷測試人員”到底意味著什么？    業(yè)界經(jīng)驗最豐富的兩位敏捷測試實踐者和顧問Lisa、Crispin和Janet Gregory在本書中給出了這些問題和更多問題的答案。在《敏捷軟件測試：測試人員與敏捷團隊的實踐指南》中，Crispin和Gregorv定義了敏捷測試的概念，并通過來自現(xiàn)實敏捷團隊的示例闡述測試人員的職責(zé)。她們講述如何利用敏捷測試象限來識別需要哪些測試，誰來做，以及哪些工具有幫助。本書從測試人員的角度記錄了敏捷軟件開發(fā)迭代的一個完整周期，并解釋了敏捷測試的七大關(guān)鍵成功要素。

作者簡介

作者：（美國）克里斯平（Lisa Crispin） （美國）格雷戈里（Janet Gregory） 譯者：孫偉峰 崔康克里斯平（Lisa Crispin）是一名敏捷測試實踐者和教練。她專注于向測試人員和敏捷團隊講述測試人員如何創(chuàng)造價值并利用面向業(yè)務(wù)測試指導(dǎo)開發(fā)。她的使命是把敏捷的快樂帶給軟件測試領(lǐng)域，并把測試的快樂帶給敏捷開發(fā)領(lǐng)域。Lisa在2000年第一次加入敏捷團隊，作為開發(fā)人員、分析人員、測試人員和質(zhì)量保證主管工作了若干年。從2003年起，她成為ePlan Ser、，ices公司ePlan Services團隊的測試人員。她經(jīng)常在北美和歐洲的會議上教授有關(guān)敏捷測試的課程。Lisa經(jīng)常發(fā)表敏捷測試的文章，刊物包括Better Software magazine、IEEE Software和Methodsand Tools。Lisa與Tip House合著了Testing Extreme Programming（Addison-Wesley,2002）。格雷戈里（Janet Gregory）是DragonFire公司（致力于敏捷質(zhì)量過程咨詢和培訓(xùn)）的創(chuàng)始人。她希望幫助團隊構(gòu)建質(zhì)量系統(tǒng)。在過去十年間，她作為教練和測試人員，把敏捷實踐介紹到各種規(guī)模的公司。她關(guān)注于讓業(yè)務(wù)客戶和測試人員理解其在敏捷項目中的角色。Janet的編程背景使她能更好地與敏捷團隊中的開發(fā)人員合作以實施新穎的敏捷測試自動化方案。Janet經(jīng)常在敏捷和測試軟件會議上發(fā)表演講，也是北美敏捷測試社區(qū)的主要貢獻者。

書籍目錄

第Ⅰ部分  簡介  第1章  敏捷測試的定義    1.1  敏捷價值    1.2  “敏捷測試”意味著什么    1.3  敏捷團隊中角色和活動的情境    1.4  敏捷測試有何不同    1.5  整體團隊運作方式    1.6  小結(jié)  第2章  敏捷測試人員的十條法則第Ⅱ部分  組織挑戰(zhàn)  第3章  文化挑戰(zhàn)  第4章  團隊構(gòu)成  第5章  遷移傳統(tǒng)過程第Ⅲ部分  敏捷測試象限  第6章  測試的目的  第7章  支持團隊的面向技術(shù)測試  第8章  支持團隊的面向業(yè)務(wù)測試  第9章  面向業(yè)務(wù)測試工具包  第10章  評價產(chǎn)品的面向業(yè)務(wù)測試  第11章  利用面向技術(shù)的測試評價產(chǎn)品  第12章  測試象限總結(jié)第Ⅳ部分  自動化  第13章  自動化的原因和障礙  第14章  敏捷測試自動化策略第Ⅴ部分  測試人員經(jīng)歷的一個迭代  第15章  測試人員在發(fā)布或主題  第16章  迭代前的準備  第17章  迭代開始  第18章  編碼和測試  第19章  迭代結(jié)束時的收尾工作  第20章  成功的交付第Ⅵ部分  總結(jié)  第21章  關(guān)鍵成功要素術(shù)語表參考文獻

章節(jié)摘錄

插圖：如果像Lisa的團隊那樣，每個迭代都發(fā)布，那么每個迭代的最后一天或兩天將完成“收尾”工作，這時可能進行用戶驗收測試、培訓(xùn)、修補缺陷，并且將產(chǎn)品部署到階段環(huán)境中。其他團隊，例如Janet的團隊，每幾個迭代一起發(fā)布，甚至可能有整個迭代作為“收尾”工作，進行發(fā)布準備。此處的區(qū)別在于所有的測試都將持續(xù)到最后。作為敏捷團隊的測試人員，可能像在傳統(tǒng)環(huán)境中一樣，你還是發(fā)布代碼產(chǎn)品代碼的關(guān)鍵人物?？赡芡ㄟ^運行腳本或手動測試來驗證一個版本中的所有元素都是正常的，例如數(shù)據(jù)庫更新腳本。所有的團隊成員都會參與回顧或其他過程來改進每個迭代或版本中可能存在的活動。整個團隊將以頭腦風(fēng)暴的形式來解決問題并改進過程和實踐。敏捷工程有許多不同的情況。團隊是從一個全新的狀態(tài)，在一個全新的開發(fā)項目中開始的嗎？如果是，則可能不需要在沒有自動化回歸測試集的情況下重新編寫或構(gòu)造遺留系統(tǒng)。與第三方一起工作會帶來額外的測試挑戰(zhàn)。不管正在使用哪種開發(fā)模式，都會經(jīng)歷幾乎同樣的軟件開發(fā)生命周期元素。敏捷的不同之處在于時間段顯著變短，并且活動同步進行。參與者、測試和工具都需要適應(yīng)敏捷測試。敏捷項目中測試人員的最重要區(qū)別是快速從測試中得到反饋。它驅(qū)動項目前進，如果沒有達到某些里程碑，那么也沒有人來阻止項目繼續(xù)進行。我們曾經(jīng)遇到測試人員抵制敏捷開發(fā)，他們認為“敏捷開發(fā)”等同于混亂，缺乏原則、缺乏文檔，并且將使測試人員處于絕境。同時，有些團隊似乎在使用“敏捷”這個詞來證明這只是簡單地按他們的想法做，真正的敏捷團隊都是可重復(fù)的、高質(zhì)量的、高效的。按照我們的經(jīng)驗，敏捷團隊是測試人員的樂土。

編輯推薦

《敏捷軟件測試:測試人員與敏捷團隊的實踐指南》是由清華大學(xué)出版社出版的。

圖書封面

圖書標簽Tags

無

評論、評分、閱讀與下載

---

    敏捷軟件測試 PDF格式下載

---