所謂**檢查是以組為單位閱讀**，它是一系列規程和錯誤檢查技術的集合。對**檢查的大多數討論都集中在規程、所要填寫的**等。協調人，協調人應該是個稱職的程式設計師，但不是該程式的編碼人員，不需要對程式的細節了解得很清楚
程式的編碼人員
程式設計人員
測試專家
由程式編碼人員逐條語句講述程式的邏輯結構。在講述的過程當中，小組的其他成員應提問題、判斷是否存在錯誤。在講述中，很可能是程式編碼人員本人而不是其他小組成員發現了大部分錯誤。換句話說，對著大家大聲朗讀程式，這種簡單的做法看來是乙個非常有效的錯誤檢查方法
對著歷來常見的編碼錯誤列表分析程式
這個**檢查過程通常將注意力集中在發現錯誤上，而不是糾正錯誤
會議結束之後，程式設計師會得到乙份已發現錯誤的清單
要使檢查過程有成效，必須樹立正確的態度。如果程式設計師將**檢查視為對其人格的攻擊、採取了防範的態度，那麼檢查過程就不會有效果。正確的做法是，程式設計師必須懷著非自我本位的態度來對待檢查過程，對整個過程採取積極和建設性的態度：**檢查的目標是發現程式中的錯誤，從而改進軟體的質量
資料引用錯誤(下標越界，變數未賦值等)
資料宣告錯誤(變數型別等)
運算錯誤(除以0，不同型別間的加減運算等)
比較錯誤(有不同資料型別的變數之間的比較運算等)
控制流程錯誤(邏輯上的錯誤)
介面錯誤(接收引數數量，型別)
輸入/輸出錯誤
**走查的過程與**檢查大體相同，但是規程稍微有所不同，採用的錯誤檢查技術也不一樣協調人
記錄人員
測試人員
程式編寫人員
程式設計人員
不同於僅閱讀程式或使用錯誤檢查列表，**走查的參與者「使用了計算機」。被指定為測試人員的那個人會帶著一些書面的測試用例（程式或模組具有代表性的輸入集及預期的輸出集）來參加會議。在會議期間，每個測試用例都在人們腦中進行推演。也就是說，把測試資料沿程式的邏輯結構走一遍。程式的狀態（如變數的值）記錄在紙張或白板上以供監視。
桌面檢查的效率是相當低的。其中的乙個原因是，它是乙個完全沒有約束的過程。另乙個重要的原因是它違反了本書第 2 章提出的測試原則，
即人們一般不能有效地測試自己編寫的程式。因此桌面檢查最好由其他人而非該程式的編寫人員來完成（例如，兩個程式設計師可以相互交換各自的程式，而不是桌面檢查自己的程式）。
同行評分是一種依據程式整體質量，可維護性、可擴充套件性、易用性和清晰性對匿名程式進行評價的技術。該項技術的目的是為程式設計師提供自我評價的手段。
軟體測試的藝術第三章閱讀（一）
研讀 也是測試工作的一部分。是兩種主要的人工測試方法。要求組成乙個小組 3 4人，包含一位開發者 來閱讀或直觀檢查特定的程式 會議上所謂的brandstrom 可能這就是 review 只需找出錯誤，不必找出改錯誤的方法。即，是測試，不是除錯。1.檢查以組為單位，是一系列規程和錯誤檢查技術的集合 2...
第三章測試
單選題 行業的 自由競爭 階段處於行業生命週期的 期。a.成長期 b.成熟期 c.穩定期 d.衰退期 成長期 單選題 行業處於 寡頭壟斷 階段時，對應行業生命週期的 a.春 b.夏 c.秋 d.冬 秋 單選題 行業的 跑馬圈地 階段處於行業生命週期的 a.創業期 b.成長期 c.成熟期 d.穩定期 ...
第三章總結
1.dom操作 1.1dom操作分類 1 dom core 2.html dom 3 css dom 1.2節點和節點關係 整個文件是乙個文件節點 每個html標籤是乙個元素節點。包含在html元素中的文字是文字節點 每個html屬性是乙個屬性節點 注釋屬於注釋節點 父節點與子節點的關係 在節點數中...