[個體軟體過程]之缺陷管理--C++程式碼複查指南和檢查表 (轉)
第四章
u 什麼是缺陷:namespace prefix = o ns = "urn:schemas--com::office" />
u 缺陷查詢技術
u 程式碼複查
u 缺陷預測
程式碼複查
表4.4 C++程式碼複查指南和檢查表
目的
指導你進行有效的程式碼複查
#
#
#
#
累計
累計%
一般性說明
在完成每個複查步驟之後,將發現的某個型別的缺陷的個數記錄在右邊的欄目中。如果該步驟沒有發現缺陷,就在右邊的欄目中打個表示檢查無誤的叉號(×)。在開始複查下一個之前,要按照檢查表完整對程式、類、或方法的檢查。
完整性
驗證設計的所有功能都已經編碼。
Includes
驗證Include語句是完全的。
初始化
檢查變數和引數的初始化:
¨ 在程式的開始;
¨ 在每個迴圈的開始;
¨ 在/過程的入口。
檢查函式呼叫的格式:
¨ 指標;
¨ 闡述;
¨ “&”的使用。
名字
檢查名字的拼寫和使用:
¨ 是否前後一致?
¨ 是否在說明的作用域之內?
¨ 結構和類中變數的引用是否使用了“.”。
字串
檢查所有的字串:
¨ 使用指標來表示的;
¨ 是以Null結尾的。
指標
檢查所有的指標:
¨ 是初始化為Null;
¨ 是有在New(新建)之後才Delete(刪除);
¨ 在New並使用之後要刪除。
輸出格式
檢查輸出格式:
¨ 換行是否合適;
¨ 間隔是否合適。
{}對
保證檢查{}是適當的並且是成對的。
邏輯運算子
驗證==,=,|| 邏輯運算子的使用是合適的;
檢查每個邏輯函式的()是合適的。
逐行檢查
檢查每一行程式碼:
¨ 指令的語法是否正確?
¨ 標點是否正確?
¨ 符號是否正確?
標準
保證所有程式碼符合編碼標準。
的開啟與關閉
驗證所有的檔案:
¨ 是合適的宣告的;
¨ 是合適的開啟的;
¨ 是合適的關閉的。
全面檢查
對整個程式進行全面的檢查已發現問題和非期望的問題。
總計
定期檢查表。隨著時間的推移,檢查表自然的要變大。但是,檢查表的主要作用是幫助你把注意力集中在關鍵的方面。太大以後,你將失去重點。所以要定期複查缺陷資料,刪除那些不能找到問題的表項。
從個人檢查表的方法可以認識到,每個工程師都有各自的特點,某個工程師的實踐對別人不一定適用。因而要設計出適合自己的檢查表,並定期的對它進行檢查以保證檢查表更有效。只要你在程式碼複查中還遺漏缺陷,就要不斷尋找改進檢查表的方法。
進展是很緩慢的。最初,你發現缺陷的能力隨著每次複查都有所提高。此後,提高將變得很困難。要堅持收集和分析缺陷資料,並堅持思考如何才能預防缺陷的產生或怎樣更好的找到缺陷。只要堅持不斷的做下去,就能在程式碼複查中不斷進步,不斷提高自己編寫程式的質量。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/10752019/viewspace-956425/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [個體軟體過程]之缺陷管理--程式碼複查 (轉)
- [個體軟體過程]之缺陷管理--缺陷預測 (轉)
- [個體軟體過程]之缺陷管理--編碼標準 (轉)
- [個體軟體過程]之時間管理 (轉)
- [個體軟體過程]之過程改進 (轉)
- 個體軟體過程
- 軟體測試:軟體缺陷管理
- 軟體缺陷管理流程
- std-軟體過程與管理期末複習
- 個體軟體過程(Personal Software Process,PSP (轉)
- 巧破軟體測試缺陷管理之痛
- [軟體工程]程式碼的複用與軟體企業管理軟體工程
- 軟體專案管理 4.1.軟體需求管理過程專案管理
- 軟體專案管理過程改進與認知過程-轉載專案管理
- 我的軟體專案過程管理經驗(轉)
- 個體軟體過程(Personal Software Process,PSP(續2) (轉)
- 個體軟體過程(Personal Software Process,PSP(續1) (轉)
- 一個專業的缺陷跟蹤管理軟體:JIRA
- 軟體專案管理 9.2.軟體專案配置管理過程專案管理
- 軟體專案需求調研過程管理小議(轉)
- 軟體過程與管理實驗1
- 軟體過程與管理實驗2
- 【軟考之軟體過程模型總結】模型
- 檢查軟體需求
- 軟體用例寫作與缺陷管理
- 基於複用的軟體開發過程中的配置管理
- 規範軟體開發過程——軟體配置管理實踐
- 軟體構造過程與配置管理
- 【GW】程式碼複稽核查表
- Linux軟體管理之YUM軟體管理Linux
- 重拾軟體工程—(2)軟體過程軟體工程
- 軟體缺陷的案例
- 【軟體測試】缺陷
- 軟體過程的發展的思考 (轉)
- 我的軟體專案過程管理經驗
- 給專案管理做個體檢(轉)專案管理
- 軟體工程-過程模型軟體工程模型
- 軟體工程-五 過程軟體工程