1.支援團隊的測試
左邊的象限包括團隊的測試，因為它將幫助使用者開發產品。幫助程式設計師的測試的概念對許多測試人員來說是嶄新的，也是敏捷專案中的測試與傳統專案中的測試的最大區別。在第一象限和第二象限做的測試筆人們對測試的典型觀點更能明確需求和輔助設計。
象限一
左下方的象限代表測試驅動開發，是乙個核心的敏捷開發實踐。
單元測試驗證系統的一小部分的功能，例如乙個物件或方法。元件測試驗證系統的一大部分的行為，例如提供某些服務的一組類[meszaros，2007]。所有這兩類測試一般都使用自動化工具的xuint家族的乙個成員進行自動化。這些測試被認為是程式設計師測試、面向開發人員的測試或者面向技術的測試。程式設計師使用它們確保kent beck所謂的**的內部質量[beck，1999]。
象限一的測試的主要目的是測試驅動開發（tdd）或者測試驅動設計。首先編寫測試的過程幫助程式設計師更好的設計**。通過這些測試，程式設計師可以自行的編寫**來實現使用者故事的功能，而不用擔心對系統引入意外的改變。這些測試可以驗證他們的設計和架構決定是否恰當的。單元測試和元件測試是自動化的，使用與應用相同的程式語言編碼。業務專家不能通過直接閱讀二理解他們，但是這些測試不是打算讓客戶使用的。實際上，內部質量不是通過客戶判斷的，而是由程式設計師定義。程式設計師測試通暢是自動化過程的一部分，在每次**匯入的時候執行，即時的持續的向團隊反饋內部質量。
象限二
象限二的測試也是支援開發團隊的工作，但是是在乙個更高的層次上。這些面向業務的測試也叫做面向客戶的測試或者客戶測試，他們確定外部質量和客戶需要的功能。
像象限一中的測試那樣，他們也是驅動開發，但是是在乙個更高的層次上。在敏捷開發中，這些測試**於客戶團隊提供的例項。他們描述每個使用者故事的細節。面向業務的測試在功能層執行，每個測試驗證乙個業務滿足條件。他們使用業務領域語言以一種業務專家可以容易理解的方式編寫。實際上，業務專家使用這些測試來確定產品的外部質量並幫助他們。這個象限可能與單元級別完成的某些測試重複。但象限二的測試是面向例項說明的，並在乙個更高的層次確認期望的系統行為。
2. 評價產品的測試
如果你曾經是客戶，需要描述軟體功能的需求，那麼應該知道知道看到軟體才能確切的知道需要什麼是多麼的痛苦。即使你對功能應該如何工作很有信心，描述它使程式設計師完全理解也是很困難的。
象限三
面向業務的例項幫助團隊設計期望的產品，但是至少我們的某些例項可能是錯誤的。業務專家可能遺漏了某些功能，或者如果該功能不是他們的技術領域的，而沒有正確的了解這個功能。團隊可能至少誤解了某些例項。即使程式設計師變形的**可以使面向業務的測試通過，他們也可能沒有產生客戶真正想要的東西。
這就是使用第三象限和第四象限中的評價產品的測試的地方。象限三屬於面向業務的測試，這些測試使用執行的軟體來檢視它是否沒有達到期望或能否對抗競爭。當通過面向業務的測試來評價產品時，要盡力模**正使用者使用應用的方式。這是只有人類可以從事的手動測試。可能使用某些自動化指令碼來幫助配置需要的資料，但是需要憑我們的感覺、我們的大腦和直覺來檢查開發團隊是否交付了客戶需要的業務價值。
可用性測試是本身具有完整的理論的一類測試的示例。可以引入焦點小組，在他們使用應用的時候研究它，並與他們交談以獲取他們的反應。可用性測試也可以包括頁面間的切換或者甚至是像tab鍵順心這樣的簡單功能。了解人們如何使用系統是測試可用性時的優勢。
象限四
第四象限中的測試型別對敏捷開發和對許多其他型別的軟體開發一樣重要。這些測試的目的是面向技術的，我們使用技術而不是業務來討論它們。象限四的面向技術的測試的目的是評價產品的效能、健壯性和安全性等特性。
----摘自《敏捷軟體測試：測試人員與敏捷團隊的實踐指南》
----（美）lisa crispin 、 jant gregory 著
---- 孫偉峰 崔康 譯
---- 清華大學出版社
測試 spring原始碼摘取
首次載入idea是真的慢。也許是我電腦效能太差。我分析他內部有一套索引的機制，需要每次開啟現建立。沒有固態的話，首次開啟還不如eclipse 第一次使用，以前都在csdn混 所以發一段spring ioc原始碼，測試一下的 編輯功能是否好用 此段原始碼為ioc中refresh起始方法中，建立bean...
敏捷開發 敏捷測試
敏捷測試的定義 首先敏捷測試是敏捷的一種，原有測試定義中通過執行被測系統發現問題，通過測試這種活動能夠提供對被測系統提供度量等概念還是適用的。在傳統的測試定義上，還需要新增 敏捷測試是遵循敏捷宣言的一種測試實踐 強調從客戶的角度，即使用系統的使用者的角度，來測試系統 重點關注持續迭代的測試新開發的功...
敏捷測試 傳統測試
敏捷測試 首先敏捷測試 agile testing 是測試的一種，敏捷測試的理念是，和編碼一樣，測試是開發的乙個關鍵部分。在敏捷中，測試被直接整合到軟體開發過程中，以便盡早 頻繁地發現bug。因此，測試人員可以在開發過程的每乙個節點上發現問題，從而使產品快速走向發布。敏捷測試的特點 傳統測試 傳統測...