敏捷測試指引(1)-簡介

　　敏捷測試指引(1)-簡介  軟件測試

　　在XP Agile Universe上，兩個人-或許更多-告訴我說，我在敏捷測試的發展方面貢獻不夠。我在過去5年里花了太多的時間說我不知道敏捷測試會怎樣，沒有足夠的指示和指導?！暗亲屛覀兛纯?，也許我們可以找到?！彼麄兛赡苁菍Φ?。因此我讓本文作為這方面的一個起點。

　　我先重申一些普遍的概念區別，以作為起點。

　　如果你聽到別人在談論敏捷項目中的測試，問一下那些測試是面向業務的還是面向技術的，會對你有很大的幫助。面向業務的測試是你可以用一個業務專家感興趣的術語來向他描述測試。如果你通過電話描述測試回答了什么問題，你可以使用業務領域的術語：“如果你支取超過你的賬戶余額的現金，系統是否會自動給予你一筆與超出部分等額的貸款?”

　　面向技術的測試是你使用程序員的領域的術語來描述測試：“不同的瀏覽器會通過不同的方式實現Javascript，所以我們測試產品是否能在最主要的瀏覽器上工作?！被蛘撸骸叭绻脩粲涗洸淮嬖?，PersistentUser#delete不應該執行?！?/P>

　　(這些分類有著很多模糊的界線，例如，選擇測試哪個瀏覽器配置，部分是業務決定。)

　　問一下正在討論測試的人，他們希望測試支援編程還是批判產品。對于“支援編程”，我的意思是程序員把測試作為編程的主要組成部分。例如，一些程序員編寫測試用例來告訴他們下一步應該寫什么代碼。通過編寫那些代碼，他們改變一些程序的行為。這些更改之后通過運行這部分的測試來保證他們修改的是他們需要的。運行其它的測試來確保更改的行為不會影響其它不需要更改的部分。

　　批判產品的測試則不是專注于編程方面。而是在已完成的產品上查找發現產品的不足之處。

　　如果把這兩類區別放到一起，就得到下面的矩陣圖：

　　接下來，我會談談這個矩陣的每個區域，我關于它們的發展的預測。

原文轉自：http://www.anti-gravitydesign.com