常見的功能測試的流程是：需求分析，用例編寫，用例評審，提測驗證，Bug 迴歸驗證，上線與線上迴歸。

但是做起來就是：寫不完的用例，跑不完的case，天天都要加班。

我以功能測試的工作流程，結合實際的工作內容，來具體細說一下做好功能測試的建議：

一、需求分析

首先一般大家接觸到的都是產品主導型的開發模式，其中需求和專案，作為測試是沒辦法去主導的。這個時候就需要開展需求會議，來讓團隊中的各個成員來充分理解需求。

注意，需求會上沒有澄清的一個小點，都會成為日後你工作中一個巨大的坑。

在需求評審中，你需要做的是提前閱讀需求文件，把問題點都記錄下來，然後在會上對描述不清晰、不便於設計用例、測試點不明確的地方都要丟擲了，讓產品經理給出具體的說明。

明白了什麼是需求之後，進行需求澄清的時候，測試人員要深刻理解需求，在需求評審會議中，針對描述不清、不便於設計測試用例、找不準測試點、業務相關知識串聯不起來的地方提出來，丟擲疑惑，讓產品經理給出說明。

為什麼一定要開這個需求評審會呢？

以下面的這個快捷登入的頁面為例：

比如，身份複選框是否合理？一個人是否能夠擁有多重身份？驗證碼的有效時間及位數？產生異常情況頁面會給出什麼提示資訊…這些細節點明確後，後面的工作才方便展開。

前面提到了需求評審之前要看需求文件。可以說如果你不知道怎麼測，那你一定沒有看過需求文件。

但是實際會遇到各種各樣的情況：

第一種情況：沒有需求文件或者需求就是一句話

比如：設定下APP主題顏色可以隨使用者手機殼顏色而改變。如果真的是遇到需求只是一句話的情況，那麼就需要組織開需求評審會議，整個團隊一起來把需求文件給完善掉。

第二種情況：有需求文件，但是非常的粗糙

遇到這種情況，有3個建議

• 要求需求分析人員或者開發完善需求文件；
• 如果團隊不配合，就自己把待明確的點問清楚，同時做好記錄；
• 切忌含糊不清，不要給自己挖坑。

第三種情況：有清晰詳細的需求文件

有了清晰的文件，想要做好，還有一些建議

• 提高主觀能動性，關注開發和產品的討論內容，變動和難點要重點聽，不要因為暫時沒關係就不關注；
• 評估要全面，比如需求的內容涉及到的作業系統、改動會影響到哪些功能，然後給出準確的工作量，防止因為時間不足造成的測試不充分；
• 需求評審後，要求產品更新此次評審過程中的所有改動部分；
• 根據需求，制定好測試方案和需求，注意時間安排要富裕，防止出現意外情況。

二、用例編寫

天下測試，唯用例設計不破，唯缺陷報告不破！

當說到用例編寫就是等價類、邊界值等，那麼說明你寫用例是照著書本上去寫，而不是從使用者的角度去寫用例。

測試用例的設計能力是一個測試工程師的核心競爭力，這種能力能夠讓你面對各種型別的測試，都能設計出高效而全面的發現缺陷的測試用例。

想要達到這種水平，就要求你：

• 深入理解業務需求，熟悉產品的執行環境，比如技術架構、快取機制、第三方服務整合等；
• 融會貫通，把具體的業務和系統性的測試設計方法結合起來，保證自己穩定出色的輸出；
• 平時多積累，對常見的缺陷模式、型別等做好歸納總結，形成體系化用例設計思維；
• 經常閱讀好的用例設計例項，開拓思路，舉一反三。

三、提測驗證

先說好，提測的時候不敢懟開發的，後面的鍋可都是自己背哦！

在設計測試用例的時候，冒煙用例是一個子集。如果這些用例通不過，我們就可以將提測的模組打回。

發出一封可愛的主題為“xxx功能冒煙不通過，打回”並抄送老闆的郵件，開發那邊就要認真的執行冒煙用例了。

在此之前必須保證我們測試人員所提供的冒煙用例必須有質量，能夠準確的覆蓋重要的功能點。

在開發提測前，一定要確保開發做好以下準備，如果沒有，寧可按下不動，也不可給自己挖坑：

• 完成端對端的聯調
• 執行冒煙用例
• 列出改動點
• 準備好上回歸環境的清單
• 必要時也可以讓產品經理提前驗收

對於測試人員來說，測試階段要注意幾個點：

必須有關注整體專案的意識，防止出現測試的內容和最初的需求不一致，增加新的內容從而增加工作量；

需求有變更，就要評估專案進度，如果有影響就要重新排期；

對於發現的bug一定要描述清楚，問題描述、重現步驟、前置條件、預期結果、實際結果等。

bug分級要準確，保證專案按期完成。

四、上線迴歸

當專案需要頻繁的交付和上線的時候，面對無法自動化的測試用例，如何有效的進行手工的迴歸測試呢？

和專案中的開發以及專案負責人溝通確認；

關鍵點的測試，比如測試的重點：bug修改，關聯功能，新增加功能，修改功能呢個，上一輪測試bug多的功能。

對開發人員能力的評估

專案初期對測試用例的維護

對專案做好完整的總結，比如提測次數、上線次數等

最後，對於剛入行的測試人員，小有所成之後，一定要經常的問自己：

我現在能力水平，究竟是我個人的能力，還是平臺或者公司的高度？離開了這個公司，或者離開了這個熟悉的業務，我還能剩下什麼？在測試行業我的優勢和核心競爭力是什麼？

只有把功能測試做好，研究明白，才能更好的去做效能和自動化測試。

最後也給軟體測試的朋友們準備一份測試資料：

上面是我收集的一些資源，在這個過程中幫到了我很多。如果你不想再體驗一次自學時找不到資料，沒人解答問題，堅持幾天便放棄的感受的話，可以加入我們扣扣群【785128166 】，裡面有各種軟體測試資源和技術討論。

機會只垂青有準備的人，這是一個靠本事的社會。有時候，你之所以發展得不好，不是因為沒有機遇，而是因為你沒有準備好，導致機遇與你擦肩而過。如果你想要學習，什麼時候開始都不晚，而不是瞻前顧後，你只要用盡全力，剩下的交給時間！

加油吧，測試人！路就在腳下，成功就在明天！