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

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

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

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

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

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

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

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

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

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

要注意是對單個功能點。

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

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

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

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

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

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