高效的測試需求分析和測試用例設計
2010.11.21 在清華科技園賓館由 51testing 舉辦了第 49 期沙龍，主題就是高效的測試需求分析和測試用例設計，嘉賓是 51testing 相關人員王威，講得還是不錯的，現在整理出來分享給大家。
1 、典型的測試分析設計樣式
• 業務需求分析 需求項整理（保證需求項的顆粒度基本一致）
• 需求規則分析 測試項分析
• 概要設計 測試用例規劃
• 詳細設計 測試用例實現
• 編碼 測試用例執行
2 、測試需求分析和測試用例設計常見問題
需求 mr. ok à 開發 mr. delay à 測試 mr. sorry
1 ）方法、技術
—測試需求分析方法：懂業務、懂測試
—測試用例設計方法：重點在於測試用例設計方法與業務關聯
—被測試產品的可測試性分析
a ）可設計性：拿到需求，能設計出測試用例
b ）可控性：執行測試用例，總是需要手工執行；或手工執行也很難執行，如：測試重啟電腦一萬次；
c ）可觀察性：輸出不僅僅限於返回的輸出，如可嵌入系統內需修改某些狀態，而這些狀態我們是從介面上看不到的；
評審需求是從可測試性角度執行的（以上三點）。
—產品相關的業務知識（可參加一些技術認證考試、或看業務知識相關書籍）
2 ）流程、工具
—測試用例設計的合理性和測試用例設計的效率 è 測試是在成本和質量之間找到乙個平衡點，保留少量的測試用例，裁剪掉大部分的測試用例（全排列組合），但是一旦裁剪測試用例，就有可能遺漏測試點。
—測試需求分析工程師和測試設計工程師合理分工（公司內部使用的系統，由於客戶容忍度高，所以測試不嚴謹）。
—對需求到測試用例的全面跟蹤和變數管理 è 涉及需求的覆蓋度 = 測試用例 / 需求項，且測試用例的設計應滿足需求的顆粒度應基本一致，如： 50% 的測試用例覆蓋 10% 的需求項。
—針對多個版本繼承的測試用例的高效裁剪和補充：手機 1.0 版本 è 手機 2.0 版本，聲音有變動，其餘無變動，則涉及 1.0 版本測試用例的繼承、裁剪和補充
3 ）人
—測試工程師的基本素質要求
—測試分析和測試用例設計人員的技能培養
懂 vb 、 vc 、 dephi ，不容易被開發矇騙，關鍵是測試需求分析和測試用例設計。
—測試工程師業務知識的培養
3 、測試用例的質量定義：理解開發、設計、配置管理、質量管理（質量的度量指標）
—針對需求的覆蓋率
—測試用例的精簡程度
—測試用例發現缺陷率
—測試用例的可執行性和執行效率
4 、針對複雜產品的測試分析設計：測試項力求全面，測試用例力求精簡，乙個測試項可能對應好幾個測試用例
介面測試需求文件分析以及測試用例
一 介面測試的依據主要是介面文件，介面文件的準確性至關重要。介面文件的內容基本包括有 介面名稱 介面型別 輸入引數 輸入引數一般包括，每個引數名，引數型別，引數業務含義，是否可為空，引數單位 輸出結果 返回狀態的取值範圍及其業務含義 二 介面用例設計主要以下幾個方面進行設計 1 輸入引數主要從以下幾...
高效設計測試用例
通過這幾年的測試，發現很多公司在測試隊伍初創期，對測試用例要求比較高 寫的必須詳細 後期越來越力不從心，直到不寫測試用例為止了。測試用例要寫到什麼程度 什麼方式，自己小總結了一下,可行否，就看大家如何看了。測試接到乙個專案後依次需要做的事情 1.分析需求 2.找出同類介面 3.找出同類控制項 4.找...
根據需求設計測試用例
上篇寫了關於做測試之前要明確需求，這一篇講講在讀需求文件的時候，怎麼設計測試用例。我就我工作的這邊，需求文件就是一張張的表，剛開始測試的時候不知道表的意義何在，覺得看這些表太浪費時間了，沒有好好研究，好在亡羊補牢，為時不晚，其實所有的內容都蘊含在一張張的表裡。表中有表字段，表字段有取值範圍，我們的測...