黑盒測試是根據(jù)軟件的什么來設(shè)計(jì)測試用例？黑盒測試是依據(jù)軟件輸出和輸入關(guān)系來啊,設(shè)計(jì)測試用例的，參數(shù)是輸入，不好算輸出低與預(yù)期輸出參與對(duì)比。如何根據(jù)需求設(shè)計(jì)測試用例？？從拿回需求文檔最好不要立馬開始琢磨

黑盒測試是根據(jù)軟件的什么來設(shè)計(jì)測試用例？

黑盒測試是依據(jù)軟件輸出和輸入關(guān)系來啊,設(shè)計(jì)測試用例的，參數(shù)是輸入，不好算輸出低與預(yù)期輸出參與對(duì)比。

如何根據(jù)需求設(shè)計(jì)測試用例？

？從拿回需求文檔最好不要立馬開始琢磨寫測試用例，必須仔細(xì)推敲整理好需求，畫出系統(tǒng)級(jí)、模塊內(nèi)流程圖，并得出答案各種測試出來點(diǎn)，等對(duì)需求進(jìn)行了頭腦風(fēng)暴般的整理之后，此時(shí)已對(duì)測試系統(tǒng)的功能很很清楚了，再頭緒正在寫測試用例。

那么c語言程序測試用例的總體思路是什么呢？是從半年的測試用例編譯程序經(jīng)驗(yàn)，系統(tǒng)的總結(jié)萬分感謝，如有不妥之處需改進(jìn)。

1、整理總結(jié)需求文檔觀察將需求文檔文檔泛讀一遍，記錄不很清楚的地方及最關(guān)鍵測試出來點(diǎn)，簡單的畫出總體流程圖。

然后把重新來一遍，仔細(xì)分析各個(gè)模塊的功能，畫出模塊內(nèi)流程圖，找出所有功能，并列出來通常測試點(diǎn)2、匯編語言企業(yè)應(yīng)用程序通過完全不同的業(yè)務(wù)規(guī)則可將測試用例統(tǒng)稱四部分：場景業(yè)務(wù)應(yīng)用程序、系統(tǒng)業(yè)務(wù)應(yīng)用程序、功能商業(yè)用例場景實(shí)際用例：明確的用戶的實(shí)際操作與業(yè)務(wù)邏輯設(shè)計(jì)用例，不必比較復(fù)雜很急切的操作或邏輯，把用戶最為簡單的、正常的操作流程才是一個(gè)場景設(shè)計(jì)測試用例。

系統(tǒng)商業(yè)用例：是用戶場景的細(xì)化，包涵正常場景、分支場景和異樣場景，是兩個(gè)或多個(gè)有關(guān)聯(lián)的功能成組合而成的場景。

功能用例：主要是用于驗(yàn)證各功能點(diǎn)的業(yè)務(wù)規(guī)則，除了界面元素和各功能的業(yè)務(wù)規(guī)則驗(yàn)證驗(yàn)證。

要注意是對(duì)單個(gè)功能點(diǎn)。

準(zhǔn)備：場景商業(yè)用例（關(guān)鍵字：模擬用戶實(shí)踐操作）參照畫出的模塊內(nèi)流程圖，具體解釋用戶的主要業(yè)務(wù)目標(biāo)，乾坤二卦求全部的系統(tǒng)級(jí)場景和模擬用戶實(shí)操的不同場景，幾個(gè)功能點(diǎn)的組合也不算用戶場景。

第二步：系統(tǒng)各角色的系統(tǒng)實(shí)際用例生克制化畫出的模塊內(nèi)流程圖，將系統(tǒng)劃分多個(gè)角色，再將每個(gè)角色分解為多個(gè)任務(wù)，每個(gè)任務(wù)是一個(gè)系統(tǒng)企業(yè)應(yīng)用程序。

系統(tǒng)企業(yè)應(yīng)用程序四個(gè)算正常流程、無比流程，分支流程，以場景的形式描述。

第三步：功能業(yè)務(wù)應(yīng)用程序描述單點(diǎn)功能的邏輯規(guī)則及頁面元素，分層具體解釋邏輯規(guī)則，對(duì)邏輯規(guī)則細(xì)化可真接作為企業(yè)應(yīng)用程序的操作步驟描述。

c語言設(shè)計(jì)業(yè)務(wù)應(yīng)用程序的過程中也有一些很迷惘：問題1：場景法用什么描述比較很清楚，另外后期需求改動(dòng)了易魔獸維護(hù)？問題2：測試用例與測試數(shù)據(jù)的關(guān)系是什么呢？如何能將兩者可以區(qū)分炸裂開來？3、報(bào)表類功能模塊怎么編譯程序測試用例？報(bào)表類的模塊基本沒有業(yè)務(wù)流，不適用場景法。

總之報(bào)表類模塊要注意驗(yàn)證驗(yàn)證能不能依據(jù)查詢條件正確的網(wǎng)站查詢不顯示數(shù)據(jù)，并能保證數(shù)據(jù)的正確性。