1樓：
面試時回答：覆蓋率與冗餘
2樓：
1. 使用者需求，需要了解需求。不瞭解需求，設計測試用例無從談起。
2. 把需求分析進化成需求點列表。這樣才能保證覆蓋率。也是後期核查測試覆蓋率以及更新新增測試用例的依據。
3.瞭解功能的層次，哪些是主要功能，需要詳細設計，全面覆蓋，哪些是不常用的功能，可以粗線條的設計。哪些功能是設計介面比較多多，哪些是新功能，需要主要側重點進行設計。
對於留用功能（既存功能）和關係不太複雜的設計上就可以減少量...這些原則可以決定測試用例設計的顆粒度大小從而讓控制風險更有依據。
4.注意測試用例的設計的有效性和複用性。
3樓：匿名使用者
1樓說的很對，就是用最少的用例覆蓋最多的路徑！但是對於大公司一般才會真有人寫測試用例！小公司一般就是直接測，很少有寫的。
專門做測試外包的也會寫！我做測試也有段時間了！但是沒有在工作上寫過，浪費時間！
有寫的功夫，早就測試完了！除非有新人來，寫點讓新人執行，學一下測試的具體思維方式！
4樓：匿名使用者
效率 跟樓上說的差不多 就是用儘可能少的用例覆蓋儘可能多的路徑
做好測試用例的關鍵是什麼?
5樓：匿名使用者
做好測試用來例工作的關鍵自是要充分考慮測試計bai
劃的du實用性，堅持zhi5w1h的原則，採用評dao審和更新機制以及測試策略。要充分考慮測試計劃的實用性，即測試計劃與實際之間的接近程度和可操作性。要堅持“5w1h”的原則，明確測試內容與過程。
採用評審和更新機制，確保測試計劃滿足實際需求。因為軟體專案是一個漸進的過程，中間不可避免地會發生需求變化，為滿足需求變化，測試計劃也需要及時地進行變更。測試策略要作為測試的重點進行描述。
測試策略是測試計劃中的重要組成部分，測試計劃是從巨集觀上說明一個專案的測試需求、測試方法、測試人員安排等因素。
6樓：匿名使用者
首先是理解需求，第二是測試用例編寫的方法要熟練，第三就是你的測試經驗了，看到某個功能，馬上會想到那種測試用例會測出問題。
7樓：更新關閉
①仔細分析需求，使用xmind梳理功能點
②用例簡潔清晰明瞭，包含必要步驟
③根據自己的經驗
④自己對需求的瞭解程度
⑤關注產品的邏輯互動
8樓：匿名使用者
你好bai！
個人理解du測試的每一個zhi步驟都
dao很關鍵回！
你可以答參考：
9樓：匿名使用者
覆蓋率與冗餘
以較少的用例覆蓋儘可能多的功能點
為什麼要設計測試用例,為什麼要設計測試用例
測試用例最大的作用是你在測試的過程中可以根據測試用例來覆蓋所有的需求,也就是說如果不寫測試用例的話,你可能會遺漏一些功能點或測試方法。測試用例是根據軟體需求來設計的,它的目的是作為所有測試活動的一個依版 據,軟體測權試工程師根據測試用例來判斷軟體測試的覆蓋率,軟體測試的步驟以及記錄測試結果資料,作為...
軟體測試的測試計劃,測試用例測試規範,測試分別是什麼
測試計劃的主copy 要內容 1 專案概述 包括專案背景 參考產品需求文件 主要功能 介紹主要的功能模組 2 測試資源 包括軟體資源，硬體資源，測試參與人員及職責，測試工具3 測試進度 包括預計開始時間，實際開始時間，預計結束時間，實際結束時間 如果測試需要多輪進行，寫明總的時間和每輪的時間 輪次一...
測試用例的內容包括什麼,測試用例包括哪些要素
用例編號 測試項描述 操作步驟 輸入 預期結果 實際結果 測試結果 缺陷編號 迴歸測試結果 最終測試結果 測試人 測試時間 備註 測試用例的內容包括 測試編號,測試人,測試時間,bug級別,bug狀態,測試輸入,重複問題操作步驟,測試環境 軟硬體環境 測試實際輸出,測試預輸出。測試用例包括哪些要素 ...