應當把「盡早和不斷的測試」作為開發者的座右銘
程式設計師應該避免檢查自己的程式，測試工作應該由獨立的專業的軟體測試機構來完成
設計測試用例時應該考慮到合法的輸入和不合法的輸入以及各種邊界條件，特殊情況下要製造極端狀態和意外狀態，比如網路異常中斷、電源斷電等情況
一定要注意測試中的錯誤集中發生現象，這和程式設計師的程式設計水平和習慣有很大的關係。測試中存在群集現象，錯誤喜歡發現在相同的模組以及相關的開發人員編寫的程式
對測試錯誤結果一定要有乙個確認的過程，一般有a測試出來的錯誤，一定要有乙個b 來確認，嚴重的錯誤可以召開評審會進行討論和分析
制定嚴格的測試計畫，並把測試時間安排的盡量寬鬆，不要希望在極短的時間內完成乙個高水平的測試
回歸測試的關聯性一定要引起充分的注意，修改乙個錯誤而引起更多的錯誤出現的現象並不少見
妥善儲存一切測試過程文件，意義是不言而喻的，測試的重現性往往要靠測試文件
測試的good enough
good-enough原則：不要做不充分的測試，也不要做過多的測試；找到測試費用和測試量之間的平衡點，是最佳選擇
制定測試內容和最低測試通過標準加以衡量（必要時具體問題具體分析）。
測試的規律木桶原理和80－20原則
測試人員永遠不要保證什麼
測試人員的編寫的文件是代表自己
測試人員要學會逆向思維
編寫缺陷一定要保證重現
測試一定要根據需求
《規格需求說明書》
關注對使用者不利的缺陷
站在使用者的角度
適當的引入測試工具提高測試效率
測試人員是服務人員
3.1.概念
乙個敘述了預定的測試活動的範圍、途徑、資源及進度安排的文件。它確認了測試項、被測特徵、測試任務、人員安排，以及任何偶發事件的風險
3.2.制定好處
專案經理、高層經理等相關領導能夠根據測試計畫做巨集觀調控，進行相應資源配置等；
測試人員能夠了解整個專案測試情況以及專案測試不同階段的所要進行的工作等；
便於開發人員、市場人員、質量人員等了解測試人員的工作內容，進行有關配合工作；
3.3.誰來負責制定
具有豐富經驗的專案測試負責人制定測試計畫，需要對整個測試過程負責
3.4. 編寫時間
軟體測試計畫越早編寫越好，以便對整個專案有總體的測試規劃
3.5.要素
why——為什麼要進行這些測試，測試目的是什麼；
what—測試哪些方面，確定測試的內容；
when—測試不同階段的起止時間，確定各測試活動的時間；
where—相應文件，缺陷的存放位置，測試環境等；
who—誰來負責相應的工作；
how—如何去做，使用哪些測試工具以及測試方法、測試策略進行測試
3.6.模版
測試目的
測試專案簡介
測試參考文件
測試提交文件
術語和定義
測試策略
確定測試內容
資源測試進度
測試人員的任務分配
風險和問題
3.7.維護與評審
隨著專案計畫、軟體需求、軟體開發以及人員等的變更，軟體測試計畫也是不斷更新和維護的
4.1.概念
測試用例（test case）是為了實施測試而向被測試的系統提供的一組集合，這組集合包含：測試環境、操作步驟、測試資料、預期結果等要素。
測試用例一般可以簡單劃分為：場景測試用例（簡稱「測試用例」）和基本測試用例（或稱為「公用測試用例」）
4.2. 優缺點
好處有效性
完整性組織性
缺點測試用例的設計是費時費力的工作，往往設計測試用例所花費的時間比執行所花費的時間還多
4.3.模版
word
excel
使用工具
根據公司具體情況制定模版
4.4.素質
測試用例的方法
考慮問題的全面性
業務知識的深刻性
逆向思維能力
豐富的測試經驗
4.5.更新與維護
原因需求變更，功能變化，測試用例也需要更新
測試用例需要細化和不斷完善，是個循序漸進的過程
通過測試實踐檢驗測試用例並新增、修改、刪除測試用例
測試用例要經過正式、有效的評審
利用測試工具來管理測試用例
軟體測試理論基礎
通過手工或者工具對 被測物件 進行測試操作，從而驗證實際結果與預期結果是否存在差異 通過測試軟體可以發現並修復軟體中存在的缺陷，從而提高使用者對產品的使用信心。測試可以記錄軟體執行過程中產生的一些資料，從而為決策提供資料支援。測試可以降低同類產品開發遇到問題的風險 軟體測試的七個原則 我們在執行測試...
軟體測試理論基礎
1 軟體的三個要素 程式 實行特定功能的 文件 支援 執行 資料 支援程式執行一切有關 2 軟體測試的目的 1 驗證軟體是否滿足 軟體開發合同 或者專案開發計畫，系統 子系統設計文件，軟體需求規格說明，軟體產品說明等規定的軟體質量要求 2 通過測試，發現軟體缺陷 3 為軟體產品的質量測量和評價提供依...
軟體測試理論基礎（一）
一 軟體測試分類體系系統學習 1 軟體測試是什麼？1 為什麼做軟體測試 軟體測試存在的意義？發現程式存在的 或業務邏輯錯誤 檢驗產品是否符合使用者需求 提高使用者的體驗 2 軟體測試最重要的是什麼？提高使用者體驗 2 軟體測試的原則 1 測試應該盡早介入 2 所有的測試都應追溯到使用者需求 3 程式...