1. 測試人員及早介入，需要徹底了解產品，設計測試過程
* 及早介入，可以了解在開發的過程中需要使用哪些新技術，新的平台， 測試組是否方便進行測試，是否方便進行自動化測試，早期開發和測試應該對這個進行評估
2. 驗證需求，將功能性文件化，使以後測試更加全面，對測試內容進行分級，除了考慮需求，還需要考慮效能和安全，對測試過程進行區分優先順序
3. 需求就緒後立即設計測試過程 不要推遲到軟體版本交付後才給測試組 開發人員需要拽寫設計文件，測試人員也需要提前撰寫測試文件，同時這些文件是會變化的
4. 確保需求變化的傳達 可以通過變更請求表傳達給測試組
5. 注意在現存系統上進行開發和測試
6. 了解手頭的任務和相關的測試目標
7. 考慮風險 比如新的設計過程 新的技術
8. 根據功能優先順序安排測試 測試的需求可以根據合同上的需求來設計，並且合同上的需求優先順序安排高一點，盡量保證合同上的需求可以進行自動化測試，發布版本前都把這些自動化測試跑一遍，優先順序的劃分優點在於:在時間緊迫的時候可以更快地完成優先順序最高的，也可以在人手不足的時候優先完成優先順序較高的功能
9. 牢記軟體方面的問題 制定測試計畫的時候，測試組應該了解專案開發和交付的一些軟體問題
10. 獲得有效地測試資料 測試組和開發人員必須進行協調，收集測試資料，收集測試資料也是為了後續的自動化測試做準備，當需要測試資料的時候，最好在測試文件上進行標註
11. 規劃測試環境 單元測試和整合測試通常由開發人員在開發環境裡面完成，但是系統測試和使用者驗收測試最好在獨立的測試實驗室完成，測試實驗室的設定應該和生產環境相同，能夠發現所有影響應用程式的，比如配置，比如防火牆，網路波動等等
12. 估計測試準備和執行所需的時間
13. 定義測試組的角色和職責，比如gui測試，效能測試， 開發測試
14. 測試技巧，行業知識和經驗三者缺一不可 測試不是單純地模擬使用者，必須對於了解各方面才能進行邊界測試等
15. 評估測試人員的有效性
* 要保持有效性，需要對測試工作的各個元素(測試策略， 測試環境和測試組的組成)不斷地進行評估， 並且根據實際需求不斷地改進這些元素
* 測試經理需要熟悉各個測試人員的背景，才能根據經驗，專業知識進行分配任務和評估任務
16. 了解系統的架構和元件，如果測試人員對這些熟悉，這些知識對於查明特定測試結果的應用程式的各個部分
17. 確認系統的可測試性
18. 使用日誌增加系統的可測試性
19. 驗證系統支援除錯和髮型兩種執行模式
20. 有效地分解測試任務
21. 使用測試過程模板和其他測試設計標準
22. 根據需求得到有效的測試用例
23. 把測試過程當做"動態"的文件
* 開發會隨時變化，測試要跟隨者開發進行變化
24. 利用系統設計和系統原型
讓使用者預先看到某個功能的實現結果，讓使用者對應用程式有所體驗
25. 設計測試用例場景時才用經過檢驗的測試技術
26. 在測試的過程中避免包含顯示和詳細的資料元素
27. 運用探索性測試
28. 用結構化的開發方法來支援有效地單元測試
29. 在實現之前或者實現同時開發單元測試，為了簡化單元測試的開發工作，開發人員必須重視基於介面的方法來實現元件，優秀的軟體工程做法是圍繞介面，而不是圍繞元件內部的機理來設計軟體
30. 使單元測試的執行成為生成過程的一部分
31. 了解各類測試支援工具
32. 自主生成乙個工具
33. 了解自動測試工具對測試工作的影響
34. 關注組織的需要
35. 在應用程式的原型上對工具進行測試
36. 不要過分依賴記錄/回放工具
37. 必要時自製開發乙個測試工具
38. 使用經過考驗的測試指令碼開發技術
39. 盡量使回歸測試自動化
40. 實現自動生成和煙霧測試
* 自動生成，通常每天執行一次自動生成
* 煙霧測試，回歸測試的精簡版本，主要對應用程式關鍵的高層功能(也就是主要功能)進行自動測試。
41. 不要事後才考慮到非功能性測試
42. 用產品級資料庫進行效能測試
43. 為預期受眾定製可使用性測試
44. 特定需求和整個系統都需要考慮安全性
45. 研究系統對併發性測試計畫的實現
46. 為相容性測試建立搞笑的環境
47. 明確定義測試執行週期的開始和結束
48. 隔離測試環境和開發喚醒
49. 實現缺陷追蹤生命週期
50. 追蹤測試工作的執行
《有效軟體測試》 讀書筆記
有效軟體測試 讀書筆記 前言 有效軟體測試 提出提高軟體測試的50條建議。作者從經驗出發，提煉出提公升測試效率的建議。第1章 描述了測試工作在需求階段需要考慮的問題。在需求階段，包括測試組代表在內的主要專案組成員必須參與需求工作，並且必須收到需求變更通知，這是非常 重要的。此外，對於任何大型專案來說...
《軟體測試》 讀書筆記
黑箱測試 在設計測試的過程中，把軟體系統當做乙個 黑箱 無法了解或使用系統的內部結構統計知識。白箱測試 在設計測試的過程中，設計者可以 看到 軟體系統的內部結構，並使用軟體的內部結構和知識來選擇測試資料及具體的測試方法。功能測試 a.單元測試 b.功能測試 c.整合測試 d.場景測試 e.系統測試 ...
軟體測試 讀書筆記
1.軟體測試背景 2002年，軟體測試進一步定義為 測試是為了度量和提高被測試軟體的質量，對測試軟體進行工程設計 實施和維護的整個生命週期過程 2 軟體缺陷 所有的軟體問題都可以統稱為軟體缺陷，可以從以下五點定義軟體缺陷 軟體未達到產品說明書標明的功能 軟體出現了產品說明書指明不會出現的錯誤 軟體功...