管理信息系統(tǒng)上機指導(dǎo)8_第1頁
管理信息系統(tǒng)上機指導(dǎo)8_第2頁
管理信息系統(tǒng)上機指導(dǎo)8_第3頁
管理信息系統(tǒng)上機指導(dǎo)8_第4頁
管理信息系統(tǒng)上機指導(dǎo)8_第5頁
已閱讀5頁,還剩2頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、8.1 軟件測試的組織與管理為了確保軟件的質(zhì)量,雖然測試是在實現(xiàn)且經(jīng)驗證后進行的,實際上,測試的準(zhǔn)備工作在分析和設(shè)計階段就開始了。8.1.1 測試進行的方式在實現(xiàn)組將所開發(fā)的程序經(jīng)驗證后,提交測試組,由測試負責(zé)人組織測試,測試一般可按下列方式組織:(1)首先,測試人員要仔細閱讀有關(guān)資料,包括規(guī)格說明、設(shè)計文檔、使用說明書及在設(shè)計過程中形成的測試大綱、測試內(nèi)容及測試的通過準(zhǔn)則,全面熟悉系統(tǒng),編寫測試計劃,設(shè)計測試用例,作好測試前的準(zhǔn)備工作。(2)為了保證測試的質(zhì)量,將測試過程分成幾個階段,即:代碼審查、單元測試、集成測試和驗收測試。(3)代碼會審:代碼會審是由一組人通過閱讀、討論和爭議對程序進行

2、靜態(tài)分析的過程。會審小組由組長,23名程序設(shè)計和測試人員及程序員組成。會審小組在充分閱讀待審程序文本、控制流程圖及有關(guān)要求、規(guī)范等文件基礎(chǔ)上,召開代碼會審會,程序員逐句講解程序的邏輯,并展開熱烈的討論甚至爭議,以揭示錯誤的關(guān)鍵所在。(4)單元測試:單元測試集中在檢查軟件設(shè)計的最小單位模塊上,通過測試發(fā)現(xiàn)實現(xiàn)該模塊的實際功能與定義該模塊的功能說明不符合的情況,以及編碼的錯誤。由于模塊規(guī)模小、功能單一、邏輯簡單,測試人員有可能通過模塊說明書和源程序,清楚地了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu),采用結(jié)構(gòu)測試(白盒法)的用例,盡可能達到徹底測試,然后輔之以功能測試(黑盒法)的用例,使之對任何合理和不

3、合理的輸入都能鑒別和響應(yīng)。(5)集成測試:集成測試是將模塊按照設(shè)計要求組裝起來同時進行測試,主要目標(biāo)是發(fā)現(xiàn)與接口有關(guān)的問題。如數(shù)據(jù)穿過接口時可能丟失;一個模塊與另一個模塊可能有由于疏忽的問題而造成有害影響;把子功能組合起來可能不產(chǎn)生預(yù)期的主功能;個別看起來是可以接受的誤差可能積累到不能接受的程度;全程數(shù)據(jù)結(jié)構(gòu)可能有錯誤等。 (6)驗收測試:驗收測試的目的是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后,已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng),接口錯誤也已經(jīng)基本排除了,接著就應(yīng)該進一步驗證軟件的有效性,這就是驗收測試的任務(wù),即軟件的功能和性能如同用戶所合理期待的那樣。8.1.

4、2 測試方法的應(yīng)用集成測試及其后的測試階段,一般采用黑盒方法。其策略包括: (1)用邊值分析法和(或)等價分類法提出基本的測試用例;(2)用猜測法補充新的測試用例;(3)如果在程序的功能說明中含有輸入條件的組合,宜在一開始就用因果圖法,然后再按以上(1)、(2)兩步進行。單元測試的設(shè)計策略稍有不同。因為在為模塊設(shè)計程序用例時,可以直接參考模塊的源程序。所以單元測試的策略,總是把白盒法和黑盒法結(jié)合運用。具體做法有兩種:a、先仿照上述步驟用黑盒法提出一組基本的測試用例,然后用白盒法作驗證。如果發(fā)現(xiàn)用黑盒法產(chǎn)生的測試用例未能滿足所需的覆蓋標(biāo)準(zhǔn),就用白盒法增補新的測試用例來滿足它們。覆蓋的標(biāo)準(zhǔn)應(yīng)該根據(jù)

5、模塊的具體情況確定。對可靠性要求較高的模塊,通常要滿足條件組合覆蓋或路徑覆蓋標(biāo)準(zhǔn)。 b、先用白盒法分析模塊的邏輯結(jié)構(gòu),提出一批測試用例,然后根據(jù)模塊的功能用黑盒法進行補充。8.1.3測試的人員組織 為了保證軟件的開發(fā)質(zhì)量,軟件測試應(yīng)貫穿于軟件定義與開發(fā)的整個過程。因此,對分析、設(shè)計和實現(xiàn)等各階段所得到的結(jié)果,包括需求規(guī)格說明、設(shè)計規(guī)格說明及源程序都應(yīng)進行軟件測試?;诖?,測試人員的組織也應(yīng)是分階段的。(1)軟件的設(shè)計和實現(xiàn)都是基于需求分析規(guī)格說明進行的。需求分析規(guī)格說明是否完整、正確、清晰是軟件開發(fā)成敗的關(guān)鍵。審查小組由下列人員組成: 組長:1人成員:包括系統(tǒng)分析員,軟件開發(fā)管理者,軟件設(shè)計、

