如何將測試規范滲透到日常的工作中

往往在測試中，大家覺得來了測試任務就測試，時間久了，反而忘記了還有什么規范？也就慢慢忽略了規范！

規范的軟件測試流程有助于需求條理化，將測試工作模塊化，一切跟著計劃走比通過腦袋記憶要更加的有條理。有的時候，工作任務比較繁瑣，腦袋記憶力容易出現亂成一鍋粥的情況，特別這個時候，軟件測試計劃就更加重要。下面結合實際情況對自己工作中測試流程進行簡單的闡述。

測試策略就是如何進行測試，運用何種手段進行測試。當用戶提出新的需求時，測試人員應該和開發人員一起做測試需求分析，一般我們都會通過會議的形式去進行討論分析，這樣測試人員會對測試需求要有個大概的了解，需要是干什么的，包括哪些功能等等，而不至于什么都不清楚不了解。

了解需求內容之后，就可以對整個測試進行預期估算，包括計劃要測試哪些方面的功能，測試的策略，要計劃分配哪些人員參與到測試中，哪些人負責哪個模塊，以及按照交叉測試的方法，同時還要提前計劃好測試的開始時間和結束時間，以及測試計入條件和測試退出條件，便于掌控整個測試進度。

測試計劃規范之后，則是進行測試用例的編寫。測試用例的編寫，主要圍繞界面模塊而展開，如界面包括哪些按鈕，按鈕操作是否可以正常進行，其次圍繞功能來設計，然后根據不同的場景來設計。對于測試過程中，出現的缺陷問題，要在將缺陷問題記錄到測試用例“測試結果”一列，便于查看測試項測試任務情況。測試用例需要組織開發人員、測試人員、需求人員一起進行評審，評審通過后作為正式測試用例供測試人員執行。

測試用例執行之后，對測試過程中發現的缺陷，要匯報自己的測試情況，并且將測試中的缺陷反饋到測試工具中，便于開發人員解決。對于安排的不同模塊的負責人在測試自己對應模塊的任務時，也要及時的匯報自己的測試工作進度，便于測試小組掌握測試的整個進度。

按照測試用例執行完所有的測試任務，且開發人員修復完了所有的bug問題(不包含一些難以修復但不緊急的問題，)，測試人員需要編寫針對本次項目的測試總結，要在總結中說明，測試計劃是否按照如期進行。總測試缺陷數據多少，測試覆蓋度等。

系統測試完成后，文檔編寫人員需要針對本次項目開發新增加的功能進行項目“升級日志”和“用戶手冊”文檔的編寫。方便用戶了解并能夠快速上手使用新增加的功能。

最后，測試通過的軟件及文檔需要CM發布文件包，以便對外正式使用。市場人員可以編寫白皮書等文檔對外進行宣傳。