什么是敏捷測試
首先敏捷測試(Agile testing)是測試的一種，原有測試中執(zhí)行被測系統(tǒng)發(fā)現(xiàn)問題，通過測試這種活動能夠?qū)Ρ粶y系統(tǒng)提供度量等概念。
敏捷測試是遵循敏捷宣言的一種測試實踐：
1、強調(diào)從客戶的角度，即是從使用系統(tǒng)的用戶的角度，來測試系統(tǒng)。
2、重點關(guān)注持續(xù)迭代的測試新開發(fā)的功能，而不再強調(diào)傳統(tǒng)測試過程中嚴(yán)格的測試階段。
3、建議盡早開始測試，一旦系統(tǒng)某個層面可測，比如提供了模塊功能，要開始模塊層面的單元測試，同時隨著測試深入，持續(xù)進(jìn)行回歸測試保證之前測試過內(nèi)容的正確性。
敏捷團隊的管理其實的確面臨著很多的挑戰(zhàn)。蔡老師分別從敏捷管理的挑戰(zhàn)、接受敏捷、敏捷下面的組織結(jié)構(gòu)、敏捷架構(gòu)下的溝通、敏捷下的KPI考核、以及機會和發(fā)展幾個方面進(jìn)行深入的討論。
其實我覺得各個公司施行敏捷的時候都會遇見這次講師所分享的一些問題，基本上都是有共同點的。比如專業(yè)點，每個Scrum Team都會有自己的一個基調(diào)。每個測試你所跟隨的人不同，跟隨的team也不同，然后所接觸的項目也不同，碰見的問題也不同，甚至作息時間也會有所不 同。這樣的情況下，管理其實是麻煩的。我自己之前也一直煩惱一個問題是，在這樣的情況下，我應(yīng)該如何進(jìn)行test team這樣一個團隊的橫向分享，比如好的case，好的bug，又或者要push某個process的時候怎么辦。我表示真的很煩惱，如有人有好的解 法，還希望在我blog下面留言。
第二個問題點，如何在做好管理的同時，又避免Scrum Master和Test Leader同時給測試發(fā)號施令。這個問題其實也很常見。Master和Leader橫向交流不同，每個人安排任務(wù)的切入點也不同，往往會導(dǎo)致測試們很 辛苦。一會兒要處理這個，一會兒要處理那個。終會導(dǎo)致加班，情緒也不穩(wěn)定。 第三個問題點，一旦敏捷了，會造成很多的“不規(guī)范”，那么在這種情況下面應(yīng)該怎么進(jìn)行KPI的考評呢？
第四個問題點，當(dāng)你的團隊每個成員都被分派到了各個Scrum Team之后，如何保持test team一個高漲的氛圍，如何去維持一個很好的氣氛，是否能夠一直保證大家一條心呢？
更多>>
在敏捷項目管理中應(yīng)用“孫子兵法”
簡介：《孫子兵法》中的論述雖然是關(guān)于戰(zhàn)爭的，但是其思想在項目管理領(lǐng)域?qū)ξ覀円彩怯薪梃b意義的。本文以筆者的實際項目管理經(jīng)驗為基礎(chǔ)，分享了《孫子兵法》在敏捷項目管理中的應(yīng)用。希望能夠?qū)ψx者的實際項目管理工作有所啟發(fā)。
成為“敏捷”，而不是做“敏捷”
談到“敏捷”首先容易讓人想到的是各種實踐。這些實踐固然有可以借鑒的地方。但是在具體實施的時候往往要根據(jù)項目的實際情況進(jìn)行調(diào)整，而不是生搬硬套。
故兵無常勢，水無常形。能因敵變化而取勝者，謂之神。
——《孫子兵法?虛實》
作戰(zhàn)沒有固定的方式方法，像水流沒有固定的形狀一樣。能夠根據(jù)敵情的發(fā)展變化而采取靈活措施取勝的人，才可以稱得上是用兵如神。
敏捷軟件測試的技術(shù)特點
1、敏捷測試的定義
敏捷測試是敏捷的一種，敏捷測試是遵循敏捷宣言進(jìn)行，把開發(fā)作為顧客看待，測試中采用的是敏捷方法論。
敏捷測試是遵循敏捷宣言的一種測試實踐：
●強調(diào)從客戶的角度，即使用系統(tǒng)的用戶的角度，來測試系統(tǒng)；
●重點關(guān)注持續(xù)迭代的測試新開發(fā)的功能，而不再強調(diào)傳統(tǒng)測試過程中嚴(yán)格的測試階段；
●提倡盡早的開始測試，一旦系統(tǒng)某個層面可測，比如提供了模塊功能，要開始模塊層面的單元測試，同時隨著測試深入，持續(xù)進(jìn)行回歸測試保證之前測試過內(nèi)容的正確性。
2、敏捷測試中測試人員扮演的角色
程序員敏捷之路秘笈：降龍十八掌
在公司做了三次相關(guān)敏捷的主題：現(xiàn)有項目的敏捷之路，SCRUM，敏捷軟件測試。
但是，有朋友說這幾次都是站在管理的角度，程序員自己如何才能做做到敏捷呢?回來想想再結(jié)合之前看過的書總結(jié)出了如下18條，于是起名“降龍十八掌”吧。到底哪一條對哪一掌，大家自己對吧。
1. 態(tài)度積極。做事時專注，有問題積極找人幫忙同時也樂于幫助別人，勇于承認(rèn)錯誤，如果你從沒犯過錯誤，說明你可能沒努力去工作。
2. 深入理解需求。對一個需求要盡可能多的理解，不要急于著手編碼。
3. 不做世外高人。不要一個人默默無聞的編碼，多閱讀同事的代碼，也請同事閱讀自己的代碼，保證代碼易讀，易理解。
成功的自動化測試：敏捷測試員與程序員之間的合作
認(rèn)為對敏捷測試員來說，什么樣的自動化技能是重要的？
我的經(jīng)驗而言，對于想在自動化測試中成功的敏捷測試員，重要的技能是合作與溝通兩項技能。如果你正工作在這樣一個軟件開發(fā)組織，那里有程序員精心編寫的產(chǎn)品代碼，那么這些程序員是編寫自動化測試代碼的佳人選。測試人員知道什么是正確的測試事情。對于一個測試員與程序員的組合，他們可以共同決定哪一個測試應(yīng)該自動測試或怎樣自動測試。但至少應(yīng)該在編碼之前啟動這個過程，這樣程序員在設(shè)計代碼時可以使其更容易做自動化測試。
有很多可以幫助提升敏捷測試員與程序員合作的測試框架。例如，我的團隊在GUI后面的API層面， 利用FitNess作了多次測試。對于每一次測試，在這個階段都可以測試出這樣的事情?敏捷測試員與程序員一起合作完成某件事情，并探討出測試的設(shè)計 并能做出專業(yè)次的簡單測試。程序員編寫夾具，用來進(jìn)行測試輸入，并把夾具傳送給產(chǎn)品代碼，做出相應(yīng)的操作，然后返還結(jié)果與預(yù)想結(jié)果做比較。測試人員會寫出 多樣的測試用例，用例中包含不同的輸入與預(yù)想的輸出。同樣，我們用Selenium 2.0和Webdriver跟蹤了一個類似的GUI自動化測試。在Geb框架中使用Groovy語言，程序員給不同的GUI頁面編輯不同的頁面對象，這樣測試人員通過頁面對象可以編寫出多樣的用例。這樣的合作有助于確定設(shè)計的測試代碼是否合適，這也能做到長期的維護(hù)，并提供了一個良好的投資回報。
更多>>