大型軟件系統(tǒng)測(cè)試過(guò)程

1、軟件產(chǎn)品測(cè)試過(guò)程 編寫(xiě)測(cè)試用例測(cè)試用例是輸入、執(zhí)行條件和一個(gè)特殊目標(biāo)所開(kāi)發(fā)的預(yù)期結(jié)果集 合。它按測(cè)試目的不同可分為以下幾種類(lèi)型：A. 需求測(cè)試用例： 測(cè)試是否符合需求規(guī)范B. 設(shè)計(jì)測(cè)試用例： 測(cè)試是否符合系統(tǒng)邏輯結(jié)構(gòu)C. 代碼測(cè)試用例： 測(cè)試代碼的邏輯結(jié)構(gòu)和使用的數(shù)據(jù) 需求測(cè)試用例通常是按照需求執(zhí)行的功能逐條地編寫(xiě)輸入數(shù)據(jù)和 期望輸出。一個(gè)好的需求用例是可以用少量的測(cè)試用例就能夠覆蓋所 有的程序功能。設(shè)計(jì)測(cè)試用例檢測(cè)的是代碼和設(shè)計(jì)是否完全相符。是對(duì)底層設(shè)計(jì) 和基本結(jié)構(gòu)上的測(cè)試。設(shè)計(jì)測(cè)試用例可以涉及到需求測(cè)試用例沒(méi)有覆 蓋到的代碼空間（例如界面的設(shè)計(jì)） 。代碼測(cè)試用例是基于運(yùn)行軟件和數(shù)據(jù)結(jié)構(gòu)上的

2、。它要保證可以覆 蓋所有的程序分支、最小的語(yǔ)句和輸出。以上三種用例所用的數(shù)據(jù)又可分為正常數(shù)據(jù)、邊緣數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)。A、正常數(shù)據(jù)：在測(cè)試中所用的正常數(shù)據(jù)的量是最大的，而且也是最 關(guān)鍵的。 少量的測(cè)試數(shù)據(jù)不能完全覆蓋需求， 但我們要從中提取出一些具 有高度代表性的數(shù)據(jù)作為測(cè)試數(shù)據(jù)，以減少測(cè)試時(shí)間。B、邊緣數(shù)據(jù)：邊緣測(cè)試是界于正常數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)之間的一種數(shù)據(jù)。它可以針對(duì)某一種編程語(yǔ)言、 編程環(huán)境或特定的數(shù)據(jù)庫(kù)而專(zhuān)門(mén)設(shè)定。 例如 若使用 SQL Server 數(shù)據(jù)庫(kù)，則可把 SQL Server 關(guān)鍵字(如： ;AS;Join 等)設(shè)為邊緣數(shù)據(jù)。其它邊緣數(shù)據(jù)還有：HTM的HTML；v等關(guān)鍵字以及空 格

3、、 、負(fù)數(shù)、超長(zhǎng)字符等。邊緣數(shù)據(jù)要靠測(cè)試人員的豐富經(jīng)驗(yàn)來(lái)制定。C錯(cuò)誤數(shù)據(jù)：顯而易見(jiàn)，錯(cuò)誤數(shù)據(jù)就是編寫(xiě)與程序輸入規(guī)范不符的 數(shù)據(jù)從而檢測(cè)輸入篩選、錯(cuò)誤處理等程序的分支。由于執(zhí)行測(cè)試用例的數(shù)據(jù)量巨大以及還要進(jìn)行回歸測(cè)試， 所以可以考 慮使用自動(dòng)測(cè)試工具， 但提取測(cè)試數(shù)據(jù)仍要依靠編寫(xiě)測(cè)試用例人員的經(jīng)驗(yàn)。 并且，我們還要注意到自動(dòng)測(cè)試也許不能找到程序中所有錯(cuò)誤， 手動(dòng)測(cè)試 所找到的錯(cuò)誤會(huì)比自動(dòng)測(cè)試所找到的要多。有了測(cè)試用例， 還要先進(jìn)行代碼的審議。 通過(guò)代碼審議找到的錯(cuò)誤可 以比測(cè)試用例測(cè)試所能找到的錯(cuò)誤更加深入， 并且發(fā)現(xiàn)錯(cuò)誤的時(shí)間也比測(cè) 試用例要早。代碼審議以代碼標(biāo)準(zhǔn)為依據(jù)，一般情況下要檢查以下幾

