求軟件測試-白盒測試BUG等級模板，JAVA，BS架構(gòu)

無論白盒還是黑盒測試，bug等級都應(yīng)該是一樣的。而且這個(gè)等級的名稱有可能根據(jù)項(xiàng)目不同，階段不同各不相同。我如下給出常用的。有些是我自己定義的，但是我覺得實(shí)際項(xiàng)目是可以用到的：

成都創(chuàng)新互聯(lián)主要從事成都網(wǎng)站建設(shè)、網(wǎng)站制作、網(wǎng)頁設(shè)計(jì)、企業(yè)做網(wǎng)站、公司建網(wǎng)站等業(yè)務(wù)。立足成都服務(wù)路北,十年網(wǎng)站建設(shè)經(jīng)驗(yàn),價(jià)格優(yōu)惠、服務(wù)專業(yè),歡迎來電咨詢建站服務(wù):028-86922220

1. 阻塞(blocked)：run code 就直接over了。或者才bug對其他多個(gè)模塊或功能都有影響。導(dǎo)致測試無法進(jìn)行。

2. 嚴(yán)重(serious)：漏掉需求中重要功能，導(dǎo)致后果比較嚴(yán)重等。

3. 一般(general)：這個(gè)類型的bug應(yīng)該是最多的基本上要占所有bug的70%-80%

4. 微小(tiny)：刪除某些東西的時(shí)候需要提示啊，等等。

5. 建議(suggest)：你在代碼編寫，或者測試過程中，有一條業(yè)務(wù)邏輯需要補(bǔ)充進(jìn)來，而項(xiàng)目組和客戶又沒提出來。

6. 待定(indeterminate)：需要項(xiàng)目組討論才能決定的，如需求補(bǔ)充等。

最后，所有這些等級其實(shí)都不一定完全準(zhǔn)確。比如說刪除某些輸入的提示：如果是銀行項(xiàng)目刪除客戶，那么這個(gè)沒有提示，這個(gè)bug有適合可以提升到“嚴(yán)重”這個(gè)等級，不再是“微小”。還有這個(gè)劃分還跟個(gè)人理解成都相同。所以，你提示bug的等級或許不是最后的等級，項(xiàng)目組討論后，還會改變等級。

如此僅供參考……

關(guān)于JAVA，請教高手介紹下黑盒白盒測試，如果軟件有問題該如何處理，一般有哪些問題？

黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別

黑盒測試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。

白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。

軟件的黑盒測試意味著測試要在軟件的接口處進(jìn)行。這種方法是把測試對象看做一個(gè)黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯(cuò)誤：

1、是否有不正確或遺漏的功能？

2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？

3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息（例如數(shù)據(jù)文件）訪問錯(cuò)誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或終止性錯(cuò)誤？

軟件的白盒測試是對軟件的過程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測試對象看做一個(gè)打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測試用例，對程序所有邏輯路徑進(jìn)行測試。通過在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進(jìn)行如下檢查：

1、對程序模塊的所有獨(dú)立的執(zhí)行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。

4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。

單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測代碼的一個(gè)很小的、很明確的功能是否正確。通常而言，一個(gè)單元測試是用于判斷某個(gè)特定條件（或者場景）下某個(gè)特定函數(shù)的行為。

單元測試是由程序員自己來完成，最終受益的也是程序員自己。可以這么說，程序員有責(zé)任編寫功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。

集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴(kuò)展。它的最簡單的形式是：兩個(gè)已經(jīng)測試過的單元組合成一個(gè)組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個(gè)單元的集成聚合。在現(xiàn)實(shí)方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進(jìn)程的所有模塊一起測試。

系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來測試。它是檢驗(yàn)系統(tǒng)是否確實(shí)能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）

系統(tǒng)測試的目的是對最終軟件系統(tǒng)進(jìn)行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。

驗(yàn)收測試是部署軟件之前的最后一個(gè)測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

驗(yàn)收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。

1.單元測試的主要目的是針對編碼過程中可能存在的各種錯(cuò)誤，例如用戶輸入驗(yàn)證過程中的邊界值的錯(cuò)誤。

2.集成測試主要目的是針對詳細(xì)設(shè)計(jì)中可能存在的問題，尤其是檢查各單元與其它程序部分之間的接口上可能存在的錯(cuò)誤。

3.系統(tǒng)測試主要針對[b]概要設(shè)計(jì)[/b]，檢查了系統(tǒng)作為一個(gè)整體是否有效地得到運(yùn)行，例如在產(chǎn)品設(shè)置中是否達(dá)到了預(yù)期的高性能

4.驗(yàn)收測試通常由業(yè)務(wù)專家或用戶進(jìn)行，以確認(rèn)產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要(需求)。

請問一下java程序代碼中黑盒和白盒測試對于一個(gè)初學(xué)者來說很難嗎？公司需要交給實(shí)習(xí)生這個(gè)任務(wù)？求大

黑盒測試只是根據(jù)測試案例去測試系統(tǒng)的功能，業(yè)務(wù)流程是否正確。

白盒測試比較高端

，要擼代碼

。

網(wǎng)頁名稱：白盒測試實(shí)驗(yàn)java代碼 java白盒測試編寫測試代碼
瀏覽路徑：http://aaarwkj.com/article38/doodopp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、商城網(wǎng)站、靜態(tài)網(wǎng)站、ChatGPT、營銷型網(wǎng)站建設(shè)、品牌網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)