日常工作中怎么做好規范？
——測試規范流程
規范的重要性不言而喻，從剛進入公司的第一天老大就在強調規范的重要性。記得當時，自己面試崗位是的網頁設計，在編寫頁面代碼時，自己定義了三個類名，分別為”a b c”3個類名，記得當時老大問我，“為什么要用這3個類名命名？”當時，我心中就感覺很奇怪，命名還要有什么要求嗎？當時的自己對此非常的不解和困惑。
由於自己的工作性質主要是技術支持和軟件測試，在該文檔中，就圍繞“測試規范流程”而展開本文的開篇。對於項目前期時，新增加的一個或者幾個需求功能，測試人員只要檢查軟件的功能是否正常就可以了，因為系統不是很大，覆蓋的功能點很少，同時需要考慮的問題也較少，所有測試也就顯得不是那么規范化。但是隨着項目后期的擴展，慢慢的測試人員會發現，越來越多的功能，自己一個人越來越顯得力不從心，這時，就迫切需要一個規范的測試流程去引導測試工作有條不紊的進行。
一、日常工作中怎么做好規范呢？
規范的測試流程有助於需求條理化，將測試工作模塊化，一切跟着計划走比通過腦袋記憶要更加的有條理。有的時候，工作任務比較繁瑣，腦袋記憶力容易出現亂成一鍋粥的情況，特別這個時候，測試計划就更加重要。下面結合實際情況對自己工作中測試流程進行簡單的說明，純屬個人意見。
1．制定測試策略
首先測試策略，當用戶提出新的需求時，測試人員應該和開發人員一起做測試需求分析，一般我們都會通過會議的形式去進行討論分析，這樣測試人員會對測試需要有個大概的了解，需要是干什么的，包括哪些功能等等，而不至於什么都不清楚不了解。
2．制定測試計划
大概了解需求內容之后，要對整個測試進行預期估算，包括計划要測試哪些方面的功能，要計划分配哪些人員參與到測試中，哪些人負責哪個模塊，以及按照交叉測試的方法，同時還要計划要測試的開始和結束時間，便於掌控這個測試進展等等。
3．編寫測試用例
測試計划規范之后，則是進行測試用例的編寫。測試用例的編寫，主要圍繞界面模塊而展開，如界面包括哪些按鈕，按鈕操作是否可以正常進行，其次圍繞功能來設計，然后根據不同的場景來設計。對於測試過程中，出現的缺陷問題，要在將缺陷問題記錄到測試用例“測試結果”一列，便於查看測試項測試任務情況。
4．形成測試報告
測試用例執行之后，對於測試過程中發現的缺陷問題，要匯報自己的測試情況並且測試中的缺陷反饋到測試工具中，便於開發人員解決。對於安排的不同模塊的負責人在測試自己對應模塊的任務時，也要及時的匯報自己的測試日工作進度，便於測試小組掌握測試的整個進度。
5．測試總結及文檔編寫
按照測試用例執行完所有的測試任務，且開發人員修復完了所有的bug問題（不包含一些難以修復但不緊急的問題，），測試人員需要編寫針對本次項目的測試總結，要在總結中說明，測試計划是否按照如期進行。總測試缺陷數據多少，測試覆蓋了多少等等。
同時文檔人員要針對本次項目開發新增加的功能進行項目“升級日志”和“幫助手冊”任務的編寫。便於用戶了解並能夠快速上手使用新增加的功能。
二、不規定的行為有哪些？
隨着后期慢慢的參與到項目中，才逐漸發現規范的重要。代碼一個標點符號的缺少，頁面樣式一個花括號的缺少，action標簽路徑的寫錯等等這些都能導致后期產生大的影響。本文檔列舉自己的工作中一個不規范的事例來進行說明。希望能引發大家的反思。
事例：在Boss后台進行關於“澳洲經貿博覽會”HTML頁面的維護上傳；
不規范行為：在編寫文章對應分類編碼時，分類編寫書寫的不規范，沒有和鏈接code對應一致，同時在書寫分類地址鏈接時，使用了絕地路徑等問題；
影響：導致頁面不能及時的隨着數據更新，即第二次再次編輯HTML靜態頁面時，出現了數據不更新的情況。這個問題，花費了自己2個小時的時間去檢查，排查。
雖然說，這些錯誤都是一些小錯誤，是很好解決的，但是一旦我們的項目上線，出現了bug，所有的代碼問題都要重新檢查一遍，帶來的后期的維護檢查成本是非常大的，這個時候，規范就顯得由於重要。
三、怎么避免這些不規范的行為
1．明確開發需求任務，必要時需要和客戶反復確認；
2．開發代碼，增加注釋以及開發結束之后，增加code review;
3．測試周期嚴格要求，制作有效的測試計划，並按照計划執行；
4．開發代碼，增加注釋以及開發結束之后，增加code review;
5．形成文檔注釋的習慣，可以方便后期代碼重構和代碼查閱等等；
四、總結
本次通過針對自己實際工作，闡述了工作中怎么做到規范以及規范的要點，同時舉例說明有哪些不規范的行為存在，這些不規范帶來的影響以及怎么盡量避免不規范的行為都做了大概的說明。其目的是提高大家對規范性的重視，並將規范應用到平時的工作中，這樣在以后的工作或者代碼維護中都起到很好的作用的，規范是需要每個人反思和重視的。