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

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

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

2.確認(rèn)需求文檔的完整性及準(zhǔn)確性，為之后的測試工作保證。

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

二、測試計(jì)劃

測試計(jì)劃是在拿到需求文檔后，測試人員根據(jù)需求文檔來規(guī)劃測試的范圍、方法、資源及其時(shí)間，其側(cè)重于規(guī)劃之上，在進(jìn)行測試計(jì)劃的編寫時(shí)要有一下幾點(diǎn)：

1.要確定測試方位及測試目標(biāo)；2.角度與職責(zé)；3.進(jìn)度與資源的分配；4.正確與錯(cuò)誤的判定。

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

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

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

用例的設(shè)計(jì)方法用但不僅限于以下幾種：等價(jià)劃分法，邊界值法，因果表法，場景法，錯(cuò)誤推測法，需求分析法等。

四、用例的評審

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

五、執(zhí)行測試用例

測試用例評審?fù)ㄟ^后，測試人員就可以根據(jù)編寫出來的測試用例進(jìn)行測試。

并將測試結(jié)果與用例中的預(yù)期結(jié)果進(jìn)行對比，并進(jìn)行詳細(xì)的記錄。

六、缺陷跟蹤及報(bào)告的編寫

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

七、報(bào)告的編寫

測試報(bào)告的編寫是在，當(dāng)測試通過師則可以對該缺陷進(jìn)行關(guān)閉，最后對這次的測試進(jìn)行一個(gè)報(bào)告的產(chǎn)出。

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

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