技術交流群有同學問了這樣一個問題：
公司有較為嚴格的測試流程和專案交付規範，但目前工期緊張且資源嚴重不足，是否還需要嚴格遵守流程規範。如果嚴格遵守流程規範則可能要延期交付，或者專案組的同學需要大量加班，有什麼解決辦法？
該說不說，這確實是很頭疼的問題。對專案管理者來說，延期交付或者降低交付質量，都是兩難的抉擇。對於專案中的技術同學來說，加班更是不能接受。
我不由產生了一個疑問：測試流程和交付規範必須要嚴格遵守執行嗎？
為什麼要制定流程？
1、流程是什麼？
流程是保障團隊目標達成的最佳實踐，因人/團隊/業務型別/迭代速度/資源緊張程度而異。
2、為什麼要有流程？
沒有流程會導致團隊中的個體各自為戰，目標不統一，進度不協調，資源配給失衡而導致交付質量下降。
3、流程能解決什麼問題？
保證團隊大方向上保持一致，儘可能降低由於人員能力、認知水平、資源不足、意外情況導致的專案延期或質量下降。
4、流程能帶來什麼保障？
保障團隊中大部分人的基本利益不受太多影響，保障工作中遇到溝通或爭執時可以有底氣的據理力爭，保障工作過程中的最佳實踐可以最大程度的保留並執行下去。
5、如何高大上的理解流程？
風險可識別+問題可追蹤+結果可驗證+資料可量化！
測試同學的核心競爭力是將技術作為底層能力，在儘可能熟悉業務的情況下基於業務場景解決問題，過程中不斷最佳化流程，保持高效的溝通，保障最終交付產出物的質量和交付過程效率。
核心競爭力簡單來說就是QA崗位的本質：在更好的質量和更高的效率之間做平衡。而流程，就是通往更好的質量+更高的效率的指向標和扶手。
流程必須嚴格執行嗎？
從專案和團隊協作的角度來說，流程規範的作用是讓團隊各成員協作以便於更好完成一件事情。從公司的角度來說，透過達成專案目標可以創造商業利潤。對專案中的成員來說，有專案做有活兒幹，能拿到工資。
但在實際工作中，工期緊張資源不足是很常見的問題。如何解決這個問題呢？
1、專案延期交付，保證專案目標的達成。
2、縮減交付需求數量，降低專案交付範圍，以保證按時保質交付。
3、臨時加派資源+動員專案組成員加班，在保證按期交付的基礎上，儘可能提高交付質量。
上述三種方法都可以短期解決問題，但對公司來說交付質量和效率可能是更重要的，因此很多公司會採用讓員工加班的方式來解決這個問題，這樣做其實長期來說並不算明智的選擇。
員工才是一個公司最寶貴的資產，短期加班固然可以解決問題。但長期來說，提高員工薪資待遇，最佳化流程交付規範，做好專案計劃管理和資源調配，才是更穩妥的方式。
針對本文開頭的問題，其實還有一種比較靈活的方法，就是靈活執行專案的流程規範。
畢竟流程規範的作用是約束和提高群體的協作效率，解決的是過程的問題。但對專案管理者和公司來說，交付結果符合預期以達成商業目標才是最重要的。
案例：驗收測試的規範
最後聊一個關於驗收測試流程規範的案例。
一位星球同學在某公司任測試經理，作為甲方她現在要對供應商(乙方)開發的系統進行驗收，問我有沒有什麼好的建議。
這個問題算是專案外包範疇，一般來說流程大致是這樣的：甲方提出需求和要求，多個乙方走商務做POC，滿足甲方初步預期後簽署合同，合同中約定交付範圍、交付內容、交付產出物、交付物標準和專案價格及打款方式等條約。
驗收測試屬於專案交付的後期階段，由甲方的使用人員或技術人員對乙方的交付物進行驗收，並出具驗收報告。
驗收測試的標準或者規範，現在各行各業基本都有各自的行業規範。以IT軟體專案為例，驗收測試規範有如下內容：
- 功能性驗收：軟體應滿足專案文件中概述的所有指定功能要求，包括特性、功能和使用者互動。
- 效能驗收：軟體應滿足定義的效能標準，如響應時間、吞吐量和可擴充套件性等。
- 可用性驗收：軟體的使用者介面應直觀、友好，便於使用者操作和理解。
- 相容性驗收：軟體應與目標硬體、作業系統、網路瀏覽器和其他相關元件相容。
- 安全性驗收：軟體應遵守指定的安全要求，保護敏感資料，防止未經授權的訪問。
- 可靠性驗收：軟體應可靠、穩定，表現出一致的效能和可用性。
總結一下，就是甲方的需求是什麼(明確描述)，對這些需求有哪些要求(具體指標)。驗收同學根據專案需求描述和要求指標制定驗收計劃和驗收合格標準文件，按照文件逐一驗收即可。
滿足要求即輸出報告，讓乙方部署上線，然後觀察一段時間。如不滿足要求，則要求乙方整改，直至滿足要求。
至於驗收計劃的重點，則集中於如下幾方面：
制定驗收流程(網上隨便搜都有，參考即可)、制定驗收計劃(和自研流程類似)、驗收測試用例設計、驗收測試用例執行、提測驗收線上釋出(產線驗證)、測試相關產出物歸檔總結。