首先, 傳統測試是根據傳統 waterfall 開發方法建立出來的. 他假設前面需求已確定, 所有功能已開發完畢, 所以接下來就是用力把這些功能給測好. 如果品質有問題, 就不能讓它通過.
我想大家都知道, 唯有給客戶想要的東西, 這樣你的產品才能大賣. 可是這樣的道理真的不容易做到.
那可以怎樣改進呢? 我想很多人一定問過這樣的問題. 並且最常見的反應, 是說自己根本沒有機會可以跟客戶接觸; 或者說即使跟 PM 講了, 他們也不會接受.
不過, 我想可以換個角度來思考一下, 為什麼大家不先從自己能夠掌握的地方開始練習呢? 如果你能夠讓你接觸的人滿意, 當日後有機會接觸到, 你所謂真的客戶時, 你才可能讓他們也滿意.
最近開始在研究實例化需求(http://www.amazon.com/Specification-Example-Successful-Deliver-Software/dp/1617290084), 開始帶領團隊看書和練習. 我們志不在自動化, 而是確認如何落實這樣的觀念到專案中, 了解要如何實際應用, 並且確保是有效果的.
昨天進行了一場需求工作坊, 我把一些事情記錄下, 以供後面持續改進.
進行流程
讀書摘要: 敏捷測試的思考 (3)
Practices for Scaling Lean & Agile Development
Chapter 3 Testing
5. 避免將開發與測試分離
讀書摘要: 敏捷測試的思考 (2)
Practices for Scaling Lean & Agile Development
Chapter 3 Testing
3. 避免複雜的測試用語
讀書摘要: 敏捷測試的思考 (1)
Practices for Scaling Lean & Agile Development
Chapter 3 Testing
對於測試, 在agile中應該要具備一下思考態度
1. 避免假定測試就只是意謂只有測試而已
- 根據Meyer(The art of software testing的作者)的定義測試, 是一個以找出defect為目的的一個過程. 但是在agile中並不是只有這樣
甚麼是Acceptance Test-driven Development?
ACCEPTANCE TEST-DRIVEN DEVELOPMENTWITH ROBOT FRAMEWORK
by Craig Larman and Bas Vodde
Acceptance Test-driven Development(ATTD)是一種以協同合作的方式, 利用範例和自動化測試 - 也就是建立可執行的specifications, 來描述和發現需求.
ATTD 分成三個部分
1. Discuss the requirements in a workshop.
十件XP團隊在測試上常犯的錯誤
Top 10 Testing Mistakes XP Teams Tend to Make
http://testobsessed.com/2006/03/23/top-10-testing-mistakes-xp-teams-tend-to-make/
1. 試圖用單元測試代替驗收測試
2. 沒有自動化驗收測試
3. 認為測試自動化就已經足夠了
為什麼在實作之前撰寫測試會比較好
如果你在進行測試時, 只是重視檢查每個程式碼是否被實作正確, 這樣是沒有意義的.
例如: 檢查所輸入的三邊長度, 是否符合三角形的要求
verifyTriangle( int Edge1, int Edge2, int Edge3) {
if ( Edge1 + Edge2 > Edge3)
Agile Testing Quadrants (2)
Source: http://lisacrispin.com/downloads/AdpTestPlanning.pdf
Quadrant 2
Functional Tests/Examples/Story Tests/ Prototypes/ Simulations
1. 第二象限的目的
- 驅使開發團隊思考business centered的測試
Agile Testing Quadrants (1)
Source: http://lisacrispin.com/downloads/AdpTestPlanning.pdf
在agile testing(lisa crispin)一書中提到agile testing quadrants(這個觀念並不是 lisacrispin提出), 說在做agile testing時要以比較廣泛的角度在看待測試, 而不是僅以某個角度來思考.
這裡他介紹了四個面向來思考測試: 從技術面向, 商業面向, 評判產品的面向, 支持團隊的面向. 從這四個面向他發展出四個象限, 不過這四個象限並不是一對一對映前面所說到的四個面向, 由下圖中你可以看到他們的關係.
Acceptance Testing Engineering Guide
http://www.codeplex.com/TestingGuidance
Accrptance Testing在agile中也是很重要的一個practice, 但是目前很少書籍在討論它
目前我找到微軟要對它出一系列相關的書籍. 它目前分成四個部份, 其中第一個部份的release candidate已經好了, 並且可以免費下載
http://download.codeplex.com/Project/Download/FileDownload.aspx?ProjectName=TestingGuidance&DownloadId=89573&FileTime=129011629504470000&Build=16135
Volume I
測試自動化金字塔中被遺忘了一層
The Forgotten Layer of the Test Automation Pyramid
http://blog.mountaingoatsoftware.com/the-forgotten-layer-of-the-test-automation-pyramid
即使agile方法論的好處很多, 可是我們還是要自動化我們的測試, 但是我們大多做不到. 自動化測試的代價非常昂貴, 當一個功能完成後, 可能要花數個月去完成它, 有些狀況可能要花數年. 團隊認為之所以這麼困難很快寫好, 其中一個原因就是我們在錯誤的level上做自動化. 由下圖可以知道, 有三個level可以做自動化, 這個圖稱為測試自動化的金字塔
http://blog.mountaingoatsoftware.com/wp-content/uploads/Testpyramid.jpg
Develop n Test n-1的iteration開發方式
Testing the Agile way
http://www.agilejournal.com/blogs/2009-11-18-04-44-13.html
Oct 11, 2009
Posted by Babs
如何在Agile/Scrum專案中處理Bugs
Coping with Bugs on an Agile/Scrum Project
http://www.infoq.com/news/2009/07/coping-with-bugs
Jul 15, 2009
Posted by Mark Levison
Ten Principles for Agile Testers
這是Agile Testing: A Practical Guide for Testers and Agile Teams 一書中, Lisa Crispin所整理, 有關agile tester應該有的十項原則. Enjoy it
1. 持續提供feedback
- The agile tester is central to providing the team with feedback: Acceptance criteria is the most concrete way to measure positive progress on an agile project.
Agile Testing 簡介
Testing in an Agile World: An Agile Testing Overview
http://blogs.inovis.com/2009/01/08/testing-in-an-agile-world-an-agile-testing-overview/
January 8, 2009
Posted by Meg Suggs
Published in "The Invois Blog"
