01./* 檔名稱： myclass.h02. * 摘 要：
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 功能...