1樓：
面試時回答：覆蓋率與冗餘
2樓：
1. 使用者需求，需要了解需求。不瞭解需求，設計測試用例無從談起。
2. 把需求分析進化成需求點列表。這樣才能保證覆蓋率。也是後期核查測試覆蓋率以及更新新增測試用例的依據。
3.瞭解功能的層次，哪些是主要功能，需要詳細設計，全面覆蓋，哪些是不常用的功能，可以粗線條的設計。哪些功能是設計介面比較多多，哪些是新功能，需要主要側重點進行設計。
對於留用功能（既存功能）和關係不太複雜的設計上就可以減少量...這些原則可以決定測試用例設計的顆粒度大小從而讓控制風險更有依據。
4.注意測試用例的設計的有效性和複用性。
3樓：匿名使用者
1樓說的很對，就是用最少的用例覆蓋最多的路徑！但是對於大公司一般才會真有人寫測試用例！小公司一般就是直接測，很少有寫的。
專門做測試外包的也會寫！我做測試也有段時間了！但是沒有在工作上寫過，浪費時間！
有寫的功夫，早就測試完了！除非有新人來，寫點讓新人執行，學一下測試的具體思維方式！
4樓：匿名使用者
效率 跟樓上說的差不多 就是用儘可能少的用例覆蓋儘可能多的路徑
做好測試用例的關鍵是什麼?
5樓：匿名使用者
做好測試用來例工作的關鍵自是要充分考慮測試計bai
劃的du實用性，堅持zhi5w1h的原則，採用評dao審和更新機制以及測試策略。要充分考慮測試計劃的實用性，即測試計劃與實際之間的接近程度和可操作性。要堅持“5w1h”的原則，明確測試內容與過程。
採用評審和更新機制，確保測試計劃滿足實際需求。因為軟體專案是一個漸進的過程，中間不可避免地會發生需求變化，為滿足需求變化，測試計劃也需要及時地進行變更。測試策略要作為測試的重點進行描述。
測試策略是測試計劃中的重要組成部分，測試計劃是從巨集觀上說明一個專案的測試需求、測試方法、測試人員安排等因素。
6樓：匿名使用者
首先是理解需求，第二是測試用例編寫的方法要熟練，第三就是你的測試經驗了，看到某個功能，馬上會想到那種測試用例會測出問題。
7樓：更新關閉
①仔細分析需求，使用xmind梳理功能點
②用例簡潔清晰明瞭，包含必要步驟
③根據自己的經驗
④自己對需求的瞭解程度
⑤關注產品的邏輯互動
8樓：匿名使用者
你好bai！
個人理解du測試的每一個zhi步驟都
dao很關鍵回！
你可以答參考：
9樓：匿名使用者
覆蓋率與冗餘
以較少的用例覆蓋儘可能多的功能點
軟體測試用例的，軟體測試用例的模板
一個合格的軟體測試用裡需要有以下要點 1 操作描述 2 輸入 測試資料 和輸出 測試結果 3 驗證點 4 期望結果 5 實際結果 6 是否存在bug 7 bug位置及概述 本人經驗，僅供參考 這個沒什麼模板的，每個公司都會不一樣的，因為公司的流程一般是不相同的 野澹壬孤蘭 其實沒有適用於所有情況的模...
編寫測試用例的目的是什麼 測試用例是怎麼寫的
黑盒測試根據詳細設計說明書規定的功能來設計測試用例，檢查程式的功能是否符合規格說明的要求。編寫有效的測試用例能檢驗出測試人員的測試水平。1.根據使用者需求所要求的產品特性寫出黑盒功能測試用例。客戶通過使用測試用例以確認是否達到了期望的要求。還要從測試用例追溯回功能需求以確保沒有需求被疏忽，並且確保所...
軟體的測試用例怎麼寫？成品軟體怎麼寫它的整體的測試用例
1 先了解軟體的需求，即這個軟體有哪些功能和效能的要求等2 瞭解完需求你就可以針對功能設計用例了，通常一個功能區域作為一個模組來寫，一條用例一般有邊界值法 場景法等設計方法編寫 3 比較複雜的功能可能涉及到互動的，需要聯絡各個功能之間的要求和約束來寫，考慮的情況也較多 4 最後，多寫多練，不斷積累這...