編寫黑盒測試測試用例應考慮的內容是什麼

2022-12-11 21:05:11 字數 3426 閱讀 9138

1樓:

首先要考慮你要用哪一種測試方法,黑盒測試中有很多種測試方法,包括邊界值法,健壯性,最壞情況測試,等價類等,確定了合適的測試方法後,再根據此方法的特性設定測試用例。

黑盒測試的測試用例是根據什麼設計的

2樓:水瓶暖暖

測試用例就是為了規範測試,保證測試的全面性。從根本上來講是根據需求設計說明書和使用者使用說明書,根據要測試的物件的功能、使用環境、使用場景等寫出覆蓋全面的測試用例。可以先列出測試點,再細化測試點,根據測試點編寫測試用例。望採納

3樓:小學生依舊解答

a 黑盒測試是測試功能的。

編寫黑盒測試用例的時候,對於:匯入、匯出及查詢功能,都應該考慮哪些?

寫黑盒測試用例的時候,對於:圖表統計、gis地圖之類的功能,都應該考慮哪些?

4樓:

做為一個測試人員,當然不可能各各行業的東西都做到很瞭解。

我建議,考慮下你即將測試的這個軟體是屬於長線產品,還是短期的,如果是長線的,不防多去學一些這方面的知識。單純的要幾個用例,解決不了真正的問題。

如果是**產品,根據領導給的測試計劃,看一下測試的側重點。如果沒有這東西,參考下這個軟體的設計文件。最簡單的辦法就是,人家設計了什麼功能,你就驗證什麼功能。

5樓:

測試用例可分為顯示正確圖表的用例,和顯示錯誤圖表的用例。

顯示正確圖表可以考慮這些:

1:資訊正確。

2:介面設定合理,圖表顯示不會太大,或太小。

3:圖表的易理解性,圖表容易讀懂嗎?好理解嗎?

4:圖表的適應性,換臺電腦,或者換個環境,圖表顯示正常嗎?

5:壓力測試,如果有太多的資訊,圖表顯示正常嗎?圖表顯示速度快嗎?

錯誤用例和正確的用例相反。

6樓:蒼龍de鏈

既然是黑盒測試,你就把你自己當做一個客戶。想到什麼就寫什麼。

圖表統計的話想著資料的準確性,與地圖顯示的資訊是否對上號了,是不是有漏或多的資訊。

介面是否有不舒服的地方,操作的時候各種命令的執行速度等等。

方法有很多種,而且不同的專案測試目的都不同。lz多查查相關資料,多準備相關的知識就行了。

主要的黑盒測試用例設計方法有哪些

7樓:紫

常用的四種黑盒測試用例設計方法

1.等價劃分。所謂等價類劃分是指一套被選擇的值,這些值分別代表了許多眾多

的可能輸入值,程式對其處理的方式都是一樣的。等價類劃分的方法作為繼邊

界值分析方法之後補充的測試用例設計試用的一種方法。劃分等價類、確定測

試用例。

等價類劃分是一種典型的黑盒測試方法,使用這一方法時,完全不考慮程式的

內部結構,只依據程式的規格說明來設計測試用例。等價類劃分方法把所有可

能的輸入資料,即程式的輸入域劃分成若干部分,然後從每一部分中選取少數

有代表性的資料做為測試用例。

等價類的劃分有兩種不同的情況:有效等價類:是指對於程式的規格說明來說,

是合理的,有意義的輸入資料構成的集合。無效等價類:是指對於程式的規格

說明來說,是不合理的,無意義的輸入資料構成的集合。在設計測試用例時,

要同時考慮有效等價類和無效等價類的設計。

2.邊界值分析。在設計測試用例確定輸入和輸出引數時,大多數情況下都是用邊

界值分析方法,採用邊界值分析設計的測試用例發現程式錯誤能力最強。邊界

值分析也是一種黑盒測試方法,是對等價類劃分方法的補充。人們從長期的測

試工作經驗得知,大量的錯誤是發生在輸入或輸出範圍的邊界上,而不是在輸

入範圍的內部。因此針對各種邊界情況設計測試用例,可以查出更多的錯誤。

3.錯誤推測法。人們也可以靠經驗和直覺推測程式中可能存在的各種錯誤,從而

有針對性地編寫檢查這些錯誤的例子。這就是錯誤推測法。錯誤推測法的基本

