C 規範 自己參考

01./* 檔名稱： myclass.h  

02. * 摘 要： 
03. * 
04. * 當前版本： 
05. * 作 者： 
06. * 完成日期： 
07. * 
08. * 更新說明： 
09. * 
10. */ 
11. 
12. #ifndef myclass_h_ 
13. #define myclass_h_ 
14. 
15. #include //標準庫標頭檔案 
16. 
17. #include "other.h" //自定義標頭檔案 
18. 
19. int g_initvalue; /全域性變數以g_開頭。 
20. const int max = 100; //常量應該全部大寫。 
21. 
22. struct mystruct //全域性結構體宣告 
23. ; 
28. 
29. void addnumber(void); //函式名應使用動詞或動詞+名詞。首字母大寫，用大寫隔開。無引數的要用void填充。 
30. 
31. class myclass //類宣告，類名首字母大寫，用大寫隔開。 
32. ; //列舉常量 
38. int m_width; 
39. int m_height; //類的資料成員以m_開頭。避免資料成員與成員函式引數同名。 
40. static int s_initvalue; //靜態變數用s_開頭。 
41. 
42. }; 
43. 
44. #endif

編碼規範參考

我本人不太推薦制定過細的編碼規範。制定編碼規範是為了增強 的可讀性，畢竟 的結構才是主要關注問題，所以我的編碼規範還是比較簡短的。裡面只是對可能會破壞編碼風格的行為進行約束，而沒有細化到 空行 甚至 空格 的級別。一 命名空間 公司名稱 產品名稱 相關技術 用途 子命名空間 二 風格 三 命名規範 ...

自己總結的C 編碼規範

格式 乙個檔案最好不要超過500行 除ide自動生成的類 乙個檔案必須只有乙個命名空間，嚴禁將多個命名空間放在乙個檔案裡。乙個檔案最好只有乙個類。如果超過500行，考慮拆分類或者使用partial 類將類按照功能拆分。乙個方法的 最好不要超過50行，如果超過考慮將裡面的邏輯封裝成函式。空格 空行 空...

測試規範 BUG參考標準

bug 參考標準 一 目的 對 bug 概念 型別劃分 bug 狀態 bug 嚴重程度等內容進行定義和規範，以便進一步指導我們的測試工作。二 概念 bug 軟體中存在的瑕疵，可能會導致系統失效。簡單的說就是軟體系統中存在的可能導致系統出錯 失效 宕機等問題的錯誤或缺陷。三 bug的型別劃分 1 功能...