1.自動化測試的目的，意義？

自動化測試的目的並不是在於發現更多的bug，而是為了產品質量的保證，充當版本質量的守門神，不是為了發現更多bug，而是為了保證版本沒有問題，其實更多的bug還是需要手工測試去發現的。

2.敏捷開發最有價值的目標，是持續交付

3.回歸測試：回歸測試是為檢驗修正缺陷是否會引起原有正常功能出現新的缺陷（回歸缺陷：regression bug）而進行的測試

4. 回歸測試的策略：再測試全部用例、基於風險選擇測試、基於操作剖面(指從用戶操作維度看)選擇測試

5.bug bash：為了發現那些隱藏很深的，逃過了計劃測試的缺陷

6.每日構建

7.敏捷交付

8.A/B 測試:例如產品新版本增加了一個新引入機器學習的智能推薦算法，目標是提升10%的訂單量，結果是不是能產生這樣的效果，需要進行A/B實驗。

A版本是老版本，沒有智能推薦算法

B版本是新版本、帶新的智能推薦算法

用戶使用這兩個版本的機會是50%，即隨機、等價分流同一地區的產品用戶，監控該地區的銷售量，進行對比。

A/B測試也是人工智能軟件的一種有效地測試方法。

9.UI（user interface） UE (user experience)

10.易用性測試的標準:符合標準和規範、直觀性、靈活性、舒適性、實r用性

11.探索式測試

12.Test Suite（測試集）：為了有效地執行某個測試任務，需要選擇某批測試用例構成一個集合，這就是測試集（test suite）.測試集是動態的.

測試集可以按照下列不同維度（功能模塊、測試用例優先級、新功能和回歸測試、手工測試與自動化測試等）構建。

如：

（1）發現缺陷的測試用例比從來沒有發現缺陷的測試用例更有價值，可以將過去發現缺陷的所有用例構造成一個新的測試集

（2）所有新增的、最近修改的測試用例被優先選擇，構造成一個新的測試集

（3）對於代碼改動大的模塊所關聯的測試用例會被優先選擇，構造成一個新的測試集

（4）最容易受影響的測試用例會被優先選擇，構造成一個新的測試集

（5）不容易受影響的測試用例優先級會比較低，構造成一個新的測試集，一般不執行，但最後一輪測試會執行

（6）如果建立了程序代碼的測試用例的映射關系，那就更容易動態地生成回歸測試用例集。每當需要時，可以臨時構建

13.測試環境的環境檢查表（checklist）

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　以上來源於《全程軟件測試》

《全程軟件測試》讀書筆記