想法是:列舉出程式中所有可能有的錯誤和容易發生錯誤的特殊情況,根據它

們選擇測試用例。

4.因果圖。如果程式的功能說明中含有輸入條件的組合情況,則一開始就可以選

用因果圖法。如果在測試時必須考慮輸入條件的各種組合,可使用一種適合於

描述對於多種條件的組合,相應產生多個動作的形式來設計測試用例,這就需

要利用因果圖。因果圖方法最終生成的就是判定表。它適合於檢查程式輸入條

件的各種組合情況。

8樓:小青蛙

等價類劃分,邊界值分析、判定表、因果圖、狀態遷移法、流程分析法、正交試驗法和錯誤猜測法

軟體測試中黑盒測試用例如何設計,並且需要多少個測試用例??

9樓:理財老婆

1、理解需求,業務流程(最好能畫出流程圖)2、用例基本分為這麼幾大部分

頁面測試:主要看美觀,易用,錯別字,不符合常規習慣等選單測試:對應選單的連結,以及開啟關閉頁面是,連結頁面的情況檢索頁面:

初始開啟頁面時,截面各項顯示資訊(預設值、預設按鈕等)————操作:新增、修改、刪除、查詢

列印3、測試重點

與當前測試物件關聯的資訊變化,對當前模組的影響建議在測試前,看一下資料結構

最後,就是用久違的各種黑盒測試用例的各種設計發法開展測試了至於多少個?行話可以說成需求覆蓋率,不過個人認為沒有一個具體定義,多少取決於需求和軟體本身。

10樓:

設計方法如1l所說,主要談談第二個問題,多少個測試用例並不重要,重要的是這些用例是否可以將所有需求都覆蓋,如果一個用例能覆蓋,就用1個,如果10000個也沒有覆蓋,10000個也不行,所以根據具體軟體和具體需求而定。

11樓:好好學習

第一個問題:

黑盒測試用例的設計方法

1、等價類劃分方法

2、邊界值分析方法

3、錯誤推測方法

4、因果圖方法

5、判定表驅動分析方法

6、正交實驗設計方法

7、功能圖分析方法

用得最多的就是1、等價類劃分方法2、邊界值分析方法第二個問題:需要多少用例和你所測試的產品以及用例的覆蓋率有直接關係。所以沒有人能告訴你黑盒測試需要些多少用例。

軟體黑盒測試用例設計方法有哪些

12樓:檸檬班軟體測試

1. 等價類劃分 如下圖所示

2. 邊界值:應選取正好等於、剛剛大於、剛剛小於邊界值作為測試資料3. 錯誤推測法:進行錯誤的操作,驗證程式是否對出錯的場 景和情況有應對能力。

4. 因果圖法/判定表法:適合於檢查程式輸入條件的各種組合情況。

5. 場景法:場景描述的業務流程

基本流:主要是功能的正常操作流程

分支流:需要程式做非法判斷處理

軟體測試用例設計的關鍵是什麼,做好測試用例的關鍵是什麼

面試時回答 覆蓋率與冗餘 1.使用者需求,需要了解需求。不瞭解需求,設計測試用例無從談起。2.把需求分析進化成需求點列表。這樣才能保證覆蓋率。也是後期核查測試覆蓋率以及更新新增測試用例的依據。3.瞭解功能的層次,哪些是主要功能,需要詳細設計,全面覆蓋,哪些是不常用的功能,可以粗線條的設計。哪些功能是...

測試用例的級別該如何標記,軟體測試中用例的級別代表符號有哪些,例如MFSFAF分別代表什麼意思

用例的優先順序通bai常分為 p0 dup1 p2 p3等若干個級別,按照用 zhi例功能的 dao重要程度 影響範圍專 來進行劃分。p0 通常標識 軟體測試中 用例的級別 代表符號有哪些,例如 mf sf af分別代表什麼意思 測試用例的級別劃分依據 需求明確要求 業務執行先後 主次功能等。比如說...

軟體測試中所說的用例是什麼意思,測試用例在軟體測試中的作用是什麼?

說白了就是你在測試過程中準備的一些測試資料 測試用例是什麼意思?測試用例 test case 其實是將軟體測試的行為活動做成一個測試用例的科學化的組織歸納,目的是能夠將軟體的測試的行為轉化成可一管理的模式 同時測試用例也就是將測試具體量化的方法中的一個,不同類別軟體,測試用例都是不同的。不同於個個系...