移動應用開發中敏捷測試的一些誤解

敏捷測試指的是在敏捷軟件開發過程當中跟質量相關的一系列活動，和傳統意義上的軟件測試有不少區別，由於敏捷軟件測試的概念一直比較模糊，因此常常會有人走入誤區，此次和你們分享一下個人理解。

首先從敏捷測試的策略開始
　　
測試文檔，包括測試計劃，測試用例，測試報告，測試缺陷等文檔以及相對應的能夠指導測試的一部分需求文檔。

不少人會認爲，敏捷測試是不須要文檔的，但不能否認，在實際的敏捷項目中，確實不多見傳統意義上的正式的專門的需求文檔和測試文檔，但這並不表明敏捷項目沒有文檔，好比用戶故事自己就是需求的載體，用戶故事中的驗收條件就是敏捷測試文檔的一部分， 另外不少敏捷軟件項目都會採用BDD的方式進行開發，將測試用例用業務人員可以看懂的天然語言描述，並結合自動化實現，造成一個融需求和測試爲一體的文檔，並且爲了應對敏捷軟件測試變化快文檔更新不及時致使的問題，不少敏捷項目都在使用Living document。

而後關於一個老問題，自動化測試和手動測試
　　
有些剛接觸敏捷的人認爲敏捷軟件開發發佈週期很短， 測試人員根本沒有時間作手動測試， 因此應該採用純自動化測試。也有一些人認爲，敏捷開發強調快速響應變化，若是投入成本在自動化測試上，那麼確定會致使維護自動化測試帶來的資源浪費，因此應該採用純手動測試。然而由於測試代碼自己可能存在缺陷，並且有不少部分難以被自動化測試覆蓋，因此敏捷測試也一樣離不開手動測試。因此推薦敏捷測試以自動化測試爲主，手動測試爲輔。

接下來非功能性測試。非功能性測試指的是針對非功能性需求的測試，一般包括安全測試，性能測試，可用性測試，兼容性測試等。由於不少產品必須考慮到用戶敏感信息的安全以及性能致使的用戶滿意度，在敏捷項目中因爲軟件會盡早發佈，若是這些非功能性需求出現問題，就會更早地形成影響，極可能在軟件剛步入市場就損失掉大多數的用戶。
　　
因此在app測試中，非功能性的測試和功能性測試同等重要，比較好的作法是將這些非功能性需求也加入到用戶故事的驗收條件中，在整個敏捷開發流程中對這些非功能性需求進行驗證。