日歷
| 日 | 一 | 二 | 三 | 四 | 五 | 六 |
---|
27 | 28 | 29 | 30 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
|
導(dǎo)航
留言簿(1)
隨筆分類(lèi)(31)
文章分類(lèi)(4)
收藏夾(21)
搜索
積分與排名
最新隨筆
最新評(píng)論

閱讀排行榜
|
軟件工程
|
軟件開(kāi)發(fā)領(lǐng)域,如需求分析, 編碼, 測(cè)試 |
-
單元測(cè)試(轉(zhuǎn)摘)
摘要: 單元測(cè)試(模塊測(cè)試)是開(kāi)發(fā)者編寫(xiě)的一小段代碼,用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的、很明確的功能是否正確。通常而言,一個(gè)單元測(cè)試是用于判斷某個(gè)特定條件(或者場(chǎng)景)下某個(gè)特定函數(shù)的行為。例如,你可能把一個(gè)很大的值放入一個(gè)有序list 中去,然后確認(rèn)該值出現(xiàn)在list 的尾部。或者,你可能會(huì)從字符串中刪除匹配某種模式的字符,然后確認(rèn)字符串確實(shí)不再包含這些字符了。
單元測(cè)試是由程序員自己來(lái)完成,最終受益的也是程序員自己。可以這么說(shuō),程序員有責(zé)任編寫(xiě)功能代碼,同時(shí)也就有責(zé)任為自己的代碼編寫(xiě)單元測(cè)試。執(zhí)行單元測(cè)試,就是為了證明這段代碼的行為和我們期望的一致。
要進(jìn)行充分的單元測(cè)試,應(yīng)專(zhuān)門(mén)編寫(xiě)測(cè)試代碼,并與產(chǎn)品代碼隔離。個(gè)人認(rèn)為,比較簡(jiǎn)單的辦法是為產(chǎn)品工程建立對(duì)應(yīng)的測(cè)試工程,為每個(gè)類(lèi)建立對(duì)應(yīng)的測(cè)試類(lèi),為每個(gè)函數(shù)(很簡(jiǎn)單的除外)建立測(cè)試函數(shù)。 閱讀全文
-
測(cè)試用例設(shè)計(jì)
摘要: 測(cè)試用例就是測(cè)試數(shù)據(jù)及與之相關(guān)的功能的一個(gè)特定集合,它是為驗(yàn)證被測(cè)試程序(為測(cè)試程序路徑或驗(yàn)證是否符合特定功能等方面的需求)而設(shè)計(jì)的。在單元測(cè)試過(guò)程中,測(cè)試用例的設(shè)計(jì)應(yīng)與復(fù)審工作相結(jié)合,根據(jù)設(shè)計(jì)的測(cè)試用例選取不同的測(cè)試數(shù)據(jù),將增加發(fā)現(xiàn)各類(lèi)錯(cuò)誤的可能性;另外,根據(jù)項(xiàng)目的具體情況確定測(cè)試用例項(xiàng)。如:測(cè)試用例編號(hào)、用例輸入、用例預(yù)期輸出、被測(cè)單元的版本號(hào)、實(shí)際輸出等。單元測(cè)試用例的設(shè)計(jì)既可以使用白盒測(cè)試也可以使用黑盒測(cè)試,但以白盒測(cè)試為主,黑盒測(cè)試側(cè)重于功能,白盒測(cè)試側(cè)重于邏輯。
白盒測(cè)試進(jìn)入的前提條件是測(cè)試人員已經(jīng)對(duì)被測(cè)試對(duì)象有了一定的了解,基本上明確了被測(cè)試軟件的邏輯結(jié)構(gòu)。具體過(guò)程就是針對(duì)程序邏輯結(jié)構(gòu)設(shè)計(jì)和加載測(cè)試用例,驅(qū)動(dòng)程序執(zhí)行,檢查在不同點(diǎn)程序的狀態(tài),以確定實(shí)際的狀態(tài)是否與預(yù)期的狀態(tài)一致。
一般來(lái)說(shuō),為了度量測(cè)試的完整性,測(cè)試工作中通常要求達(dá)到一定的覆蓋率要求。因?yàn)橥ㄟ^(guò)覆蓋率的統(tǒng)計(jì)可以知道測(cè)試是否充分,對(duì)軟件的哪個(gè)部分所做的測(cè)試不夠,指導(dǎo)我們?nèi)绾卧O(shè)計(jì)增加覆蓋率的測(cè)試用例。這樣就能夠提高測(cè)試質(zhì)量,盡量避免設(shè)計(jì)無(wú)效的用例。
在白盒測(cè) 閱讀全文
|