1樓：匿名使用者
不同的測試有不同的任務與目標，例如單元測試和系統測試的任務往往有很大的不同。不同的框架支援不同的測試活動，因此沒有最好，只有合適。一般而言，一個好的框架應該具備以下特徵。
1. 能提供充分的日誌（log）以便除錯。一些ui測試框架，具備螢幕截圖的功能，可以捕獲測試執行時ui的外觀。
2. 能組織測試用例，以不同的粒度、標準允許測試用例。例如，允許測試者將測試用例分組，以測試用例集為單位允許測試。
那麼測試者就可以將測試用例劃分為bvt用例集、功能用例集，以用於不同的場合。3. 允許測試者將精力集中在測試用例編寫上，而不是與框架整合。
例如cppunitlite就勝過cppunit（這兩個框架的作者是同一個人，他開發cppunitlite就是為了克服cppunit的一些不足），因為利用cppunitlite寫測試用例很簡單，用cppunit就要寫更多的**。4. 提供充分的除錯支援。
例如，設定斷點或暫停，允許測試者觀察測試執行中的狀態。
2樓：匿名使用者
個人覺得框架具有擴充套件性，適合自動化測試的需要，並且邏輯和實現分離，最好能實現並行測試的需要。
如何評價一個軟體測試用例的好壞？
3樓：匿名使用者
是否可以覆蓋全部的測試需求？但是後來發現這兩個標準對於一些問題是處理不了的。例如，對於一個質量非常好的軟體產品，存在的軟體缺陷異乎尋常的少，測試用例設計人員準備了大量的測試用例，已經完全覆蓋了測試需求，但是隻有很少一部分測試用例在執行時發現了缺陷，而其他用例都順利通過了。
那麼是否就可以認為順利通過的那部分測試用例不好呢？對於這個問題，筆者認為不管是測試用例是否可以發現尚未發現的缺陷，還是測試用例對測試需求的覆蓋度，都是用來評估測試設計人員工作能力和經驗的標準，而對於如何評價測試用例的優劣，應該還有其他標準。當然，在不同的團隊中可能存在不同的標準，但下面兩條應該是適合於任何團隊的。
1.易用性。對於一個即熟悉測試工作，又熟悉被測應用的測試人員，應當可以花費很少的時間就可以理解測試用例中表達的測試思路，並可以很快的執行完這個測試用例。
2.易維護性。當開發過程中的某些因素影響了測試需求，測試用例的作者或其他測試設計人員，應該可以花費很少的時間就完成定位並維護所有相關測試用例的工作。
軟體測試方法
如何評定測試用例的好壞
4樓：匿名使用者
我的總結如下：1。用例的覆蓋率很重要，特別是對主要功能點的覆蓋2。用例設計的專
內容及步驟的詳屬細度高，可執行性強，好的用例，是任何一個測試員都可執行測試，而無須再細看需求文件3。用例的測試結果，所測試發現的bug數量和質量，特別是質量很重要，因為bug的數多，可能是開發人員的問題，而能測試出很難發現的bug就是測試用例設計的水平了4。用例能及早發現bug，而不是很晚發現bug5。
能全面提供很連貫測試資料，就按其測試用例的順序，及每個用例的資料可用於下一用例6。測試用例很準確描述測試期望結果；7。測試用例的歸類，將測試用例分成業務類，ui類，資料邏輯類等，不同行業分類不一致，這樣測試人員對其測試目的很清晰
5樓：匿名使用者
我覺得這要根據實際情況來分析，比如一個專案的系統測試，要求是儘早驗證主要功能模組，或者某些功能需要儘早測試，不同情況下用例的設計和規程都是不同。設計的大方向還是上面幾位朋友說的。
如何來判斷水泥的好壞呢，如何來判斷水泥的好壞呢？？
水泥的紙袋包裝無缺，標識完全。紙袋上的標識有 工場稱號，出產答應證編號，水泥稱號，註冊商標，種類 包羅種類代號 標號，包裝年 月 日和編號。分歧種類水泥採用分歧的顏色標識，矽酸鹽水泥和通俗矽酸鹽水泥用赤色，礦渣水泥用綠色，火山灰水泥和粉煤灰水泥用黑色。用手指捻水泥粉，感應有少許細 砂 粉的覺得，標明...
如何來豐富自己的生活，如何來豐富自己的生活？？
人在異鄉為異客 每次聚餐，都能認識不少世界各地的朋友，提高語言和交際能力的同時，也豐富了自己的課餘生活！由於和國內有時差，平時和家人和老朋友們 豐富生活的方法可以很多。具體就看你想怎麼選擇。給你幾個建議 1.知識淵博。你可以加入論壇幫助別人解答各種問題。自己不會的，可以向別人提問。幫助和學習來豐富生...
大家都是如何來評價湯唯的，如何客觀評價湯唯的長相和氣質 唯一一個像是念過書的
顛顛 她很有才華，通曉很多種語言，各種開幕式上，用英文韓語粵語侃侃而談，讓人注目。她總是在不動聲色間讓人驚豔。從她演藝的第一部作品開始，她就像一顆禮花在電影圈炸開了鍋，絢麗大膽得讓觀眾記住了她的名字和容顏，她就是大導演李安欽點的 王佳芝 湯唯。作為 戲劇學院導演系的學生，考了三次才考上的湯唯，在此之...