軟體質量規範的想法
阿新 • • 發佈：2018-12-12
軟體質量規範的想法
作為一線的開發人員，確實比較容易屈服於專案中的壓力，往往被迫追趕進度而捨棄部分質量標準。
開發人員應該是自己要有主見的，好的質量除了和績效有關係，更主要的是代表一個人的水平問題。
設計階段
- 明確需求的側重點，明確產品最終的期望值，避免做的過於簡單或者是過於複雜；
- 多個方案裡面挑一個出來，沒有多個方案，很可能是沒想清楚；
- 覺得方案不舒服，彆扭，那肯定是有問題，
- 覺得太舒服太順利，那得注意是不是想簡單了；
- 設計之初，就想好測試，除錯，驗證階段的工作怎麼做？
- 專案中提交的評審，不要讓流程拖太長時間，儘快評審完畢
開發階段
- 仔細規劃構建和整合的順序，看下是否達到最優。一定保證整個開發流程是個“增量式”的整合，看下在目前的整合順序下，是不是可以快速定位缺陷，瓶頸點是否最少，各個模組是否能高效並行的進行開發；
- 單元測試，今天check in的程式碼，是不是都做了冒煙測試？
- 未稽核的程式碼，不要拖欠到1周以上，目前為止，見過最高效的缺陷檢出就是程式碼稽核了
- 程式碼規範，不是遵守，是要理解，不讓你這麼寫的原因是什麼？
- 儘量不要晚上下班前傳程式碼，上庫的程式碼要保證是完整的，乾淨編譯的版本；
- 控制需求，控制時間，這個時候要避免進行中的東西沒完整，又要開始新的任務；
驗證階段
- 測試方案也是需要設計和思考的，專案到後面往往會裁剪資源，資源有限的情況下也要將主要的問題都暴露出來