4、點(diǎn)：a) 代碼風(fēng)格和規(guī)則審核b) 程序設(shè)計(jì)和結(jié)構(gòu)的審核c) 業(yè)務(wù)邏輯的審核代碼風(fēng)格和規(guī)則的審核是在每個(gè)程序員完成一個(gè)模塊或類(lèi)的時(shí)候要 進(jìn)行編碼規(guī)范的檢查。 要召開(kāi)審核會(huì)議讓所有的項(xiàng)目組人員都參加。 在會(huì) 前項(xiàng)目經(jīng)理要做一個(gè)檢查表， 以表的內(nèi)容為檢查依據(jù)， 檢查表的內(nèi)容主要 是檢查的要點(diǎn)。 在審核會(huì)上項(xiàng)目組的每一個(gè)人員都能看到自己和其他人員 的編碼問(wèn)題，從而起到預(yù)防的作用。這些問(wèn)題都要被解決，并且解決的結(jié) 果要在審議會(huì)上被確認(rèn)。進(jìn)行程序設(shè)計(jì)和結(jié)構(gòu)的審議是因?yàn)殚_(kāi)發(fā)工具的不同和項(xiàng)目時(shí)間的限 制而造成設(shè)計(jì)不詳細(xì)。 比較深入的設(shè)計(jì)通常是在編碼階段完成的， 但由于 程序人員和設(shè)計(jì)人員的經(jīng)驗(yàn)是不同的，所以會(huì)

5、出現(xiàn)很大的問(wèn)題。我們引入了程序設(shè)計(jì)和結(jié)構(gòu)審議來(lái)保證質(zhì)量。 審議人員要有先進(jìn)的技 術(shù)開(kāi)發(fā)經(jīng)驗(yàn)。在審議之前也要一個(gè)審議列表，列出主要幾項(xiàng)，如：程序的 概要、詳細(xì)設(shè)計(jì)。但僅局限于列表是不夠的，審議人員還要審議程序的精巧度和具有創(chuàng)造力的方面， 這只能靠經(jīng)驗(yàn) 而不能只靠列表中的內(nèi)容來(lái)審議。 對(duì)于不同的程序員所檢測(cè)代碼的寬度和 深度也是不同的。 項(xiàng)目經(jīng)理可以根據(jù)程序員經(jīng)驗(yàn)的不同制定被審議人員的 寬度和深度。例如：年輕的程序員要審議所有代碼。但有經(jīng)驗(yàn)的就可適當(dāng) 減少。業(yè)務(wù)邏輯性審議必須要在代碼完成后審議。 業(yè)務(wù)邏輯審議實(shí)際上是審 議單元模塊的功能。 這些功能是以系統(tǒng)說(shuō)明為依據(jù)的。 審議人員要有開(kāi)發(fā) 的經(jīng)驗(yàn)并

6、且對(duì)系統(tǒng)也要熟悉。 審議人員通過(guò)執(zhí)行程序從而了解底層代碼的 狀態(tài)。這階段的審議實(shí)際也包含了前兩種審議， 因?yàn)閷徸h者也可以通過(guò)最 后的結(jié)果檢測(cè)單元模塊設(shè)計(jì)和結(jié)構(gòu)的準(zhǔn)確性。以上三種審議都要耗費(fèi)一定的時(shí)間和資源， 但是它卻能更早地發(fā)現(xiàn)和 解決不易顯現(xiàn)的錯(cuò)誤。審議通過(guò)后，我們終于可以使用用例來(lái)進(jìn)行代碼測(cè)試和調(diào)試了。代 碼的調(diào)試是用來(lái)保證程序能按照系統(tǒng)需求正常運(yùn)行的一種手段。 但是我所 提到的這種代碼調(diào)試并不是簡(jiǎn)單的調(diào)試，它要包括以下兩部分：a) 特征調(diào)試b) 代碼覆蓋調(diào)試首先，我們要先進(jìn)行特征調(diào)試。 它是通過(guò)運(yùn)行程序找到代碼中的錯(cuò)誤， 這與我們平時(shí)常進(jìn)行的調(diào)試相同。 到程序能運(yùn)行后， 我們可使用已編好

7、的 三種類(lèi)型的用例并以正常數(shù)據(jù)測(cè)試用例進(jìn)行測(cè)試， 若不能正常運(yùn)行則要用 調(diào)試工具調(diào)試。在這階段，我們要用大量正常數(shù)據(jù)去測(cè)試。測(cè)試后，該程 序應(yīng)可在絕大多數(shù)的正常數(shù)據(jù)中運(yùn)行。其次， 我們要進(jìn)行代碼覆蓋測(cè)試，一直要達(dá)到以下目標(biāo)為止：a) 測(cè)試到每一個(gè)最小語(yǔ)句的代碼b) 測(cè)試到所有的輸出結(jié)果我們應(yīng)該通過(guò)一步步的調(diào)試去運(yùn)行每個(gè)程序的所有語(yǔ)句和分支。 如果 我們想要百分之百地覆蓋就應(yīng)適當(dāng)運(yùn)用邊緣數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)。 測(cè)試在這個(gè) 階段的質(zhì)量是難以掌握的。 它基于程序員的責(zé)任心和經(jīng)驗(yàn)。 當(dāng)這階段完成 后，每個(gè)程序員所測(cè)的深度也是不同的。因此，在這個(gè)測(cè)試階段之前，項(xiàng) 目經(jīng)理(或測(cè)試工程師)應(yīng)制定出測(cè)試指導(dǎo)和計(jì)劃書(shū)。它們至