《有效軟體測試》 讀書筆記

2021-06-28 04:40:38 字數 3346 閱讀 3957

《有效軟體測試》--讀書筆記

前言:《有效軟體測試》--提出提高軟體測試的50條建議。作者從經驗出發,提煉出提公升測試效率的建議。

第1章:

描述了測試工作在需求階段需要考慮的問題。在需求階段,包括測試組代表在內的主要專案組成員必須參與需求工作,並且必須收到需求變更通知,這是非常

重要的。此外,對於任何大型專案來說,基於需求開發測試用例都是乙個最基本的理念。(測試組)只有在這個階段才能獲得對系統及其需求的全面理解。

第1章  需求階段

第1條:測試人員及早介入

第2條:驗證需求

第3條:需求就緒後馬上設計測試過程

第4條:確保需求變化的傳達

第5條:注意在現存系統上進行開發和測試

第2章:

描述了測試規劃活動。其中包括:對測試工作目標的了解方法,確定測試策略的方法,以及有關資料、環境和軟體本身需要考慮的問題。在軟體生命週期中,

規劃工作必須及早開始,這是因為我們需要為成功地實施測試工作預留時間。及早規劃使得我們可以對測試進度和預算進行估計,並且使之獲得批准和加入整個軟

件開發計畫。我們必須不斷地監控這些估計,並且和實際情況進行比較,這樣就可以根據需要對它們進行修正,並且實現預期的目標。

第2章  編制測試計畫

第6條:了解手頭的任務和相關的測試目標

第7條:考慮風險

第8條:根據功能優先順序安排測試工作

第9條:牢記軟體方面的問題

第10條:獲得有效的測試資料

第11條:規劃測試環境

第12條:估計測試準備和執行所需的時間

第3章:

主要討論測試組的人員構成。所有成功的測試工作的核心是執行它的人,乙個成功的測試組需要同時具備技術和行業兩方面的知識,還要有結構化和簡明的

角色與職責劃分。為了確保測試工作成功完成,在整個測試過程中,必須不斷地評估每個測試組成員的有效性。

第3章 測試組

第13條:定義角色和職責

第14條:測試技巧、行業知識和經驗三者缺一不可

第15條:評估測試人員的有效性

第4章:

討論了有關測試系統架構方面的考慮。為了保證系統本身是可以測試的、能夠進行灰箱測試和有效進行缺陷診斷,考慮這些因素是非常重要的,但是它們

經常被忽視。

第4章 系統架構

第16條:了解系統架構和基本元件

第17條:確認系統的可測試性

第18條:使用日誌增加系統的可測試性

第19條:驗證系統支援除錯和發行兩種執行模式

第5章:

詳細描述了如何有效地設計和開發測試過程,其中包括在測試建立和文件化方面需要考慮的問題,還討論了最有效的測試技術。隨著時間的推移和系統開發

迭代的繼續,需求和設計會不斷精化,因此測試過程也要不斷精化,它們需要加入新的和修改後的需求以及系統功能。

第5章  測試設計和測試文件

第20條:分而治之

第21條:使用測試過程模板和其他測試設計標準

第22條:根據需求得到有效的測試用例

第23條:把測試過程當作「動態」的文件

第24條:利用系統設計和系統原型

第25條:設計測試用例場景時採用經過檢驗的測試技術

第26條:在測試過程中避免包含限制和詳細的資料元素

第27條:運用探索式測試

第6章:

討論了在整個測試策略中,開發人員進行單元測試所扮演的角色。在實現階段中,單元測試會顯著地提高軟體質量。若全面地執行了單元測試,以後的測試

階段會更成功。但是,基於對問題的了解的、隨意的單元測試和基於系統需求的、結構化的、可重複的單元測試是有區別的。

第6章  單元測試

第28條:用結構化的開發方法來支援有效的單元測試

第29條:在實現之前或者與實現同時開發單元測試

第30條:使單元測試的執行成為生成過程的一部分

第7章:

講解了有關自動化測試工具的問題,其中包括:在專案中使用恰當的工具型別、有關定製開發還是購買的決定和為組織選擇恰當的工具需要考慮的因素。

本章描述了多種型別的測試工具,它們可以用於開發生命週期的各個階段。此外,還講到了開發定製工具方面的問題。

第7章  自動測試工具

第31條:了解各類測試支援工具

第32條:自主生成乙個工具

第33條:了解自動測試工具對測試工作的影響

第34條:關注組織的需要

第35條:在應用程式的原型上對工具進行測試

第8章:

討論了為自動測試選擇最佳實踐方面的問題。本章描述了如何正確地運用記錄/回放工具、自製測試工具和回歸測試。

第8章  自動測試:選擇最好的實踐

第36條:不要過分依賴記錄/回放工具

第37條:必要時自製開發乙個測試工具

第38條:使用經過考驗的測試指令碼開發技術

第39條:盡量使回歸測試自動化

第40條:實現自動化生成和煙霧測試

第9章:

提供了測試乙個應用軟體非功能性方面的資訊。若滿足了應用程式的非功能性需求(包括:效能、安全性、可用性、相容性和併發性測試),那麼會提公升應用

程式的整體質量。

第9章  非功能性測試

第41條:不要事後才考慮到非功能性測試

第42條:用產品級資料庫進行效能測試

第43條:為預期受眾定製可使用性測試

第44條:特定需求和整個系統都需要考慮安全性

第45條:研究系統對併發性測試計畫的實現

第46條:為相容性測試建立高效的環境

第10章:

提供了測試執行的管理策略,其中包括:追蹤測試過程執行和缺陷生命週期的正確方法以及收集用於估計測試程序的度量。

第10章  管理測試的執行

第47條:明確定義測試執行週期的開始和結束

第48條:隔離測試環境和開發環境

第49條:實現缺陷追蹤生命週期

第50條:追蹤測試工作的執行

精要:注:有效軟體測試  effective software testing  elfriede dustin著 新語譯  提高軟體測試的50條建議 50specific ways to improve your testing 清華大學出版社  2003

《軟體測試》 讀書筆記

黑箱測試 在設計測試的過程中,把軟體系統當做乙個 黑箱 無法了解或使用系統的內部結構統計知識。白箱測試 在設計測試的過程中,設計者可以 看到 軟體系統的內部結構,並使用軟體的內部結構和知識來選擇測試資料及具體的測試方法。功能測試 a.單元測試 b.功能測試 c.整合測試 d.場景測試 e.系統測試 ...

軟體測試 讀書筆記

1.軟體測試背景 2002年,軟體測試進一步定義為 測試是為了度量和提高被測試軟體的質量,對測試軟體進行工程設計 實施和維護的整個生命週期過程 2 軟體缺陷 所有的軟體問題都可以統稱為軟體缺陷,可以從以下五點定義軟體缺陷 軟體未達到產品說明書標明的功能 軟體出現了產品說明書指明不會出現的錯誤 軟體功...

Testing 《軟體測試》讀書筆記(一)

軟體缺陷的正式定義 符合下列5個規則才能叫軟體缺陷 1.軟體未達到產品說明書標明的功能 2.軟體出現了產品說明書指明不會出現的錯誤 3.軟體功能超出產品說明書指明範圍 4.軟體未達到產品說明書雖未指出但應達到的目標 5.軟體測試員認為軟體難以理解 不易使用 執行速度緩慢,或者終端使用者認為不好。軟體...