6、開發(fā)和測試人員和用戶(2)設(shè)計評審:軟件設(shè)計是將軟件需求轉(zhuǎn)換成軟件表示的過程。主要描繪出系統(tǒng)結(jié)構(gòu)、詳細的處理過程和數(shù)據(jù)庫模式。按照需求的規(guī)格說明對系統(tǒng)結(jié)構(gòu)的合理性、處理過程的正確性進行評價,同時利用關(guān)系數(shù)據(jù)庫的規(guī)范化理論對數(shù)據(jù)庫模式進行審查。評審小組由下列人員組成:組長:1人成員:包括系統(tǒng)分析員、軟件設(shè)計人員、測試負責(zé)人員各一人。(3)程序的測試:軟件測試。是整個軟件開發(fā)過程中交付用戶使用前的最后階段,是軟件質(zhì)量保證的關(guān)鍵。軟件測試在軟件生存周期中橫跨兩個階段:通常在編寫出每一個模塊之后,就對它進行必要的測試(稱為單元測試)。編碼與單元測試屬于軟件生存周期中的同一階段。該階段的測試工作,由編程

7、組內(nèi)部人員進行交叉測試(避免編程人員測試自己的程序)。這一階段結(jié)束后,進入軟件生存周期的測試階段,對軟件系統(tǒng)進行各種綜合測試。測試工作由專門的測試組完成,測試組設(shè)組長一名,負責(zé)整個測試的計劃、組織工作。測試組的其他成員由具有一定的分析、設(shè)計和編程經(jīng)驗的專業(yè)人員組成,人數(shù)根據(jù)具體情況可多可少,一般35人為宜。8.2 文檔的作用和分類8.2.1 文檔的作用文檔在軟件開發(fā)人員、軟件管理人員、維護人員、用戶以及計算機之間的多種橋梁作用可從圖中看出。軟件開發(fā)人員在各個階段中以文檔作為前階段工作成果的體現(xiàn)和后階段工作的依據(jù),這個作用是顯而易見的。軟件開發(fā)過程中軟件開發(fā)人員需制定一些工作計劃或工作報告,這些

8、計劃和報告都要提供給管理人員,并得到必要的支持。管理人員則可通過這些文檔了解軟件開發(fā)項 目安排、進度、資源使用和成果等。軟件開發(fā)人員需為用戶了解軟件的使用、操作和維護提供詳細的資料,我們稱此為用戶文檔。8.2.2 文檔的分類Ø 可行性研究報告:說明該軟件開發(fā)項目的實現(xiàn)在技術(shù)上、經(jīng) 濟上和社會因素上的可行性,評述為了合理地達到開發(fā)目標(biāo)可供 選擇的各種可能實施的方案,說明并論證所選定實施方案的理 由。 Ø 項目開發(fā)計劃:為軟件項目實施方案制定出具體計劃,應(yīng) 該包括各部分工作的負責(zé)人員、開發(fā)的進度、開發(fā)經(jīng)費的預(yù)算、所 需的硬件及軟件資源等。項目開發(fā)計劃應(yīng)提供給管理部門,并作 為開

9、發(fā)階段評審的參考。 Ø 軟件需求說明書:也稱軟件規(guī)格說明書,其中對所開發(fā)軟 件的功能、性能、用戶界面及運行環(huán)境等作出詳細的說明。它是用 戶與開發(fā)人員雙方對軟件需求取得共同理解基礎(chǔ)上達成的協(xié)議, 也是實施開發(fā)工作的基礎(chǔ)。 Ø 數(shù)據(jù)要求說明書:該說明書應(yīng)給出數(shù)據(jù)邏輯描述和數(shù)據(jù)采 集的各項要求,為生成和維護 系統(tǒng)數(shù)據(jù)文卷作好準(zhǔn)備。 Ø 概要設(shè)計說明書:該說 明書是概要設(shè)計階段的工作 成果,它應(yīng)說明功能分配、模塊劃分、程序的總體結(jié)構(gòu)、輸 入輸出以及接口設(shè)計、運行設(shè)計、數(shù)據(jù)結(jié)構(gòu)設(shè)計和出錯處理 設(shè)計等,為詳細設(shè)計奠定基礎(chǔ)。 Ø 詳細設(shè)計說明書:著重描述每一模塊是怎樣

10、實現(xiàn)的, 包括實現(xiàn)算法、邏輯流程等。Ø 用戶手冊:本手冊詳細描述軟件的功能、性能和用戶 界面,使用戶了解如何使用該軟件。Ø 操作手冊:本手冊為操作人員提供該軟件各種運行情況的 有關(guān)知識,特別是操作方法的具體細節(jié)。 Ø 測試計劃:為做好組裝測試和確認測試,需為如何組織測試制定實施計劃。計劃應(yīng)包括測試的內(nèi)容、進度、條件、人員、測試用 例的選取原則、測試結(jié)果允許的偏差范圍等。 Ø 測試分析報告:測試工作完成以后,應(yīng)提交測試計劃執(zhí)行情況的說明。對測試結(jié)果加以分析,并提出測試的結(jié)論意見。 Ø 開發(fā)進度月報:該月報系軟件人員按月向管理部門提交的項目進展情況報告。報告應(yīng)包括進度計劃與實際執(zhí)行情況的比較、 階段成果、遇到的問題和解決的辦法以及下個月的打算等。 Ø 項目開發(fā)

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論