app功能測試的基本流程！

　　app功能測試還是需從需求出發，功能測試無非就是盡可能多的且全面的覆蓋住用戶們的需求，使軟件能夠最大程度的滿足客戶及其用戶們的需求。在app功能測試開始前，測試人員盡可能的早的參與到軟件的評審中，這樣有利于測試人員明確需求，避免一些需求不明確造成的問題。

一、測試人員在需求評審中要保證：

1.確認最近對需求的理解清晰，不存在模糊不清且疑慮的地方。

2.確認需求文檔的完整性及準確性，為之后的測試工作保證。

3.在評審中可以對自己不明確或覺得不合理的地方提出自己的意見。

二、測試計劃

測試計劃是在拿到需求文檔后，測試人員根據需求文檔來規劃測試的范圍、方法、資源及其時間，其側重于規劃之上，在進行測試計劃的編寫時要有一下幾點：

1.要確定測試方位及測試目標；2.角度與職責；3.進度與資源的分配；4.正確與錯誤的判定。

測試計劃更多的是規劃，規劃測試工作的進行與開展，主要是以往哪測、怎么測開展開展。
三、編寫測試用例

編寫測試用例是為了讓測試進行變得有跡可循，讓自己知道自己下一步該做什么，而不是一股腦地想到啥測啥，也同時是防止漏測。

因此在測試用例中需要編寫出測試的內容與方向，測試用例的表達要清晰，用例的可操作性，用例的輸入與輸出要明確。

用例的設計方法用但不僅限于以下幾種：等價劃分法，邊界值法，因果表法，場景法，錯誤推測法，需求分析法等。

四、用例的評審

測試人員在用例編寫好后，并不能直接進行測試，還需要組內人員進行一個統一的評審，檢查用例設計的合理性與覆蓋性，是否能夠最大限度的覆蓋用戶所需要的需求上。

五、執行測試用例

測試用例評審通過后，測試人員就可以根據編寫出來的測試用例進行測試。

并將測試結果與用例中的預期結果進行對比，并進行詳細的記錄。

六、缺陷跟蹤及報告的編寫

缺陷跟蹤就是指在未通過提交的bug，開發需要修復bug。我們需要在項目管理工具中進行缺陷提交，要明確缺陷發生的標題及模塊、優先級、操作步驟、以及預期結果與實際結果，在條件允許的情況下最好帶上附件，表明實際結果是什么樣的，且明確缺陷修復的開發是誰。當缺陷進行修復后，測試人員需要對該程序進行一次回歸測試，如果還不通過則需要再次提交。

七、報告的編寫

測試報告的編寫是在，當測試通過師則可以對該缺陷進行關閉，最后對這次的測試進行一個報告的產出。

測試的報告中需要真實的寫出測試時發送的問題，解決的情況，但是在企業中測試的報告并不會對重大的缺陷進行一個報告，目的是防止客戶對其能力的懷疑，但是在編寫測試報告時一定要確保真實性，不能子虛烏有的寫出一大堆，且一定要保證缺陷的關閉。

在app功能測試中，測試人員是無法找出軟件中所有的缺陷的，但是軟件測試也是不可或缺的，軟件測試可以減少絕大部分開發無法找出的問題，減少那些項目中照成的損失，因此軟件測試的參與一定要是越早越好。