軟體測試的藝術第三章總結

2021-09-12 23:56:22 字數 1301 閱讀 5316

所謂**檢查是以組為單位閱讀**,它是一系列規程和錯誤檢查技術的集合。對**檢查的大多數討論都集中在規程、所要填寫的**等。
協調人,協調人應該是個稱職的程式設計師,但不是該程式的編碼人員,不需要對程式的細節了解得很清楚

程式的編碼人員

程式設計人員

測試專家

由程式編碼人員逐條語句講述程式的邏輯結構。在講述的過程當中,小組的其他成員應提問題、判斷是否存在錯誤。在講述中,很可能是程式編碼人員本人而不是其他小組成員發現了大部分錯誤。換句話說,對著大家大聲朗讀程式,這種簡單的做法看來是乙個非常有效的錯誤檢查方法

對著歷來常見的編碼錯誤列表分析程式

這個**檢查過程通常將注意力集中在發現錯誤上,而不是糾正錯誤

會議結束之後,程式設計師會得到乙份已發現錯誤的清單

要使檢查過程有成效,必須樹立正確的態度。如果程式設計師將**檢查視為對其人格的攻擊、採取了防範的態度,那麼檢查過程就不會有效果。正確的做法是,程式設計師必須懷著非自我本位的態度來對待檢查過程,對整個過程採取積極和建設性的態度:**檢查的目標是發現程式中的錯誤,從而改進軟體的質量

資料引用錯誤(下標越界,變數未賦值等)

資料宣告錯誤(變數型別等)

運算錯誤(除以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屬性是乙個屬性節點 注釋屬於注釋節點 父節點與子節點的關係 在節點數中...