敏捷的測試方式，好像是國內的一些企業熱愛的測試方式。其實這個也不難理解，這種測試方式能快速的解決問題，從而提高軟件開發的效率。
在先前的公司所做的測試方式，來福州之后明顯發現那種方式明顯在這邊不適用。
2、很多時候都是給你一個已經開發好的東西讓你測，你根本沒有經歷需求分析和代碼開發兩個階段。
3、很多軟件公司，軟件開發的周期都比較短，時間緊。這必然導致很多規范化的東西不能切實履行，只能采用最實際的方式：發現問題即溝通，然后面對面解決。
功能測試思路：
以客戶需求(業務需求)為基礎，數據為指導。
1、需求分析
拿到一個成品，首先熟悉需求，要想更細的了解最好參照開發需求(功能說明書)以及測試需求。如果這些文檔并不齊全，只能靠自己的嘴巴和腦袋了。首先要用心分析需求文檔，每個細節每個業務流程。對于不懂的或者與現有系統矛盾的地方，及時張開自己的金嘴去問熟悉這個系統的相關人員。
需求分析后，最好是能畫出一個功能流程圖。對于每個子功能，盡可能把各種可能的路徑都顯示在這張圖上面。
對于如何畫好這張圖，這個時候最好的方式采用數據驅動的方式。每個模塊之所以能關聯在一起，追根揭底都是因為它們有數據傳遞。分析出數據流的流向，一般都能把握住功能與子功能的各個分支，盡量做到無遺漏。
2、測試執行
1)BVT測試，確�；竟δ芏寂芡�。
2)接口測試，將整個業務流程從創建數據，到處理數據，然后到處理結束，整個過程走一邊，確保流程能走得通。
3)各個子功能深度測試。這個過程誰經驗豐富誰占優勢，但是也是有些技巧的。怎么確保此功能不會出現嚴重的問題了，首先研究數據。這個功能涉及到那些數據，然后從界面上提交關鍵數據，確保數據信息成功保存在數據庫中。
4)關聯測試。這個階段，首先要搞清楚數據的關聯。搞清楚這個關聯可以采用兩種方式結合：一個是從界面上了解數據之間的關聯，另外一個更準確的方式是分析數據庫。分析數據庫中各個表中的數據，把每個外鍵找出來，然后找出外鍵相關的表。然后弄清楚這些表中的數據界面上哪里調用上。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
