大型軟件系統(tǒng)測試過程

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

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

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

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

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

6、執(zhí)行程序從而了解底層代碼的狀態(tài)。這階段的審議實(shí)際也包含了前兩種審議，因?yàn)閷徸h者也可以通過最后的結(jié)果檢測單元模塊設(shè)計(jì)和結(jié)構(gòu)的準(zhǔn)確性。以上三種審議都要耗費(fèi)一定的時(shí)間和資源， 但是它卻能更早地發(fā)現(xiàn)和解決不易顯現(xiàn)的錯(cuò)誤。審議通過后，我們終于可以使用用例來進(jìn)行代碼測試和調(diào)試了。代碼的調(diào)試是用來保證程序能按照系統(tǒng)需求正常運(yùn)行的一種手段。但是我所提到的這種代碼調(diào)試并不是簡單的調(diào)試，它要包括以下兩部分:a)a)特征調(diào)試b)b)代碼覆蓋調(diào)試首先，我們要先進(jìn)行特征調(diào)試。它是通過運(yùn)行程序找到代碼中的錯(cuò)誤，這與我們平時(shí)常進(jìn)行的調(diào)試相同。到程序能運(yùn)行后，我們可使用已編好的三種類型的用例并以正常數(shù)據(jù)測試用例進(jìn)行測試，若不能正常運(yùn)行則要用調(diào)試工具調(diào)試。在這階段，我們要用大量正常數(shù)據(jù)去測試。測試后，該程序應(yīng)可在絕大多數(shù)的正常數(shù)據(jù)中運(yùn)行。其次，我們要進(jìn)行代碼覆蓋測試，一直要達(dá)到以下目標(biāo)為止：a)a)測試到每一個(gè)最小語句的代碼b)b)測試到所有的輸出結(jié)果我們應(yīng)該通過一步步的調(diào)試去運(yùn)行每個(gè)程序的所有語句和分支。如果我們想要百分之百地覆蓋就應(yīng)適當(dāng)運(yùn)用邊緣數(shù)據(jù)和錯(cuò)誤數(shù)據(jù)。測試在這個(gè)階段的質(zhì)量是難以掌握的。 它基于程序員的責(zé)任心和經(jīng)驗(yàn)。 當(dāng)這階段完成后，每個(gè)程序員所測的深度也是不同的。因此，在這個(gè)測試階段之前，項(xiàng)目經(jīng)理(或測試工程師)應(yīng)制定出測試指導(dǎo)和計(jì)劃書。它們至少應(yīng)