如何做好質量管理、提高研發的程式碼質量?

起因是領導一直在提的一個觀點：測試不能只測試系統，重點要放到質量管理上，要管理、監督研發的開發質量。

公司是乙方，接專案過日子，算是外包企業吧。專案時間一般都比較緊張（應該是和友商打價格戰），不是在趕工期就是在趕工期的路上，這就導致開發質量比較差，測試也不充分，專案質量一言難盡。

公司想要提升專案質量，且公司比較重視專案投入，也想要減少在測試及缺陷修復上的時間投入（他們認為測試時間佔研發時間的 1/ 10 就夠了，爭論過幾次了）。然後就有了怎麼提高研發開發質量的問題，在多次對接過程中發現他們有點想在開發完成後不經過測試就能直接交付的意思。

當前有下面幾個想法，也不知道合不合適：

1. 規範專案的開發流程

   • 現在倒是也有專案流程，但是和沒有沒什麼區別。

2. 引入靜態程式碼分析工具、進行 code review

3. 定期進行問題覆盤，提高質量意識

   • 不重視測試，質量意識薄弱。做完一個需求後，產品、研發想的不是交付測試進行測試，而是直接交付客戶驗收，或者直接上線。很多系統的流程都是：需求-->開發-->客戶驗收/上線。

4. 控制需求變更

   • 開發過程中客戶的需求變更太多且常見了，也沒什麼管控，這直接就增加了開發時間。但也只能提個意見，能不能控制住就不知道了。

5. 引入自動化測試

   • 在系統進行迭代、修復時能保證一些功能正常。但實施起來有難度。
     • 其一：專案時間緊張，一般專案上線後測試就進入下個專案了
     • 其二：測試環境一般都是在客戶的內網，一般都需要研發手動部署，沒持續整合一說。指令碼也就不能自動執行，且指令碼管理上有點麻煩。

個人在管理上的經驗很少，對其中的【質量管理，提升研發的開發質量】有點懵，能想到的質量管理更多的也是測試工作上的質量管理。至於提升研發的開發質量，感覺最有效的還是規範開發流程及讓開發在前期做好系統設計、需求分析，且有充足的開發時間。但是這些無疑是需要投入更多時間的，現在開發時間都不夠，這些估計也不好落地。。。