測試覆蓋率
覆蓋率是用來度量測試完整性的乙個手段，同時也是測試技術有效性的乙個度量
特點：1.通過覆蓋率資料，可以檢測我們的測試是否充分
2.分析出測試的弱點在哪方面
3.知道我們設計能夠增加覆蓋率的測試用例，有效提高測試質量，但是測試用例設計不能一昧追求覆蓋率，因為測試成本會隨著測試率增加而增加
軟體測試的原則
所有的測試都應追溯到使用者需求
測試工作應該盡早啟動
pareto法則應用於軟體測試（28效率法則，在分析，設計，實現階段的複審和測試工作能夠發現和避免80%的缺陷，而系統測試又能找到其餘缺陷的中的80%，最後4%的缺陷可能只有在使用者的大範圍，長時間使用後才能暴露出來）
窮盡測試是不可能，測試始終需要停止
殺蟲劑怪事（測試人員必須不斷編寫不同的測試程式，對程式的不同部分進行測試，已找出更多缺陷）
前進兩步，後退一步（測試中的乙個基本問題是----缺陷修復會以20%-50%的機率引入新的缺陷，每次修復後，必須重新執行先前所有的測試用例，從而確保系統不會以隱蔽的方式被破壞）
三心二意
（【細心耐心信心】，團隊溝通意識，保持懷疑的態度且有缺陷預防意識）
需求分析
1.測試人員參與需求分析，對需求了解很深刻，減少與開發人員的互動，節省時間
2.早期確定測試用例的編寫思路，為測試打好了基礎
4.可以發現需求不合理的地方（如違反正常操作準則的），降低測試成本
需求測試的作用
1.測試需求的分析用來確認整個測試工作，明確測試物件以及測試工作的範圍和作用，並作為測試覆蓋的基礎
2.被確定的測試需求項必須是可以核實的，測試需求必須有乙個可觀察，可評測的結果
3.如果無法核實的需求就不是測試需求
4.測試需求的優先順序，哪些更重要
5.確保風險承擔者盡早地對專案達成共識
6.並對將來的產品有個清晰的認識
測試需求是制定測試計畫的基本依據
測試需求是設計測試用例的指導
確定了要測什麼，測哪些方面才能有效設計用例
需求驗證過程
1.審查需求文件
對需求文件及相關模型進行仔細檢查
在需求開發期間所做的非正式評審也是有所裨益的
2.以需求為依據編寫測試用例
編寫使用者手冊（簡潔版）
（在需求開發期間起草乙份簡略，淺顯易懂的使用者手冊，用以描述出所有對使用者可見的功能，並用他作為需求規格說明的參考並輔助需求分析)
3.確定合格的標準
讓使用者描述什麼樣的產品才算滿足他們的要求和適合他們的使用
將確認合格的測試建立在使用情景描述或使用例項的基礎之上
軟體測試理論總結 二
白盒測試方法 檢測法 主要包括多面檢查 審查和走查，主要檢查 和設計的一致性。靜態結構分析法 測試者通過採用測試工具來分析源 的系統結構 資料結構 內部的控制邏輯，通過內部結構的分析來設計測試用例。靜態質量度量法 根據標準的質量模型作為基準，然後來構造質量的度量模型，用來評估軟體的各個方面的要素。邏...
軟體測試理論基礎（二）
四 如何寫測試計畫 測試計畫應該包含什麼？編寫目的 背景 參考資料 測試要點 測試環境 產品及技術形態 起始時間 測試設計和測試執行 的任務分解和人員安排 風險控制 測試內容 人力以及時間資源分配 責任劃分 風險控制 測試結束的標準是什麼？用例通過率和bug比例達到要求，不出現比較嚴重的bug，測試...
軟體測試理論（二） 持續更新
測試過程的質量決定了軟體測試的質量和有效性。軟體測試過程的管理是保證測試過程質量 控制測試風險的重要活動。不同的專案,測試過程的具體流程可或有差異。一般劃分為測試計畫 測試設計與開發 測試時事 測試評審與測試結論等階段。測試過程符合gb t 18905 評價者使用的過程 中定義軟體評價過程的模型。評...