軟件編程規(guī)范總則checklist-cmmi(文件)
【正文】 7：不能用斷言來檢查最終產(chǎn)品肯定會(huì)出現(xiàn)且必須處理的錯(cuò)誤情況。79：用斷言確認(rèn)函數(shù)的參數(shù)。711：用斷言對(duì)程序開發(fā)環(huán)境（ OS/Compiler/Hardware）的假設(shè)進(jìn)行檢查。713：在軟件系統(tǒng)中設(shè)置與取消有關(guān)測試手段，不能對(duì)軟件實(shí)現(xiàn)的功能等產(chǎn)生影響。715：軟件的 DEBUG版本和發(fā)行版本應(yīng)該統(tǒng)一維護(hù)，不允許分家，并且要時(shí)刻注意保證兩個(gè)版本在實(shí)現(xiàn)功能上的一致性。82：在保證軟件系統(tǒng)的正確性、穩(wěn)定性、可讀性及可測性的前提下，提高代碼效率。84：通過對(duì)系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的劃分與組織的改進(jìn)，以及對(duì)程序算法的優(yōu)化來提高空間效率。91：在軟件設(shè)計(jì)過程中構(gòu)筑軟件質(zhì)量。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。當(dāng)編完程序后，應(yīng)從頭至尾檢查一遍這些操作符，以防止拼寫錯(cuò)誤。101：打開編譯器的所有告警開關(guān)對(duì)程序進(jìn)行編譯。103：通過代碼走讀及審查方式對(duì)代碼進(jìn)行檢查。111：單元測試要求至少達(dá)到語句覆蓋。113：清理 、整理或優(yōu)化后的代碼要經(jīng)過審查及測試。115：使用工具軟件對(duì)代碼版本進(jìn)行維護(hù)。121：用宏定義表達(dá)式時(shí)，要使用完備的括號(hào)。123:使用宏時(shí)，不允許參數(shù)發(fā)生變化。122:將宏所定義的多條表達(dá)式放在大括 號(hào)中。116：正式版本上軟件的任何修改都應(yīng)有詳細(xì)的文檔記錄。114：代碼版本升級(jí)要經(jīng)過嚴(yán)格測試。112：單元測試開始要跟蹤每一條語句，并觀察數(shù)據(jù)流及變量的變化。104：測試部測試產(chǎn)品之前，應(yīng)對(duì)代碼進(jìn)行抽查及評(píng)審。102：在產(chǎn)品軟件（項(xiàng)目組 ）中，要統(tǒng)一編譯開關(guān)選項(xiàng)。916：有可能的話， if語句盡量加上 else分支，對(duì)沒有 else分支的語句要小心對(duì)待； switch語句必須有 default分支。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。 是 [ ] 否 [ ] 免 [ ] 185。92：代碼質(zhì)量保證優(yōu)先原則 是 [ ] 否 [ ] 免 [ ] 185。85：循環(huán)體內(nèi)工作量最小化。83：局部效率應(yīng)為全局效率服務(wù)，不能因?yàn)樘岣呔植啃识鴮?duì)全局效率造成影響。81：編程時(shí)要經(jīng)常注意代碼的效率。714：用調(diào)測開關(guān)來切換軟件的 DEBUG版和正式版，而不要同時(shí)存在正式版本和 DEBUG版本的不同源文件，以減少維護(hù)的難度。712：正式軟件產(chǎn)品中應(yīng)把斷言及其它調(diào)測代碼去掉（即把有關(guān)的調(diào)測開關(guān)關(guān)掉）。710：用斷言保證沒有定義的特性或功能不被使用。78：對(duì)較復(fù)雜的斷言加上明確的注釋。76：用斷言來檢查程序正常運(yùn)行時(shí)不 應(yīng)發(fā)生但在調(diào)測時(shí)有可能發(fā)生的非法情況。74：在進(jìn)行集成測試 /系統(tǒng)聯(lián)調(diào)之前，要構(gòu)造好測試環(huán)境、測試項(xiàng)目及測試用例，同時(shí)仔細(xì)分析并優(yōu)化測試用例，以提高測試效率。 是 [ ] 否 [ ] 免 [ ]
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1