1樓：
面試時回答：覆蓋率與冗餘
2樓：
1. 使用者需求，需要了解需求。不瞭解需求，設計測試用例無從談起。
2. 把需求分析進化成需求點列表。這樣才能保證覆蓋率。也是後期核查測試覆蓋率以及更新新增測試用例的依據。
3.瞭解功能的層次，哪些是主要功能，需要詳細設計，全面覆蓋，哪些是不常用的功能，可以粗線條的設計。哪些功能是設計介面比較多多，哪些是新功能，需要主要側重點進行設計。
對於留用功能（既存功能）和關係不太複雜的設計上就可以減少量...這些原則可以決定測試用例設計的顆粒度大小從而讓控制風險更有依據。
4.注意測試用例的設計的有效性和複用性。
3樓：匿名使用者
1樓說的很對，就是用最少的用例覆蓋最多的路徑！但是對於大公司一般才會真有人寫測試用例！小公司一般就是直接測，很少有寫的。
專門做測試外包的也會寫！我做測試也有段時間了！但是沒有在工作上寫過，浪費時間！
有寫的功夫，早就測試完了！除非有新人來，寫點讓新人執行，學一下測試的具體思維方式！
4樓：匿名使用者
效率 跟樓上說的差不多 就是用儘可能少的用例覆蓋儘可能多的路徑
做好測試用例的關鍵是什麼?
5樓：匿名使用者
做好測試用來例工作的關鍵自是要充分考慮測試計bai
劃的du實用性，堅持zhi5w1h的原則，採用評dao審和更新機制以及測試策略。要充分考慮測試計劃的實用性，即測試計劃與實際之間的接近程度和可操作性。要堅持「5w1h」的原則，明確測試內容與過程。
採用評審和更新機制，確保測試計劃滿足實際需求。因為軟體專案是一個漸進的過程，中間不可避免地會發生需求變化，為滿足需求變化，測試計劃也需要及時地進行變更。測試策略要作為測試的重點進行描述。
測試策略是測試計劃中的重要組成部分，測試計劃是從巨集觀上說明一個專案的測試需求、測試方法、測試人員安排等因素。
6樓：匿名使用者
首先是理解需求，第二是測試用例編寫的方法要熟練，第三就是你的測試經驗了，看到某個功能，馬上會想到那種測試用例會測出問題。
7樓：更新關閉
①仔細分析需求，使用xmind梳理功能點
②用例簡潔清晰明瞭，包含必要步驟
③根據自己的經驗
④自己對需求的瞭解程度
⑤關注產品的邏輯互動
8樓：匿名使用者
你好bai！
個人理解du測試的每一個zhi步驟都
dao很關鍵回！
你可以答參考：
9樓：匿名使用者
覆蓋率與冗餘
以較少的用例覆蓋儘可能多的功能點
軟體測試中所說的用例是什麼意思,測試用例在軟體測試中的作用是什麼？
說白了就是你在測試過程中準備的一些測試資料 測試用例是什麼意思？測試用例 test case 其實是將軟體測試的行為活動做成一個測試用例的科學化的組織歸納，目的是能夠將軟體的測試的行為轉化成可一管理的模式 同時測試用例也就是將測試具體量化的方法中的一個，不同類別軟體，測試用例都是不同的。不同於個個系...
測試用例的級別該如何標記,軟體測試中用例的級別代表符號有哪些，例如MFSFAF分別代表什麼意思
用例的優先順序通bai常分為 p0 dup1 p2 p3等若干個級別，按照用 zhi例功能的 dao重要程度 影響範圍專 來進行劃分。p0 通常標識 軟體測試中 用例的級別 代表符號有哪些，例如 mf sf af分別代表什麼意思 測試用例的級別劃分依據 需求明確要求 業務執行先後 主次功能等。比如說...
編寫黑盒測試測試用例應考慮的內容是什麼
首先要考慮你要用哪一種測試方法，黑盒測試中有很多種測試方法，包括邊界值法，健壯性，最壞情況測試，等價類等，確定了合適的測試方法後，再根據此方法的特性設定測試用例。黑盒測試的測試用例是根據什麼設計的 測試用例就是為了規範測試，保證測試的全面性。從根本上來講是根據需求設計說明書和使用者使用說明書，根據要...