【正文】 進(jìn)行規(guī)劃和管理軟件的開發(fā)。 針對(duì)需求不確定的應(yīng)用，可以使用漸進(jìn)和迭代類的開發(fā)模型。還可以采用快速應(yīng)用程序開發(fā) (RAD)和協(xié)同應(yīng)用程序開發(fā)（ JAD）技術(shù)，由軟件開發(fā)者和用戶代表共同參與開發(fā)軟件規(guī)范。RAD和 JAD的基本思路是開發(fā)者和用戶共同設(shè)計(jì)系統(tǒng)中的屏幕，開發(fā) 者迅速地把實(shí)現(xiàn)這些屏幕的最基本功能編寫好，然后把它們交給用戶看，然后用戶和開發(fā)者回顧這些屏幕以確認(rèn)它們達(dá)到了用戶的要求，這個(gè)周期一直持續(xù)到系統(tǒng)的基本部分定義完畢。一旦設(shè)計(jì)被用戶接受，開發(fā)者將完成完全實(shí)現(xiàn)屏幕需要的代碼。 RAD和傳統(tǒng)軟件開發(fā)項(xiàng)目之間的一個(gè)基本區(qū)別是：應(yīng)用程序 RAD系統(tǒng)是按階段發(fā)布的。傳統(tǒng)項(xiàng)目一般一次發(fā)布，也叫 “big bang” 。 RAD方法使用高效開發(fā)工具，開發(fā)者能夠非常迅速地設(shè)計(jì)出系統(tǒng)的基本屏幕，允許用戶在開發(fā)周期中很早就能見識(shí)到系統(tǒng)將來看起來怎么樣，避免了在傳統(tǒng)開發(fā)項(xiàng)目中長篇大論并且枯燥難 懂的說明。 IBM的 Mills 提出了凈室過程。凈室過程組合了形式化程序驗(yàn)證和統(tǒng)計(jì)過程控制(SPC)。在這種方法中，首先用正確性數(shù)學(xué)證明預(yù)防缺陷發(fā)生，然后用 MTBF度量軟件質(zhì)量。 軟件測(cè)試基礎(chǔ) 版本 大連口岸物流科技有限公司版權(quán)所有 4 凈室過程是一種相當(dāng)新的軟件開發(fā)方法，它要求軟件開發(fā)在管理方式和技術(shù)方法上作重大改變，特別是要求 SPC應(yīng)用到軟件的知識(shí)，這影響了其被廣泛的接受。 硬件成本持續(xù)降低，可支持 CASE工具運(yùn)行的新的強(qiáng)大的工作站和網(wǎng)絡(luò)已經(jīng)成為軟件工程使用的工作平臺(tái)， CASE工具可完成一些特定的軟件開發(fā)過程。這些工具提供給軟件設(shè)計(jì)者以圖形方 式描述軟件設(shè)計(jì)的能力，這樣就易于維護(hù)、易于交叉檢查、易于理解。許多人（尤其是 CASE工具供貨商）相信 CASE工具扮演了解決軟件危機(jī)和拯救軟件工業(yè)的角色，但事實(shí)上我們看到的情形卻是許多公司花了大量的金錢買回的 CASE工具但很少使用，原因在于這些工具執(zhí)行的過程與機(jī)構(gòu)的軟件設(shè)計(jì)過程不相適用。 在可以借助許多新的技術(shù)和工具進(jìn)行軟件開發(fā)的今天，軟件開發(fā)過程的成熟性問題開始引起人們的重視。這種產(chǎn)品一致性問題的主要癥結(jié)在于管理，因此人們將目標(biāo)轉(zhuǎn)向了管理的改善，一些以改進(jìn)軟件開發(fā)過程為目標(biāo)的活動(dòng)已經(jīng)展示出積極的結(jié)果。 以下 是一些比較典型的文本。 SEI SWCMM ISO SPICE( Software Process Improvement and Capability dEtermination ) Bootstrap ISO90003 TickIT Trillium 事實(shí)上，對(duì)于軟件來講，還沒有象銀彈那樣的東西 。不論采用什么技術(shù)和什么方法，軟件中仍然會(huì)有錯(cuò)。采用新的語言、先進(jìn)的開發(fā)方式、完善的開發(fā)過程，可以減少錯(cuò)誤的引入，但是不可能完全杜絕軟件中的錯(cuò)誤，這些引入的錯(cuò)誤需要測(cè)試來找出，軟件中的錯(cuò)誤密度也需要測(cè)試來進(jìn) 行估計(jì)。 測(cè)試是所有工程學(xué)科的基本組成單元，是軟件開發(fā)的重要部分。自有程序設(shè)計(jì)的那天起測(cè)試就一直伴隨著。統(tǒng)計(jì)表明，在典型的軟件開發(fā)項(xiàng)目中，軟件測(cè)試工作量往往占軟件開發(fā)總工作量的 40％以上。而在軟件開發(fā)的總成本中，用在測(cè)試上的開銷要占 30％到 50％。如果把 軟件測(cè)試基礎(chǔ) 版本 大連口岸物流科技有限公司版權(quán)所有 5 維護(hù)階段也考慮在內(nèi)，討論整個(gè)軟件生存期時(shí)，測(cè)試的成本比例也許會(huì)有所降低，但實(shí)際上維護(hù)工作相當(dāng)于二次開發(fā)，乃至多次開發(fā)，其中必定還包含有許多測(cè)試工作。因此，測(cè)試對(duì)于軟件生產(chǎn)來說是必需的，問題是我們應(yīng)該思考 “ 采用什么方法、如何安排測(cè)試 ?” 二、軟件測(cè)試的目的 軟件測(cè)試的目的決定了如何去組織測(cè)試。如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。如果測(cè)試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評(píng)價(jià)，那么測(cè)試就應(yīng)該直接針對(duì)在實(shí)際應(yīng)用中會(huì)經(jīng)常用到的商業(yè)假設(shè)。 不同的機(jī)構(gòu)會(huì)有不同的測(cè)試目的；相同的機(jī)構(gòu)也可能有不同測(cè)試目的，可能是測(cè)試不同區(qū)域或是對(duì)同一區(qū)域的不同層次的測(cè)試。 在談到軟件測(cè)試時(shí)，許多人都引用 Grenford J. Myers 在《 The Art of Software Testing》一書中的觀點(diǎn) ： ① 、軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程； ② 、測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無錯(cuò)誤。 ③ 、一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤； ④ 、一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。 這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒有價(jià)值的，事實(shí)并非如此。 首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā) 現(xiàn)當(dāng)前所采用的軟件過程的缺陷，以便改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。 其次，沒有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。詳細(xì)而嚴(yán)謹(jǐn)?shù)目煽啃栽鲩L模型可以證明這一點(diǎn)。例如 Bev Littlewood發(fā)現(xiàn)一個(gè)經(jīng)過測(cè)試而正常運(yùn)行了 n小時(shí)的系統(tǒng)有繼續(xù)正常運(yùn)行 n小時(shí)的概率。 軟件測(cè)試基礎(chǔ) 版本 大連口岸物流科技有限公司版權(quán)所有 6 三、軟件測(cè)試的基本方法 軟件測(cè)試的方法和技術(shù)是多種多樣的。 對(duì)于軟件測(cè)試技術(shù)，可以從不同的角度加以分類： 從是否需要執(zhí)行被測(cè)軟件的角度，可分為靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試。 從測(cè)試是否針 對(duì)系統(tǒng)