無論白盒還是黑盒測試，bug等級都應(yīng)該是一樣的。而且這個等級的名稱有可能根據(jù)項目不同，階段不同各不相同。我如下給出常用的。有些是我自己定義的，但是我覺得實際項目是可以用到的：
公司主營業(yè)務(wù)：網(wǎng)站建設(shè)、成都做網(wǎng)站、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出西吉免費做網(wǎng)站回饋大家。
1. 阻塞(blocked)：run code 就直接over了。或者才bug對其他多個模塊或功能都有影響。導(dǎo)致測試無法進(jìn)行。
2. 嚴(yán)重(serious)：漏掉需求中重要功能，導(dǎo)致后果比較嚴(yán)重等。
3. 一般(general)：這個類型的bug應(yīng)該是最多的基本上要占所有bug的70%-80%
4. 微小(tiny)：刪除某些東西的時候需要提示啊，等等。
5. 建議(suggest)：你在代碼編寫，或者測試過程中，有一條業(yè)務(wù)邏輯需要補充進(jìn)來，而項目組和客戶又沒提出來。
6. 待定(indeterminate)：需要項目組討論才能決定的，如需求補充等。
最后，所有這些等級其實都不一定完全準(zhǔn)確。比如說刪除某些輸入的提示：如果是銀行項目刪除客戶，那么這個沒有提示，這個bug有適合可以提升到“嚴(yán)重”這個等級，不再是“微小”。還有這個劃分還跟個人理解成都相同。所以，你提示bug的等級或許不是最后的等級，項目組討論后，還會改變等級。
如此僅供參考……
白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是按照程序內(nèi)部的結(jié)構(gòu)測試程序，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計規(guī)格說明書的規(guī)定正常進(jìn)行，檢驗程序中的每條通路是否都能按預(yù)定要求正確工作。
這一方法是把測試對象看作一個打開的盒子，測試人員依據(jù)程序內(nèi)部邏輯結(jié)構(gòu)相關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試，通過在不同點檢查程序的狀態(tài)，確定實際的狀態(tài)是否與預(yù)期的狀態(tài)一致。
采用什么方法對軟件進(jìn)行測試呢？常用的軟件測試方法有兩大類：靜態(tài)測試方法和動態(tài)測試方法。其中軟件的靜態(tài)測試不要求在計算機上實際執(zhí)行所測程序，主要以一些人工的模擬技術(shù)對軟件進(jìn)行分析和測試；而軟件的動態(tài)測試是通過輸入一組預(yù)先按照一定的測試準(zhǔn)則構(gòu)造的實例數(shù)據(jù)來動態(tài)運行程序，而達(dá)到發(fā)現(xiàn)程序錯誤的過程。
白盒測試的測試方法有代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號測試、Z路徑覆蓋、程序變異。
白盒測試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。
六種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的變化。語句覆蓋每條語句至少執(zhí)行一次。判定覆蓋每個判定的每個分支至少執(zhí)行一次。條件覆蓋每個判定的每個條件應(yīng)取到各種可能的值。判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。條件組合覆蓋每個判定中各條件的每一種組合至少出現(xiàn)一次。路徑覆蓋使程序中每一條可能的路徑至少執(zhí)行一次。
"白盒"法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試。"白盒"法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。
如何挑選白盒測試工具
白盒測試目前主要用在具有高可靠性要求的軟件領(lǐng)域，例如：軍工軟件、航天航空軟件、工業(yè)控制軟件等等。白盒測試工具在選購時應(yīng)當(dāng)主要是對開發(fā)語言的支持、代碼覆蓋的深度、嵌入式軟件的測試、測試的可視化等。
對開發(fā)語言的支持：白盒測試工具是對源代碼進(jìn)行的測試，測試的主要內(nèi)容包括詞法分析與語法分析、靜態(tài)錯誤分析、動態(tài)檢測等。但是對于不同的開發(fā)語言，測試工具實現(xiàn)的方式和內(nèi)容差別是較大的。目前測試工具主要支持的開發(fā)語言包括：標(biāo)準(zhǔn)C、C＋＋、Visual C＋＋、Java、Visual J＋+等。
代碼的覆蓋深度：從覆蓋源程序語句的詳盡程度分析，邏輯覆蓋標(biāo)準(zhǔn)包括以下不同的覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋、多條件覆蓋和修正判定條件覆蓋。
·語句覆蓋 為了暴露程序中的錯誤，程序中的每條語句至少應(yīng)該執(zhí)行一次。因此語句覆蓋（Statement Coverage）的含義是：選擇足夠多的測試數(shù)據(jù)，使被測程序中每條語句至少執(zhí)行一次。語句覆蓋是很弱的邏輯覆蓋。
·判定覆蓋 比語句覆蓋稍強的覆蓋標(biāo)準(zhǔn)是判定覆蓋（Decision Coverage）。判定覆蓋的含義是：設(shè)計足夠的測試用例，使得程序中的每個判定至少都獲得一次“真值”或“假值”，或者說使得程序中的每一個取“真”分支和取“假”分支至少經(jīng)歷一次，因此判定覆蓋又稱為分支覆蓋。
·條件覆蓋 在設(shè)計程序中，一個判定語句是由多個條件組合而成的復(fù)合判定。為了更徹底地實現(xiàn)邏輯覆蓋，可以采用條件覆蓋（Condition Coverage）的標(biāo)準(zhǔn)。條件覆蓋的含義是：構(gòu)造一組測試用例，使得每一判定語句中每個邏輯條件的可能值至少滿足一次。
·多條件覆蓋 多條件覆蓋也稱條件組合覆蓋，它的含義是：設(shè)計足夠的測試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次。顯然滿足多條件覆蓋的測試用例是一定滿足判定覆蓋、條件覆蓋和條件判定組合覆蓋的。
·修正條件判定覆蓋 修正條件判定覆蓋是由歐美的航空/航天制造廠商和使用單位聯(lián)合制定的“航空運輸和裝備系統(tǒng)軟件認(rèn)證標(biāo)準(zhǔn)”，目前在國外的國防、航空航天領(lǐng)域應(yīng)用廣泛。這個覆蓋度量需要足夠的測試用例來確定各個條件能夠影響到包含的判定的結(jié)果。它要求滿足兩個條件：首先，每一個程序模塊的入口和出口點都要考慮至少要被調(diào)用一次，每個程序的判定到所有可能的結(jié)果值要至少轉(zhuǎn)換一次；其次，程序的判定被分解為通過邏輯操作符（and、or）連接的布爾條件，每個條件對于判定的結(jié)果值是獨立的。
不同的測試工具對于代碼的覆蓋能力也是不同的，通常能夠支持修正條件判定覆蓋的測試工具價格是極其昂貴的。
嵌入式軟件的測試：對于嵌入式軟件的測試，我們還需要一方面進(jìn)一步考慮測試工具對于嵌入式操作系統(tǒng)的支持能力，例如DOS、Vxworks、Neculeus、Linux和Windows CE等；另一方面還需要考慮測試工具對于硬件平臺的支持能力，包括是否支持所有64/32/16位CPU 和 MCU，是否可以支持 PCI/VME/CPCI 總線。
測試的可視化：白盒測試是工作量巨大并且枯燥的工作，可視化的設(shè)計對于測試來說是十分重要的。在選購白盒測試工具時，應(yīng)當(dāng)考慮該款測試工具的可視化是否良好，例如：測試過程中是否可以顯示覆蓋率的函數(shù)分布圖和上升趨勢圖，是否使用不同的顏色區(qū)分已執(zhí)行和未執(zhí)行的代碼段顯示分配內(nèi)存情況實時圖表等，這些對于測試效率和測試質(zhì)量的提高是具有很大的作用的。
白盒測試之基本路徑測試法
白盒測試的測試方法有代碼檢查法、靜態(tài)結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋法、基本路徑測試法、域測試、符號測試、Z路徑覆蓋、程序變異。
其中運用最為廣泛的是基本路徑測試法。
基本路徑測試法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計測試用例的方法。
設(shè)計出的測試用例要保證在測試中程序的每個可執(zhí)行語句至少執(zhí)行一次。
在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計測試用例。包括以下4個步驟和一個工具方法：
1. 程序的控制流圖：描述程序控制流的一種圖示方法。
2. 程序圈復(fù)雜度：McCabe復(fù)雜性度量。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨立路徑條數(shù)，這是確定程序中每個可執(zhí)行語句至少執(zhí)行一次所必須的測試用例數(shù)目的上界。
3. 導(dǎo)出測試用例：根據(jù)圈復(fù)雜度和程序結(jié)構(gòu)設(shè)計用例數(shù)據(jù)輸入和預(yù)期結(jié)果。
4. 準(zhǔn)備測試用例：確?；韭窂郊械拿恳粭l路徑的執(zhí)行。
工具方法：
圖形矩陣：是在基本路徑測試中起輔助作用的軟件工具，利用它可以實現(xiàn)自動地確定一個基本路徑集。
程序的控制流圖：描述程序控制流的一種圖示方法。
圓圈稱為控制流圖的一個結(jié)點，表示一個或多個無分支的語句或源程序語句
流圖只有二種圖形符號：
圖中的每一個圓稱為流圖的結(jié)點，代表一條或多條語句。
流圖中的箭頭稱為邊或連接，代表控制流
任何過程設(shè)計都要被翻譯成控制流圖。
如何根據(jù)程序流程圖畫出控制流程圖?
在將程序流程圖簡化成控制流圖時，應(yīng)注意：
在選擇或多分支結(jié)構(gòu)中，分支的匯聚處應(yīng)有一個匯聚結(jié)點。
邊和結(jié)點圈定的區(qū)域叫做區(qū)域，當(dāng)對區(qū)域計數(shù)時，圖形外的區(qū)域也應(yīng)記為一個區(qū)域。
基本路徑測試法的步驟：
第一步：畫出控制流圖
流程圖用來描述程序控制結(jié)構(gòu)?？蓪⒘鞒虉D映射到一個相應(yīng)的流圖(假設(shè)流程圖的菱形決定框中不包含復(fù)合條件)。在流圖中，每一個圓，稱為流圖的結(jié)點，代表一個或多個語句。一個處理方框序列和一個菱形決測框可被映射為一個結(jié)點，流圖中的箭頭，稱為邊或連接，代表控制流，類似于流程圖中的箭頭。一條邊必須終止于一個結(jié)點，即使該結(jié)點并不代表任何語句(例如：if-else-then結(jié)構(gòu))。由邊和結(jié)點限定的范圍稱為區(qū)域。計算區(qū)域時應(yīng)包括圖外部的范圍。
第二步：計算圈復(fù)雜度
圈復(fù)雜度是一種為程序邏輯復(fù)雜性提供定量測度的軟件度量，將該度量用于計算程序的基本的獨立路徑數(shù)目，為確保所有語句至少執(zhí)行一次的測試數(shù)量的上界。獨立路徑必須包含一條在定義之前不曾用到的邊。
有以下三種方法計算圈復(fù)雜度：
流圖中區(qū)域的數(shù)量對應(yīng)于環(huán)型的復(fù)雜性;
給定流圖G的圈復(fù)雜度V(G)，定義為V(G)=E-N+2，E是流圖中邊的數(shù)量，N是流圖中結(jié)點的數(shù)量;
給定流圖G的圈復(fù)雜度V(G)，定義為V(G)=P+1，P是流圖G中判定結(jié)點的數(shù)量。
第三步：導(dǎo)出測試用例 根據(jù)上面的計算方法，可得出四個獨立的路徑。(一條獨立路徑是指，和其他的獨立路徑相比，至少引入一個新處理語句或一個新判斷的程序通路。V(G)值正好等于該程序的獨立路徑的條數(shù)。)
路徑1：4-14
路徑2：4-6-7-14
路徑3：4-6-8-10-13-4-14
路徑4：4-6-8-11-13-4-14
根據(jù)上面的獨立路徑，去設(shè)計輸入數(shù)據(jù)，使程序分別執(zhí)行到上面四條路徑。
白盒測試三步法
1） 根據(jù)代碼的功能，人工設(shè)計測試用例進(jìn)行基本功能測試；
2） 統(tǒng)計白盒覆蓋率，為未覆蓋的白盒單位設(shè)計測試用例，實現(xiàn)完整的白盒覆蓋，比較理想的覆蓋率是實現(xiàn)100%語句、條件、分支、路徑覆蓋；
3） 自動生成大量的測試用例，捕捉"程序員未處理某些特殊輸入"形成的錯誤。
第1步的測試用例通常是現(xiàn)成的，因為詳細(xì)設(shè)計文檔會規(guī)定程序的基本功能，沒有文檔的，程序員在編程時也要想清楚程序的功能，這些基本功能就是基本測試用例；
第2步是在第1步的基礎(chǔ)上，檢查未覆蓋的白盒單位，由于未覆蓋的邏輯單位通常對應(yīng)未測試的等價類，因此第2步可以找出第1步所遺漏的測試用例；
第3步用自動動態(tài)測試彌補第2步的固有缺陷。
"三步法"盡量避免重復(fù)工作，白盒方法和黑盒方法相結(jié)合，人工方法和自動方法相補充，如果第2步的覆蓋率比較理想，那么基本上可以保證找出所有等價類。在開發(fā)過程允許的限度內(nèi)，"三步法"已接近極限，當(dāng)?shù)闷?徹底測試"四個字。
黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用。在測試地，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。
黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進(jìn)行測試的。很明顯，如果外部特性本身有問題或規(guī)格說明的規(guī)定有誤，用墨盒測試方法是發(fā)現(xiàn)不了的。
黑盒測試法注重于測試軟件的功能需求，主要試圖發(fā)現(xiàn)下列幾類錯誤。
功能不正確或遺漏；
界面錯誤；
數(shù)據(jù)庫訪問錯誤；
性能錯誤；
初始化和終止錯誤等。
從理論上講，黑盒測試只有采用窮舉輸入測試，把所有可能的輸入都作為測試情況考慮，才能查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但可能的輸入進(jìn)行測試。這樣看來，完全測試是不可能的，所以我們要進(jìn)行有針對性的測試，通過制定測試案例指導(dǎo)測試的實施，保證軟件測試有組織、按步驟，以及有計劃地進(jìn)行。黑盒測試行為必須能夠加以量化，才能真正保證軟件質(zhì)量，而測試用例就是將測試行為具體量化的方法之一。具體的黑盒測試用例設(shè)計方法包括等價類劃分法、邊界值分析法、錯誤推測法、因果圖法、判定表驅(qū)動法、正交試驗設(shè)計法、功能圖法等。
等價類劃分的辦法是把程序的輸入域劃分成若干部分（子集），然后從每個部分中選取少數(shù)代表性數(shù)據(jù)作為測試用例。每一類的代表性數(shù)據(jù)在測試中的作用等價于這一類中的其他值。該方法是一種重要的,常用的黑盒測試用例設(shè)計方法。
1) 劃分等價類: 等價類是指某個輸入域的子集合。在該子集合中，各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的，并合理地假定：測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.
有效等價類:是指對于程序的規(guī)格說明來說是合理的,有意義的輸入數(shù)據(jù)構(gòu)成的集合.利用有效等價類可檢驗程序是否實現(xiàn)了規(guī)格說明中所規(guī)定的功能和性能.
無效等價類:與有效等價類的定義恰巧相反.
設(shè)計測試用例時,要同時考慮這兩種等價類.因為,軟件不僅要能接收合理的數(shù)據(jù),也要能經(jīng)受意外的考驗.這樣的測試才能確保軟件具有更高的可靠性.
2）劃分等價類的方法:下面給出六條確定等價類的原則.
①在輸入條件規(guī)定了取值范圍或值的個數(shù)的情況下,則可以確立一個有效等價類和兩個無效等價類.
②在輸入條件規(guī)定了輸入值的集合或者規(guī)定了“必須如何”的條件的情況下,可確立一個有效等價類和一個無效等價類.
③在輸入條件是一個布爾量的情況下,可確定一個有效等價類和一個無效等價類.
④在規(guī)定了輸入數(shù)據(jù)的一組值（假定n個）,并且程序要對每一個輸入值分別處理的情況下,可確立n個有效等價類和一個無效等價類.
⑤在規(guī)定了輸入數(shù)據(jù)必須遵守的規(guī)則的情況下,可確立一個有效等價類（符合規(guī)則）和若干個無效等價類（從不同角度違反規(guī)則）.
⑥在確知已劃分的等價類中各元素在程序處理中的方式不同的情況下,則應(yīng)再將該等價類進(jìn)一步的劃分為更小的等價類.
3）設(shè)計測試用例:在確立了等價類后,可建立等價類表,列出所有劃分出的等價類:
輸入條件 有效等價類 無效等價類
... ... ...
... ... ...
然后從劃分出的等價類中按以下三個原則設(shè)計測試用例:
①為每一個等價類規(guī)定一個唯一的編號.
②設(shè)計一個新的測試用例,使其盡可能多地覆蓋尚未被覆蓋地有效等價類,重復(fù)這一步.直到所有的有效等價類都被覆蓋為止.
③設(shè)計一個新的測試用例,使其僅覆蓋一個尚未被覆蓋的無效等價類,重復(fù)這一步.直到所有的無效等價類都被覆蓋為止.
邊界值分析是通過選擇等價類邊界的測試用例。邊界值分析法不僅重視輸入條件邊界，而且也必須考慮輸出域邊界。它是對等價類劃分方法的補充.
（1）邊界值分析方法的考慮:
長期的測試工作經(jīng)驗告訴我們,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.
使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).
（2）基于邊界值分析方法選擇測試用例的原則:
1）如果輸入條件規(guī)定了值的范圍,則應(yīng)取剛達(dá)到這個范圍的邊界的值,以及剛剛超越這個范圍邊界的值作為測試輸入數(shù)據(jù).
2）如果輸入條件規(guī)定了值的個數(shù),則用最大個數(shù),最小個數(shù),比最小個數(shù)少一,比最大個數(shù)多一的數(shù)作為測試數(shù)據(jù).
3）根據(jù)規(guī)格說明的每個輸出條件,使用前面的原則1）.
4）根據(jù)規(guī)格說明的每個輸出條件,應(yīng)用前面的原則2）.
5）如果程序的規(guī)格說明給出的輸入域或輸出域是有序集合,則應(yīng)選取集合的第一個元素和最后一個元素作為測試用例.
6）如果程序中使用了一個內(nèi)部數(shù)據(jù)結(jié)構(gòu),則應(yīng)當(dāng)選擇這個內(nèi)部數(shù)據(jù)結(jié)構(gòu)的邊界上的值作為測試用例.
7）分析規(guī)格說明,找出其它可能的邊界條件.
錯誤推測法是基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤, 從而有針對性的設(shè)計測試用例的方法.
錯誤推測方法的基本思想: 列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例. 例如, 在單元測試時曾列出的許多在模塊中常見的錯誤. 以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等, 這些就是經(jīng)驗的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯誤的情況. 可選擇這些情況下的例子作為測試用例.
因果圖法：
前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例. 這就需要利用因果圖（邏輯模型）.
因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.
利用因果圖生成測試用例的基本步驟:
(1) 分析軟件規(guī)格說明描述中, 那些是原因(即輸入條件或輸入條件的等價類),那些是結(jié)果(即輸出條件), 并給每個原因和結(jié)果賦予一個標(biāo)識符.
(2) 分析軟件規(guī)格說明描述中的語義.找出原因與結(jié)果之間, 原因與原因之間對應(yīng)的關(guān)系. 根據(jù)這些關(guān)系,畫出因果圖.
(3) 由于語法或環(huán)境限制, 有些原因與原因之間,原因與結(jié)果之間的組合情況不不可能出現(xiàn). 為表明這些特殊情況, 在因果圖上用一些記號表明約束或限制條件.
(4) 把因果圖轉(zhuǎn)換為判定表.
(5) 把判定表的每一列拿出來作為依據(jù),設(shè)計測試用例.
從因果圖生成的測試用例（局部,組合關(guān)系下的）包括了所有輸入數(shù)據(jù)的取TRUE與取FALSE的情況,構(gòu)成的測試用例數(shù)目達(dá)到最少,且測試用例數(shù)目隨輸入數(shù)據(jù)數(shù)目的增加而線性地增加.
前面因果圖方法中已經(jīng)用到了判定表.判定表（Decision Table）是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況下的工具.在程序設(shè)計發(fā)展的初期,判定表就已被當(dāng)作編寫程序的輔助工具了.由于它可以把復(fù)雜的邏輯關(guān)系和多種條件組合的情況表達(dá)得既具體又明確.
判定表通常由四個部分組成.
條件樁（Condition Stub）:列出了問題得所有條件.通常認(rèn)為列出得條件的次序無關(guān)緊要.
動作樁（Action Stub）:列出了問題規(guī)定可能采取的操作.這些操作的排列順序沒有約束.
條件項（Condition Entry）:列出針對它左列條件的取值.在所有可能情況下的真假值.
動作項（Action Entry）:列出在條件項的各種取值情況下應(yīng)該采取的動作.
規(guī)則:任何一個條件組合的特定取值及其相應(yīng)要執(zhí)行的操作.在判定表中貫穿條件項和動作項的一列就是一條規(guī)則.顯然,判定表中列出多少組條件取值,也就有多少條規(guī)則,既條件項和動作項有多少列.
判定表的建立步驟:（根據(jù)軟件規(guī)格說明）
①確定規(guī)則的個數(shù).假如有n個條件.每個條件有兩個取值（0,1）,故有 種規(guī)則.
②列出所有的條件樁和動作樁.
③填入條件項.
④填入動作項.等到初始判定表.
⑤簡化.合并相似規(guī)則（相同動作）.
B. Beizer 指出了適合使用判定表設(shè)計測試用例的條件:
①規(guī)格說明以判定表形式給出,或很容易轉(zhuǎn)換成判定表.
②條件的排列順序不會也不影響執(zhí)行哪些操作.
③規(guī)則的排列順序不會也不影響執(zhí)行哪些操作.
④每當(dāng)某一規(guī)則的條件已經(jīng)滿足,并確定要執(zhí)行的操作后,不必檢驗別的規(guī)則.
⑤如果某一規(guī)則得到滿足要執(zhí)行多個操作,這些操作的執(zhí)行順序無關(guān)緊要.
正交試驗設(shè)計法，就是使用已經(jīng)造好了的正交表格來安排試驗并進(jìn)行數(shù)據(jù)分析的一種方法，目的是用最少的測試用例達(dá)到最高的測試覆蓋率。
黑盒測試的優(yōu)點
1. 基本上不用人管著，如果程序停止運行了一般就是被測試程序crash了
2. 設(shè)計完測試?yán)螅聛淼墓ぷ骶褪撬?，?dāng)然更苦悶的是確定crash原因
黑盒測試的缺點
1. 結(jié)果取決于測試?yán)脑O(shè)計，測試?yán)脑O(shè)計部分來勢來源于經(jīng)驗，OUSPG的東西很值得借鑒
2. 沒有狀態(tài)轉(zhuǎn)換的概念，目前一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程序的狀態(tài)轉(zhuǎn)換來作
3. 就沒有狀態(tài)概念的測試來說，尋找和確定造成程序crash的測試?yán)莻€麻煩事情，必須把周圍可能的測試?yán)龁为毚_認(rèn)一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個單獨的testcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。
黑盒測試（功能測試）工具的選擇
那么，如何高效地完成功能測試？選擇一款合適的功能測試工具并培訓(xùn)一支高素質(zhì)的工具使用隊伍無疑是至關(guān)重要的。盡管現(xiàn)階段存在少數(shù)不采用任何功能測試工具，從事功能測試外包項目的軟件服務(wù)企業(yè)。短期來看，這類企業(yè)盈利狀況尚可，但長久來看，它們極有可能被自動化程度較高的軟件服務(wù)企業(yè)取代。
目前，用于功能測試的工具軟件有很多，針對不同架構(gòu)軟件的工具也不斷推陳出新。這里重點介紹的是其中一個較為典型自動化測試工具，即Mercury公司的WinRunner。
WinRunner是一種用于檢驗應(yīng)用程序能否如期運行的企業(yè)級軟件功能測試工具。通過自動捕獲、檢測和模擬用戶交互操作，WinRunner能識別出絕大多數(shù)軟件功能缺陷，從而確保那些跨越了多個功能點和數(shù)據(jù)庫的應(yīng)用程序在發(fā)布時盡量不出現(xiàn)功能性故障。
WinRunner的特點在于: 與傳統(tǒng)的手工測試相比，它能快速、批量地完成功能點測試; 能針對相同測試腳本，執(zhí)行相同的動作，從而消除人工測試所帶來的理解上的誤差; 此外，它還能重復(fù)執(zhí)行相同動作，測試工作中最枯燥的部分可交由機器完成; 它支持程序風(fēng)格的測試腳本，一個高素質(zhì)的測試工程師能借助它完成流程極為復(fù)雜的測試，通過使用通配符、宏、條件語句、循環(huán)語句等，還能較好地完成測試腳本的重用; 它針對于大多數(shù)編程語言和Windows技術(shù)，提供了較好的集成、支持環(huán)境，這對基于Windows平臺的應(yīng)用程序?qū)嵤┕δ軠y試而言帶來了極大的便利。
WinRunner的工作流程大致可以分為以下六個步驟:
1．識別應(yīng)用程序的GUI
在WinRunner中，我們可以使用GUI Spy來識別各種GUI對象，識別后，WinRunner會將其存儲到GUI Map File中。它提供兩種GUI Map File模式: Global GUI Map File和GUI Map File per Test。其最大區(qū)別是后者對每個測試腳本產(chǎn)生一個GUI文件，它能自動建立、存儲、加載，推薦初學(xué)者選用這種模式。但是，這種模式不易于描述對象的改變，其效率比較低，因此對于一個有經(jīng)驗的測試人員來說前者不失為一種更好的選擇，它只產(chǎn)生一個共享的GUI文件，這使得測試腳本更容易維護(hù)，且效率更高。
2．建立測試腳本
在建立測試腳本時，一般先進(jìn)行錄制，然后在錄制形成的腳本中手工加入需要的TSL（與C語言類似的測試腳本語言）。錄制腳本有兩種模式: Context Sensitive和Analog，選擇依據(jù)主要在于是否對鼠標(biāo)軌跡進(jìn)行模擬，在需要回放時一般選用Analog。在錄制過程中這兩種模式可以通過F2鍵相互切換。
只要看看現(xiàn)代軟件的規(guī)模和功能點數(shù)就可以明白，功能測試早已跨越了單靠手工敲敲鍵盤、點點鼠標(biāo)就可以完成的階段。而性能測試則是控制系統(tǒng)性能的有效手段，在軟件的能力驗證、能力規(guī)劃、性能調(diào)優(yōu)、缺陷修復(fù)等方面都發(fā)揮著重要作用。
3．對測試腳本除錯(debug)
在WinRunner中有專門一個Debug Toolbar用于測試腳本除錯?？梢允褂胹tep、pause、breakpoint等來控制和跟蹤測試腳本和查看各種變量值。
4．在新版應(yīng)用程序執(zhí)行測試腳本
當(dāng)應(yīng)用程序有新版本發(fā)布時，我們會對應(yīng)用程序的各種功能包括新增功能進(jìn)行測試，這時當(dāng)然不可能再來重新錄制和編寫所有的測試腳本。我們可以使用已有的腳本，批量運行這些測試腳本測試舊的功能點是否正常工作?？梢允褂靡粋€call命令來加載各測試腳本。還可在call命令中加各種TSL腳本來增加批量能力。
5．分析測試結(jié)果
分析測試結(jié)果在整個測試過程中最重要，通過分析可以發(fā)現(xiàn)應(yīng)用程序的各種功能性缺陷。當(dāng)運行完某個測試腳本后，會產(chǎn)生一個測試報告，從這個測試報告中我們能發(fā)現(xiàn)應(yīng)用程序的功能性缺陷，能看到實際結(jié)果和期望結(jié)果之間的差異，以及在測試過程中產(chǎn)生的各類對話框等。
6．回報缺陷（defect）
在分析完測試報告后，按照測試流程要回報應(yīng)用程序的各種缺陷，然后將這些缺陷發(fā)給指定人，以便進(jìn)行修改和維護(hù)。
常用的功能測試方法
功能測試就是對產(chǎn)品的各功能進(jìn)行驗證，根據(jù)功能測試用例，逐項測試，檢查產(chǎn)品是否達(dá)到用戶要求的功能。
java測試的類型？
黑盒測試？白盒測試？灰盒測試？
白盒測試(White-box Testing，又稱邏輯驅(qū)動測試,結(jié)構(gòu)測試)是把測試對象看作一個打開的盒子。利用白盒測試法進(jìn)行動態(tài)測試時，需要測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程，不需測試軟件產(chǎn)品的功能。白盒測試又稱為結(jié)構(gòu)測試和邏輯驅(qū)動測試。
白盒測試法的覆蓋標(biāo)準(zhǔn)有邏輯覆蓋、循環(huán)覆蓋和基本路徑測試。其中邏輯覆蓋包括語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋。
六種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的變化。語句覆蓋每條語句至少執(zhí)行一次。判定覆蓋每個判定的每個分支至少執(zhí)行一次。條件覆蓋每個判定的每個條件應(yīng)取到各種可能的值。判定/條件覆蓋同時滿足判定覆蓋條件覆蓋。條件組合覆蓋每個判定中各條件的每一種組合至少出現(xiàn)一次。路徑覆蓋使程序中每一條可能的路徑至少執(zhí)行一次。
白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動測試，它是知道產(chǎn)品內(nèi)部工作過程，可通過測試來檢測產(chǎn)品內(nèi)部動作是否按照規(guī)格說明書的規(guī)定正常進(jìn)行，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗程序中的每條通路是否都有能按預(yù)定要求正確工作，而不顧它的功能，白盒測試的主要方法有邏輯驅(qū)動、基路測試等，主要用于軟件驗證。
"白盒"法全面了解程序內(nèi)部邏輯結(jié)構(gòu)、對所有邏輯路徑進(jìn)行測試。"白盒"法是窮舉路徑測試。在使用這一方案時，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。貫穿程序的獨立路徑數(shù)是天文數(shù)字。但即使每條路徑都測試了仍然可能有錯誤。第一，窮舉路徑測試決不能查出程序違反了設(shè)計規(guī)范，即程序本身是個錯誤的程序。第二，窮舉路徑測試不可能查出程序中因遺漏路徑而出錯。第三，窮舉路徑測試可能發(fā)現(xiàn)不了一些與數(shù)據(jù)相關(guān)的錯誤。
白盒測試目前主要用在具有高可靠性要求的軟件領(lǐng)域，例如：軍工軟件、航天航空軟件、工業(yè)控制軟件等等。白盒測試工具在選購時應(yīng)當(dāng)主要是對開發(fā)語言的支持、代碼覆蓋的深度、嵌入式軟件的測試、測試的可視化等。
對開發(fā)語言的支持：白盒測試工具是對源代碼進(jìn)行的測試，測試的主要內(nèi)容包括詞法分析與語法分析、靜態(tài)錯誤分析、動態(tài)檢測等。但是對于不同的開發(fā)語言，測試工具實現(xiàn)的方式和內(nèi)容差別是較大的。目前測試工具主要支持的開發(fā)語言包括：標(biāo)準(zhǔn)C、C＋＋、Visual C＋＋、Java、Visual J＋+等。
代碼的覆蓋深度：從覆蓋源程序語句的詳盡程度分析，邏輯覆蓋標(biāo)準(zhǔn)包括以下不同的覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件覆蓋、條件判定組合覆蓋、多條件覆蓋和修正判定條件覆蓋。
·語句覆蓋 為了暴露程序中的錯誤，程序中的每條語句至少應(yīng)該執(zhí)行一次。因此語句覆蓋（STatement Coverage）的含義是：選擇足夠多的測試數(shù)據(jù)，使被測程序中每條語句至少執(zhí)行一次。語句覆蓋是很弱的邏輯覆蓋。
·判定覆蓋 比語句覆蓋稍強的覆蓋標(biāo)準(zhǔn)是判定覆蓋（DECision Coverage）。判定覆蓋的含義是：設(shè)計足夠的測試用例，使得程序中的每個判定至少都獲得一次“真值”或“假值”，或者說使得程序中的每一個取“真”分支和取“假”分支至少經(jīng)歷一次，因此判定覆蓋又稱為分支覆蓋。
·條件覆蓋 在設(shè)計程序中，一個判定語句是由多個條件組合而成的復(fù)合判定。為了更徹底地實現(xiàn)邏輯覆蓋，可以采用條件覆蓋（ConDItion Coverage）的標(biāo)準(zhǔn)。條件覆蓋的含義是：構(gòu)造一組測試用例，使得每一判定語句中每個邏輯條件的可能值至少滿足一次。
·多條件覆蓋 多條件覆蓋也稱條件組合覆蓋，它的含義是：設(shè)計足夠的測試用例，使得每個判定中條件的各種可能組合都至少出現(xiàn)一次。顯然滿足多條件覆蓋的測試用例是一定滿足判定覆蓋、條件覆蓋和條件判定組合覆蓋的。
·修正條件判定覆蓋 修正條件判定覆蓋是由歐美的航空/航天制造廠商和使用單位聯(lián)合制定的“航空運輸和裝備系統(tǒng)軟件認(rèn)證標(biāo)準(zhǔn)”，目前在國外的國防、航空航天領(lǐng)域應(yīng)用廣泛。這個覆蓋度量需要足夠的測試用例來確定各個條件能夠影響到包含的判定的結(jié)果。它要求滿足兩個條件：首先，每一個程序模塊的入口和出口點都要考慮至少要被調(diào)用一次，每個程序的判定到所有可能的結(jié)果值要至少轉(zhuǎn)換一次；其次，程序的判定被分解為通過邏輯操作符（and、or）連接的布爾條件，每個條件對于判定的結(jié)果值是獨立的。
黑盒測試
也稱功能測試或數(shù)據(jù)驅(qū)動測試，它是在已知產(chǎn)品所應(yīng)具有的功能，通過測試來檢測每個功能是否都能正常使用，在測試時，把程序看作一個不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)鋸而產(chǎn)生正確的輸出信息，并且保持外部信息（如數(shù)據(jù)庫或文件）的完整性。黑盒測試方法主要有等價類劃分、邊值分析、因—果圖、錯誤推測等，主要用于軟件確認(rèn)測試。 “黑盒”法著眼于程序外部結(jié)構(gòu)、不考慮內(nèi)部邏輯結(jié)構(gòu)、針對軟件界面和軟件功能進(jìn)行測試?！昂诤小狈ㄊ歉F舉輸入測試，只有把所有可能的輸入都作為測試情況使用，才能以這種方法查出程序中所有的錯誤。實際上測試情況有無窮多個，人們不僅要測試所有合法的輸入，而且還要對那些不合法但是可能的輸入進(jìn)行測試。
采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。
黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件。黑盒測試并不是白盒測試的替代品，而是用于輔助白盒測試發(fā)現(xiàn)其他類型的錯誤。
黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：
1）功能錯誤或遺漏；
2）界面錯誤；
3）數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤；
4）性能錯誤；
5）初始化和終止錯誤。
黑盒測試的優(yōu)點
1. 基本上不用人管著，如果程序停止運行了一般就是被測試程序CRASh了
2. 設(shè)計完測試?yán)螅聛淼墓ぷ骶褪撬?，?dāng)然更苦悶的是確定crash原因
黑盒測試的缺點
1. 結(jié)果取決于測試?yán)脑O(shè)計，測試?yán)脑O(shè)計部分來勢來源于經(jīng)驗，OUSPG的東西很值得借鑒
2. 沒有狀態(tài)轉(zhuǎn)換的概念，目前一些成功的例子基本上都是針對PDU來做的，還做不到針對被測試程序的狀態(tài)轉(zhuǎn)換來作
3. 就沒有狀態(tài)概念的測試來說，尋找和確定造成程序crash的測試?yán)莻€麻煩事情，必須把周圍可能的測試?yán)龁为毚_認(rèn)一遍。而就有狀態(tài)的測試來說，就更麻煩了，尤其不是一個單獨的tEStcase造成的問題。這些在堆的問題中表現(xiàn)的更為突出。
灰盒測試介于白盒測試與黑盒測試之間
黑盒測試只是根據(jù)測試案例去測試系統(tǒng)的功能，業(yè)務(wù)流程是否正確。
白盒測試比較高端
，要擼代碼
。
黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗收測試的區(qū)別
黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進(jìn)行測試證明每個實現(xiàn)了的功能是否符合要求。
白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。
軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：
1、是否有不正確或遺漏的功能？
2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？
3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？
4、性能上是否能夠滿足要求？
5、是否有初始化或終止性錯誤？
軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：
1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。
2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。
3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。
4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。
單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。
單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。
系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）
系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。
驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。
驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。
1.單元測試的主要目的是針對編碼過程中可能存在的各種錯誤，例如用戶輸入驗證過程中的邊界值的錯誤。
2.集成測試主要目的是針對詳細(xì)設(shè)計中可能存在的問題，尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯誤。
3.系統(tǒng)測試主要針對[b]概要設(shè)計[/b]，檢查了系統(tǒng)作為一個整體是否有效地得到運行，例如在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能
4.驗收測試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要(需求)。
隨著軟件技術(shù)的不斷發(fā)展，越來越多的人開始關(guān)注軟件測試，軟件測試的方法有很多種，最重要的是選擇適合的軟件測試方法。
選擇是非常關(guān)鍵的，只有選擇到合適的才能在工作中起到事半功倍的作用。
那么軟件測試的方法有哪些呢？下面電腦培訓(xùn)為大家具體介紹。
一、白盒測試白盒測試也稱為結(jié)構(gòu)測試，是根據(jù)程序內(nèi)部的邏輯結(jié)構(gòu)和代碼結(jié)構(gòu)，設(shè)計測試數(shù)據(jù)，完成測試的測試方法。
白盒子測試的直接優(yōu)點是，知道所設(shè)計的測試用例在代碼上的哪個地方被忽視。
IT培訓(xùn)認(rèn)為其優(yōu)點是測試人員能夠增加代碼的覆蓋率，提高代碼實行的整體質(zhì)量，幫助發(fā)現(xiàn)代碼中的隱藏危險。
二、黑盒測試黑盒測試也稱數(shù)據(jù)傳輸測試，作為不能夠看到測試對象的黑匣子，完全不需要考慮程序內(nèi)部結(jié)構(gòu)和處理過程的情況，北大青鳥發(fā)現(xiàn)測試人員可以根據(jù)程序功能的要求規(guī)格，確定測試用例，并推斷測試結(jié)果的測試方法。
三、灰盒測試灰盒測試主要是一種綜合的測試方法，它居于程序運行的外部表達(dá)。
同時，根據(jù)內(nèi)部邏輯結(jié)構(gòu)設(shè)計用例，執(zhí)行程序、采集路徑執(zhí)行信息和外部用戶界面結(jié)果。
四、集成測試集成測試是一種組裝測試，是在單元測試基礎(chǔ)上的一種有序測試。
其主要的目的是驗證軟件單元間的接口關(guān)系，通過測試發(fā)現(xiàn)各軟件單元接口間的問題，重慶北大青鳥非常期待最終測試的單元構(gòu)成符合設(shè)計要求的軟件。
重慶分公司
重慶分公司
