《敏捷軟體測試》的讀書筆記(四)

2022-08-31 17:33:14 字數 1190 閱讀 4213

13. 自動化的原因和障礙

手工測試需要太長的時間

手工測試容易出錯

自動化讓人們更有時間做更有價值的事情

自動化的回歸測試提供了安全網

自動化測試較早且較頻繁的反饋問題

驅動編寫的測試和例項可以做更多的事情

提示提供文件

自動化的回報率更高

14. 敏捷測試自動化策略

自動化先定義要解決的問題,考慮能否自動化。一次只解決乙個難題。考慮團隊技能、經驗。

自動化四個測試象限的先後順序沒有關係。

單元測試和元件測試:是自動化測試的基礎;

驗收測試:api進行,是站在使用者的角度理解和自動化;

介面測試(gui):一般手動測試,roi小;

什麼測試不應該自動化

可用性測試

探索性測試

永遠不會失敗的測試

一次性測試

哪些測試不易於自動化

從**開始自動化策略

分析不願意自動化的原因

多層的方法思考

思考測試設計與維護

選擇正確的測試工具

將敏捷應用於自動化上

保持簡單

迭代反饋

整體團隊運作

花時間做正確的事情

邊做邊學

敏捷編碼應用於測試

為測試提供資料

生成測試資料:如testgen、datatect、datagenerator。perclip會將生成資料貼上到剪貼簿。可以生成不同型別和邊界條件的資料。

避免訪問資料庫

如果必須使用到資料庫:為每次測試建立/銷毀資料;典型資料;類產品資料;資料遷移;

明確需求:資料庫遷移要用真實資料測試

評估自動化工具

確定自動化測試的需求

一次乙個工具

選項工具

適用於敏捷的工具

管理自動化測試

組織測試和測試結果

《軟體需求》讀書筆記四

需求捕獲應該是主動的 需求捕獲應該是聚焦的 案例 小趙問監控中心的小張 你對這個系統有什麼需求?小張說 我想到的功能包括值班日誌 告警的聲光提示 基於簡訊的告警通知.老李問小徐 當監控中心收到乙個告警的時候,希望以什麼形式來體現?收到後,你們一般會進行什麼樣的處理?小張的提問使得捕獲過程很發散,而老...

《軟體測試》 讀書筆記

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

軟體測試 讀書筆記

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