2023年6月28日
關鍵字：檢查單 形式 內容 分類 發現效率
摘要：本文總結了在軟體質量管理活動中，設計與使用檢查單的6個基本要點，為更好地利用檢查單從事質量管理活動提供了乙個實用性指南。
檢查單（checklists）是軟體質量管理活動中最常用的工具之一，通過檢查單的作用是提醒檢查人員檢查哪些內容，避免遺漏。在設計、使用檢查單時，要注意如下的問題：
（1）2種型別的檢查單要分開設計
檢查單可以分為針對形式的檢查單與對針對內容的檢查單
針對形式的檢查單是一種有法可依的檢查單，他們需要依據公司的過程、規程、模板、指南等而定義，是由qa人員來使用，主要是用來檢查活動、工作產品與規範的符合性問題。這類的檢查單又可以區分為針對軟體活動的檢查單和針對軟體文件的檢查單。
針對內容的檢查單是一種依靠專業經驗進行判斷的檢查單，他們是根據歷史的經驗積累，針對工作產品內容的內在質量進行檢查的問題列表，這些問題需要依靠檢查單使用者的經驗來判斷得出結論，檢查單是起到一種提醒及經驗教訓總結的作用。這類檢查單一般是針對具體的某個工作產品的，如需求評審的檢查單、設計評審的檢查單等。
如果將2種型別的檢查單混雜一起，要麼是使用者無法得出正確的結果，要麼浪費使用者的時間。比如在對**的ppqa檢查單中，有如下的檢查項：
動態記憶體的申請與釋放是否是匹配的？
該檢查項實際上是在進行**評審或者是在白盒測試時由同行專家進行判斷的，從原則上來講不是由qa人員來進行判斷的。
再如在對需求文件的檢查單，有如下的檢查項：
使用者需求是自完備的，沒有遺漏的內容。
該檢查項可以列在需求評審中給專家使用的檢查單中，而不是列在給qa人員使用的檢查單中。
（2）檢查項要描述準確
乙個好的檢查項應該是明確的，無二義性的，易於得出結論的。例如：
是否平均每15行**就有1行注釋？
再如在某公司針對c語言的源程式的檢查單中，有如下的問題：
標頭檔案和定義檔案的名稱是否合理？
對同乙個源程式，當不同的qa人員按照本問題去執行審計時，得出的答案可能就是不一致的，什麼是合理呢？每個人的判斷準則是不同。該問題更好的設計方式應該是：
標頭檔案和定義檔案的名稱是否符合公司的命名規範？
問題描述的準確性是和標準和規範制定的準確程度緊密相關的。如果標準和規範定義的不明確，檢查單也往往不明確。
（3）要對檢查單中的檢查項進行分類。
如果檢查單中的檢查項比較多的時候，可以對這些檢查項進行分類，以避免遺漏和重複。
（4）要對檢查項進行度量分析，依據檢查項的發現效率對檢查項進行排序。
例如在某次評審發現了100個問題,這100個問題對應到已有檢查單的哪些檢查項?哪些問題不在檢查單上?對於不在檢查單上的要增加檢查項,對於在檢查單上的,要統計發現效率,根據發現效率調整檢查單上檢查項的優先順序。這樣不斷滾動,才會越來越實用,才會成為組織的財富
（5）qa人員使用的檢查單要努力做到「從形式到本質」。
qa人員是檢查工作產品與過程與標準和規範的符合性的，往往開發人員抱怨qa人員沒有找到對他們有實質性幫助的缺陷，這是對qa人員的更高要求，需要qa人員在檢查項上下功夫。這種要求並非做不到，比如如果乙個企業已經建立了關於評審過程的效能基線，需求文件在正式審查的準備階段每個評審員發現缺陷的效率為2個bug/頁，評審效率為5頁/小時，則qa人員則可以將這2個檢查項列入對評審過程的檢查單中：
評審員準備階段發現缺陷的效率是否大於等於2個bug/頁？
評審員在準備階段的評審效率是否小於等於5頁/小時？
這2個問題就是在通過形式的檢查來檢查過程的內在質量，只不過內在的質量還是由評審專家去完成的。
（6）要分角色設計檢查單
在一次評審行為中，往往有多種角色的專家參與，如：設計人員、需求專家、測試人員等。對於不同型別的專家要設計不同的檢查單，這樣便於提高發現問題的效率。
上面的6條是最基本的應用技巧，在使用中還要注意不能完全依賴於檢查單，也要根據使用者的經驗來發現問題。
如何在 JavaScript 中更好地使用陣列
本文短小精悍，我保證。在過去的數個月裡，我注意到在我審閱的 pull request 中有四個 關於陣列使用的 錯誤經常出現。同時，我自己也會犯這些錯誤，因此有了這篇文章。讓我們一起學習，以確保以後能正確地使用陣列方法！use strict const characters ironman blac...
軟體企業質量管理部門如何在公司發揮作用
通常情況下，質量管理在軟體企業被認為是專案管理九大領域之一的專案質量管理，而往往忽視了與專案管理整體的真正有效結合。大多數的軟體企業仍停留在qa上，偏重於質量管理體系的維護和機構審批工作，如涉及到qc的工作，也僅僅是停留在表面文章，未真正的把qc的工作深入到研發部門中。在這裡我想從兩個方面來說質量管...
研發質量管理 老生常談的軟體質量到底如何保證？
軟體質量是軟體公司關注的核心指標之一，但是如何保證軟體質量確實是乙個頭疼的問題。每乙個軟體公司都有研發管理部門，一般他們的職責就是軟體開發過程管理和軟體質量保證，但是在不同的公司，這個部門的定位不同。有的公司研發管理部門是乙個代表管理層的監督和管理控制部門，他們制定各種看上去無懈可擊的考核和管理制度...