1個月5次發版：測試人的模塊測試策略分類歸納

筆者所在項目經歷了一個月開發周期，該項目有5名開發人員，1名項目經理，1名測試人員，涵蓋OA系統8個模塊，在短短1個月中進行了5次發布。

現進行模塊測試策略分類歸納。

已有模塊

配置項優化

對于已有模塊的配置項優化，開發的主要工作是在流程后臺和系統模塊配置模塊中配置對應的適應各單位用戶的流程。

測試的策略在于流程測試，理論上配置不改動代碼不會影響原功能，于是在流程測試過程中順便完成了回歸測試。

在大家都認為沒有問題的信息模塊，測試過程中卻發現審批不通過時會報錯。

測試流程的主體思路是覆蓋正向流程和反向流程，在測試過程中尤其要注意反向流程，包括審批不通過時流程流轉到原審批節點，以及在原審批節點再次編輯并提交發起流程的場景。

總結1：后期遇到這種任務緊測試資源少的情況，對存配置的模塊簡單測正反向流程即可。

功能優化

對于已有模塊的功能優化，涉及到新增字段、新增菜單、新增流程，開發人員需要增加界面、增加數據表字段，需要進行常規功能測試。

設計測試用例是必要的，雖然沒有時間寫測試計劃但是在大腦中已形成了測試計劃，知道測試重點、怎么測試，對功能有疑點的及時找了開發確認，但是開發并沒有引起重視。

回歸測試階段與項目經理溝通中，該界面被指出與所要求的不符，進行了又一輪修改。

在開發工期緊張的情況下，開發不一定會去把所有疑點確認，測試人員應該再找到項目經理一起確認，避免后期開發出的功能不符合需求的情況，減少后期修改帶來更多的時間和成本代價。

整體測試過程中，由于有設計的測試用例做指導，基本覆蓋住了正常和異常的業務場景，主流、分支流的流程測試，四種場景流程均進行了測試，保證了發布功能的質量。

總結2：功能測試需要以設計的測試用例為指導。在開發工期緊張的情況下，測試人員有必要將功能歧義點和開發、項目經理一起進行確認，減少測試的功能南轅北轍的錯誤發生。

新增模塊

新增管理模塊

對于會議室管理、供應商管理、工作聯絡函、生產任務管理這些新模塊，涉及到新增模塊、新增流程，開發人員需要搭建界面、寫接口文檔、設計創建數據庫，需要進行常規功能測試。

在這一測試過程中，項目團隊在創建初期，測試流程不規范，口頭提測，于是加強了測試流程宣貫和流程規范工作，這一過程中要力爭得到上級項目經理的支持。

首先讓開發人員送測時提供送測單，在測試前溝通好送測影響范圍和測試重點，避免測試工作偏頗影響進度影響上線。

具體實施過程中只有會議模塊進行了測試用例編寫，迫于上線壓力測試時間壓縮，使得在上線前測試工作僅完成了92.31%，發布后出現了遺漏問題。

會議有6個子模塊，開發的送測代碼質量不高，測試時間只有2天，要避免這種情況必須靠加班趕工，但是當時沒有與項目經理溝通是否能延遲時間。

遇到這種情況需要跟開發、項目經理溝通，線上發布前告知項目經理可能存在的風險。即便后期出現了問題，項目經理也心里有數，不會過多責怪。

總結3：時間緊的情況多與項目溝通，協調資源。

無測試用例

對于新模塊，沒有設計測試用例，第1個模塊僅一個菜單，1條流程分支，兩個流程節點，第2個模塊2個菜單，4條流程分支，每條流程分支有2個流程節點。

開發人員講解了測試重點，有可能產生問題的地方，這些也是開發人員清楚的地方。

測試策略是以需求文檔為準校驗頁面字段和審批流程，以流程為主線校驗業務邏輯。

總結4：迫于上線壓力未準備測試點情況下，找開發溝通測試重點、可能存在的問題處，做到有的放矢。

市場千變萬化，產品需要迅速推向市場，并在用戶使用過程中去做小范圍優化，項目成員需要適應這種變化，最近裁員風波不斷，測試人員也需適應并擁抱變化，加強自身的戰斗力，以使自己經手的項目質量經得起用戶和市場的考驗！

最后：在我的V：atstudy-js，可以免費領取一份10G軟件測試工程師面試寶典文檔資料。以及相對應的視頻學習教程免費分享！其中包括了有基礎知識、Linux必備、Shell、互聯網程序原理、Mysql數據庫、抓包工具專題、接口測試工具、測試進階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續集成、測試架構開發測試框架、性能測試、安全測試等。