測(cè)試計(jì)劃安排表

1、測(cè)測(cè)試試計(jì)計(jì)劃劃安安排排表表編號(hào)編寫(xiě)人日期1.1.引引言言1.1.目的隨著學(xué)校規(guī)模不斷擴(kuò)大,學(xué)生數(shù)量急劇增加，有關(guān)學(xué)生的信息量也成倍增長(zhǎng)，面對(duì)龐大的信息量需要有學(xué)生管理系統(tǒng)來(lái)提高學(xué)生管理工作的效率。本系統(tǒng)主要用于學(xué)校學(xué)生信息管理，總體任務(wù)是實(shí)現(xiàn)學(xué)生信息關(guān)系的系統(tǒng)化、規(guī)范化、自動(dòng)化，其主要任務(wù)是用計(jì)算機(jī)對(duì)學(xué)生各種信息進(jìn)行日常管理，如查詢、修改、增加、刪除，另外還考慮到學(xué)生選課，針對(duì)了這些要求設(shè)計(jì)了學(xué)生信息管理系統(tǒng)。1.2.背景 在高校，計(jì)算機(jī)應(yīng)用的非常普遍，在這種實(shí)用的學(xué)生信息管理系統(tǒng)可以使局面得到改觀。學(xué)生信息管理系統(tǒng)主要提供了方便高校的管理功能以及網(wǎng)上信息的查閱平臺(tái)，學(xué)生可以通過(guò)該系統(tǒng)查詢相

2、關(guān)信息，管理員可以管理信息，本系統(tǒng)主要功能有：1 學(xué)生管理功能：為了方便學(xué)生信息的增加、刪除、修改、查詢。2 課程管理功能：管理員可以通過(guò)填寫(xiě)表格的形式修改課程等相關(guān)信息。3 成績(jī)管理功能：管理員可以通過(guò)數(shù)據(jù)庫(kù)中的學(xué)生成績(jī)信息進(jìn)行增加、修改。4 班級(jí)管理功能：管理員可以通過(guò)此功能對(duì)班級(jí)信息進(jìn)行增加、刪除、修改、查詢。5 用戶管理功能：可以增加、刪除、修改、查看該程序的用戶登錄，超級(jí)管理員可以設(shè)置用戶的權(quán)限。1.3.范圍 本學(xué)生信息管理系統(tǒng)主要應(yīng)用在各個(gè)學(xué)校為了方便管理學(xué)生信息而成。主要設(shè)計(jì)人員由在校學(xué)生以及老師組成。測(cè)試風(fēng)險(xiǎn)有可能軟件應(yīng)用過(guò)程中出現(xiàn)一些錯(cuò)誤或者故障。時(shí)間進(jìn)度：2010-7 -

3、1.4.定義學(xué)生管理系統(tǒng) 信息管理 數(shù)據(jù)庫(kù) 軟件測(cè)試1.5.參考資料列出編寫(xiě)本計(jì)劃及測(cè)試整個(gè)過(guò)程中所要參考的文件、資料。 編號(hào)資料名稱(chēng)作者日期出版單位1軟件測(cè)試自動(dòng)化鄧波 黃麗娟 曹青春1987機(jī)械工業(yè)出版社2有效軟件測(cè)試ElfriedeDustin1990清華大學(xué)出版社3軟件測(cè)試周予濱 姚靜1996機(jī)械工業(yè)出版社列出編寫(xiě)本計(jì)劃時(shí)需查閱的Intenet上雜志、專(zhuān)業(yè)著作、技術(shù)標(biāo)準(zhǔn)。查閱內(nèi)容網(wǎng)點(diǎn)地址簡(jiǎn)介軟件測(cè)試http:/www.china- 查詢系統(tǒng)模塊數(shù)據(jù)輸入是否正常連接正常數(shù)據(jù)庫(kù)管理系統(tǒng)數(shù)據(jù)輸入是否正常連接正常 用戶管理系統(tǒng) 登入是否正常連接正常連接是否正常連接正常3.3.測(cè)測(cè)試試規(guī)規(guī)則則3

4、.1.進(jìn)入準(zhǔn)則一個(gè)軟件要想進(jìn)去準(zhǔn)備階段首先要達(dá)到一下三個(gè)階段：A需求工件已經(jīng)被基線化B詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化3.2.暫停/退出準(zhǔn)則3.2.1 集成測(cè)試退出標(biāo)準(zhǔn) 1) 集成測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審2) 所有源代碼和可執(zhí)行代碼已經(jīng)建立受控基線，納入url=javascript:;配置管理/url 受控庫(kù)，不經(jīng)過(guò)審批不能隨意更改3) 按照集成構(gòu)件計(jì)劃及增量集成策略完成了整個(gè)系統(tǒng)的集成測(cè)試4) 達(dá)到了測(cè)試計(jì)劃中關(guān)于集成測(cè)試所規(guī)定的覆蓋率的要求5) 集成工作版本滿足設(shè)計(jì)定義的各項(xiàng)功能、性能要求6) 在集成測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改，各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)7) A、B類(lèi)BUG不能

5、存在8) C、D類(lèi)BUG允許存在,但不能超過(guò)單元測(cè)試總BUG的509) E類(lèi)BUG允許存在 3.2.2 系統(tǒng)測(cè)試退出標(biāo)準(zhǔn) 1) 系統(tǒng)測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審2) 按照系統(tǒng)測(cè)試計(jì)劃完成了系統(tǒng)測(cè)試3) 系統(tǒng)測(cè)試的功能覆蓋率達(dá)1004) 系統(tǒng)的功能和性能滿足產(chǎn)品需求規(guī)格說(shuō)明書(shū)的要求5) 在系統(tǒng)測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)6) 系統(tǒng)測(cè)試后不存在A、B、C類(lèi)缺陷7) D類(lèi)缺陷允許存在，不超過(guò)總?cè)毕莸?8) E類(lèi)缺陷允許存在，不超過(guò)總?cè)毕莸?03.3.測(cè)試方法單元測(cè)試：純代碼的測(cè)試（白盒測(cè)試）。主要測(cè)試代碼語(yǔ)句的正確性，如所有的代碼是否都可以跑到，是否有冗余的代碼等等。集成測(cè)試：

6、接口測(cè)試（灰盒測(cè)試，結(jié)合白盒和黑盒測(cè)試）。主要測(cè)試代碼塊之間的接口。看看數(shù)據(jù)的傳輸是否有問(wèn)題。系統(tǒng)測(cè)試：黑盒測(cè)試。不接觸代碼，只對(duì)整個(gè)系統(tǒng)做功能的測(cè)試和性能的測(cè)試。確認(rèn)測(cè)試：是客戶做的測(cè)試。也可以叫做驗(yàn)收測(cè)試。客戶對(duì)他提出的需求，對(duì)應(yīng)要交付的軟件看看是否達(dá)到其要求。3.4.測(cè)試手段3.4.1手工測(cè)試 就是由人去一個(gè)一個(gè)的輸入用例，然后觀察結(jié)果，和機(jī)器測(cè)試相對(duì)應(yīng)，屬于比較原始但是必須的一個(gè)步驟。在測(cè)試過(guò)程中，手工測(cè)試的比重一般在30%左右。手工測(cè)試一般能夠發(fā)現(xiàn)一些自動(dòng)化測(cè)試所不能發(fā)現(xiàn)的問(wèn)題，這也是為什么自動(dòng)化測(cè)試取代不了手工測(cè)試的原因！3.4.2自動(dòng)測(cè)試 對(duì)程序的回歸測(cè)試更方便。這可能是自動(dòng)化測(cè)

7、試最主要的任務(wù)，特別是在程序修改比較頻繁時(shí)，效果是非常明顯的。由于回歸測(cè)試的動(dòng)作和用例是完全設(shè)計(jì)好的，測(cè)試期望的結(jié)果也是完全可以預(yù)料的，將回歸測(cè)試自動(dòng)運(yùn)行，可以極大提高測(cè)試效率，縮短回歸測(cè)試時(shí)間。3.5.測(cè)試要點(diǎn)3.5.1測(cè)試思想 質(zhì)量意識(shí)（責(zé)任）：站在客戶的立場(chǎng) 好奇心（動(dòng)力）：探索所有的功能，深入理解系統(tǒng)內(nèi)核 進(jìn)攻（激情）：多角度發(fā)現(xiàn)所有可能的問(wèn)題，測(cè)試和開(kāi)發(fā)之間是進(jìn)攻和防守的關(guān)系 幫助（溝通）：以幫助而不是找茬的心態(tài)與開(kāi)發(fā)團(tuán)隊(duì)一起分析問(wèn)題，協(xié)同工作3.5.2測(cè)試工程 測(cè)試目的：盡可能多地發(fā)現(xiàn)缺陷 測(cè)試階段：測(cè)試計(jì)劃、測(cè)試需求、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試報(bào)告 測(cè)試用例設(shè)計(jì)：測(cè)試環(huán)境，測(cè)試數(shù)據(jù)

8、，執(zhí)行步驟，期望結(jié)果 缺陷跟蹤：提交、分派、修復(fù)、驗(yàn)證、審計(jì)；回歸測(cè)試； 測(cè)試結(jié)束準(zhǔn)則：嚴(yán)重缺陷數(shù)在一定范圍內(nèi)、測(cè)試用例執(zhí)行完畢、或規(guī)定時(shí)間到（取決于項(xiàng)目/組織質(zhì)量要求） 測(cè)試人員考核：沒(méi)有可靠的定量指標(biāo)（比如不能拿缺陷數(shù)來(lái)做）3.5.3測(cè)試技術(shù)單元測(cè)試，模塊測(cè)試，產(chǎn)品測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，用戶驗(yàn)收測(cè)試功能測(cè)試，性能測(cè)試，壓力測(cè)試，冒煙測(cè)試，猴子測(cè)試內(nèi)部測(cè)試，外部測(cè)試（客戶試用）白盒測(cè)試，黑盒測(cè)試3.6.測(cè)試工具軟件測(cè)試方面的工具很多，主要有MercuryInteractive（MI）、Segue、Rational、 Compuware和Empirix等等4.4.測(cè)測(cè)試試環(huán)環(huán)境境4.1.硬

9、件環(huán)境就是指由傳播活動(dòng)所需要的那些物質(zhì)條件、有形條件之和構(gòu)筑而成的環(huán)境。4.2.軟件環(huán)境就是指運(yùn)行于計(jì)算機(jī)硬件之上的驅(qū)動(dòng)計(jì)算機(jī)及其外圍設(shè)備實(shí)現(xiàn)某種目的的軟件系統(tǒng)。如測(cè)試軟件等4.3.安全性環(huán)境要求必須在無(wú)病毒，無(wú)入侵的環(huán)境下進(jìn)行測(cè)試。5.5.項(xiàng)項(xiàng)目目任任務(wù)務(wù)5.1.測(cè)試規(guī)劃學(xué)生信息管理系統(tǒng)是一個(gè)典型的數(shù)據(jù)庫(kù)應(yīng)用程序,由班級(jí)管理、學(xué)生檔案管理、學(xué)生交費(fèi)管理、課程管理、成績(jī)管理等模塊組成,特規(guī)劃如下:5.1.1系統(tǒng)管理模塊該模塊的主要任務(wù)是維護(hù)系統(tǒng)的正常運(yùn)行和安全性設(shè)置,包括添加用戶、修改密碼、重新登錄等等。5.1.2班級(jí)管理模塊該模塊的功能是實(shí)現(xiàn)對(duì)全校班級(jí)的管理工作，包括：班級(jí)游覽、班級(jí)添加、班

10、級(jí)查詢等，這三個(gè)功能模塊各自獨(dú)立，完成學(xué)校的全部班級(jí)的管理。5.1.3學(xué)生檔案管理模塊該模塊的主要功能是實(shí)現(xiàn)對(duì)學(xué)生的個(gè)人信息的管理工作，包括檔案添加、檔案瀏覽、檔案查詢等功能，從而方便學(xué)校管理部門(mén)對(duì)學(xué)校的基本情況的快速查詢和了解。5.1.4課程管理模塊該模塊對(duì)各個(gè)班級(jí)的課程進(jìn)行設(shè)置，并可在其中設(shè)置各門(mén)課程的教材選用情況，方便了學(xué)校教材管理部門(mén)和教務(wù)處的教學(xué)管理人員的工作。該模塊包括基本課程設(shè)計(jì)和班級(jí)課程設(shè)置兩個(gè)模塊。5.1.5成績(jī)管理模塊學(xué)校的成績(jī)管理工作是檢驗(yàn)學(xué)生學(xué)習(xí)情況的一個(gè)主要手段，本模塊包括考試類(lèi)型設(shè)置，共有期中考試和期未考試兩種類(lèi)型，還設(shè)置了成績(jī)添加、成績(jī)游覽、成績(jī)查詢等功能模塊。5

11、.2.測(cè)試設(shè)計(jì)5.2.1. 測(cè)試方案設(shè)計(jì)測(cè)試方案的設(shè)計(jì)要除了要明確定義各個(gè)測(cè)試活動(dòng)的對(duì)象、執(zhí)行人員、測(cè)試進(jìn)度、放行標(biāo)準(zhǔn)等一系列屬性外，還要充分考慮到成本與技術(shù)可行性。一個(gè)好的測(cè)試方案總是遵循著以下設(shè)計(jì)原則：(1) 測(cè)試成本與測(cè)試工作產(chǎn)生的效益處于最佳比值；（2）各具體測(cè)試活動(dòng)描述清晰，目標(biāo)明確，內(nèi)容完備；（3）測(cè)試手段是可行的；（4）測(cè)試產(chǎn)生的結(jié)果是可以用于指導(dǎo)產(chǎn)品質(zhì)量改進(jìn)的。筆者注意到一些企業(yè)對(duì)于第（3）點(diǎn)存在認(rèn)識(shí)上的誤區(qū)，盲目購(gòu)置的一批自動(dòng)化測(cè)試工具，卻無(wú)人懂操作，或者根本就不適合自己的開(kāi)發(fā)環(huán)境。這些問(wèn)題在測(cè)試方案設(shè)計(jì)過(guò)程中應(yīng)該努力避免的。在進(jìn)行測(cè)試方案的具體設(shè)計(jì)時(shí)，常常也暴露出來(lái)一些難題

12、和障礙。最常見(jiàn)的就是角色安排多，測(cè)試人員少。解決這一問(wèn)題的根本途徑是招募測(cè)試人才，建設(shè)高效測(cè)試團(tuán)隊(duì)。然而，遠(yuǎn)水解不了近渴。如果你的測(cè)試團(tuán)隊(duì)遭遇到此類(lèi)尷尬，那么，你就需要考慮一下變通之策：前面提到的外包和外協(xié)都是不錯(cuò)的處理辦法。另外，建議你適當(dāng)考慮自動(dòng)測(cè)試工具，某些工具的確能減少你的工作壓力（如自動(dòng)集成工具能實(shí)現(xiàn)每日建構(gòu)、壓力測(cè)試工具能緩解你編寫(xiě)模擬并發(fā)程序的壓力）。除了人手的問(wèn)題，了解你所在的測(cè)試團(tuán)隊(duì)各成員的專(zhuān)業(yè)技能也是很重要的。有些項(xiàng)目測(cè)試方案設(shè)計(jì)得很好，但由于缺乏相應(yīng)素質(zhì)的測(cè)試團(tuán)隊(duì)成員擔(dān)當(dāng)測(cè)試方案中的相應(yīng)角色，測(cè)試方案只能無(wú)限期擱淺，結(jié)果不了了之。除此之外，測(cè)試方案設(shè)計(jì)人員還應(yīng)多多參考軟件

13、開(kāi)發(fā)管理類(lèi)文檔，在測(cè)試的時(shí)間進(jìn)度安排上與開(kāi)發(fā)保持同步，如果開(kāi)發(fā)進(jìn)度有變動(dòng)，應(yīng)及時(shí)調(diào)整相應(yīng)的測(cè)試進(jìn)度安排。5.2.2. 測(cè)試用例設(shè)計(jì)測(cè)試用例設(shè)計(jì)是對(duì)測(cè)試方案實(shí)現(xiàn)技術(shù)部分更為細(xì)致描述，相關(guān)設(shè)計(jì)技術(shù)已經(jīng)相對(duì)成熟注：目前測(cè)試用例設(shè)計(jì)的某些分支仍是研究熱點(diǎn)。市面上，關(guān)于測(cè)試用例的理論著作也是琳瑯滿目。下表列出了各類(lèi)測(cè)試用例設(shè)計(jì)技術(shù)，在本文中筆者不打算一一介紹，而是根據(jù)測(cè)試實(shí)踐和個(gè)人取向，選出了幾個(gè)有代表性的方法，供讀者參考。有興趣的讀者，可以進(jìn)一步查閱論述更細(xì)致一些的書(shū)籍。項(xiàng)目與類(lèi)別黑盒測(cè)試(功能性)白盒測(cè)試(結(jié)構(gòu)性)其它共同點(diǎn)參考單元接口和功能描述規(guī)格文檔，不需了解被測(cè)單元內(nèi)部結(jié)構(gòu)參考詳細(xì)設(shè)計(jì)規(guī)格文檔

14、，對(duì)照代碼，測(cè)試被測(cè)單元內(nèi)部如何工作強(qiáng)調(diào)個(gè)人經(jīng)驗(yàn)，采用猜測(cè)或選測(cè)選擇特殊值的方法3.3.測(cè)測(cè)試試規(guī)規(guī)則則具體類(lèi)別軟件設(shè)計(jì)導(dǎo)出的測(cè)試等價(jià)類(lèi)劃分邊界值劃分判定表驅(qū)動(dòng)測(cè)試因果圖基于狀態(tài)的測(cè)試路徑測(cè)試控制結(jié)構(gòu)測(cè)試邏輯覆蓋程序插裝錯(cuò)誤測(cè)試特殊值測(cè)試5.3.測(cè)試執(zhí)行準(zhǔn)備按照開(kāi)發(fā)階段劃分，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試， 以確保每個(gè)模塊能正常工作為目標(biāo)。集成測(cè)試：對(duì)已測(cè)試過(guò)的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問(wèn)題。確認(rèn)（有效性）測(cè)試：是檢驗(yàn)所開(kāi)發(fā)的軟件能否滿足所有功能和性能需求的最后手段。有的劃分方法中，也將確認(rèn)測(cè)試合并入系統(tǒng)

15、測(cè)試中。系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫(kù)及操作人員）協(xié)調(diào)工作。驗(yàn)收（用戶）測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。主要突出用戶的作用，同時(shí)軟件開(kāi)發(fā)人員也應(yīng)有一定程度的參與。驗(yàn)收測(cè)試可以分成Alpha測(cè)試和Beta測(cè)試。Alpha測(cè)試是由用戶在開(kāi)發(fā)環(huán)境下完成的測(cè)試，Beta測(cè)試是由用戶在用戶環(huán)境下完成的測(cè)試。如果一個(gè)軟件的做成了，那么首先應(yīng)該進(jìn)行單元測(cè)試，查看每個(gè)單元是否出現(xiàn)錯(cuò)誤或者發(fā)生故障，如果出現(xiàn)了錯(cuò)誤或者故障，那樣該及時(shí)處理和改正，之后再進(jìn)行測(cè)試，就這樣每個(gè)部分進(jìn)行一次小測(cè)試，如果都正常的話，就可以進(jìn)行，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。5.4.測(cè)試執(zhí)行軟件測(cè)試就是利用測(cè)試工

16、具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。1.在單元測(cè)試中，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。(1) 模塊接口測(cè)試* 在單元測(cè)試的開(kāi)始，應(yīng)對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括： 調(diào)用本模塊的輸入?yún)?shù)是否正確； 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確； 全局量的定義在各模塊中是否一

17、致；* 在做內(nèi)外存交換時(shí)要考慮： 文件屬性是否正確； OPEN與CLOSE語(yǔ)句是否正確； 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配； 在進(jìn)行讀寫(xiě)操作之前是否打開(kāi)了文件； 在結(jié)束文件處理時(shí)是否關(guān)閉了文件； 正文書(shū)寫(xiě)輸入錯(cuò)誤， IO錯(cuò)誤是否檢查并做了處理。(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試* 不正確或不一致的數(shù)據(jù)類(lèi)型說(shuō)明* 使用尚未賦值或尚未初始化的變量* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值* 變量名拼寫(xiě)錯(cuò)或書(shū)寫(xiě)錯(cuò)* 不一致的數(shù)據(jù)類(lèi)型* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響(3) 路徑測(cè)試* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。* 對(duì)基本執(zhí)行路徑

18、和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。(4) 錯(cuò)誤處理測(cè)試* 出錯(cuò)的描述是否難以理解* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符* 對(duì)錯(cuò)誤條件的處理正確與否* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等(5) 邊界測(cè)試* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專(zhuān)門(mén)進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。2.還要進(jìn)行有效的測(cè)試如黑盒測(cè)試：* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被

19、測(cè)軟件是否滿足需求規(guī)格說(shuō)明書(shū)列出的需求。* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類(lèi)。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。* 通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試步驟，確定 軟件的特性是否與需求相符； 所有的文檔都是正確且便于使用； 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類(lèi)： 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明書(shū)相符合，從而這部分程序被接受。 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明不一致，因此要為它提交一份問(wèn)題報(bào)告。3.

20、 軟件配置復(fù)查軟件配置復(fù)查的目的是保證軟件配置的所有成分都齊全；各方面的質(zhì)量都符合要求；具有維護(hù)階段所必需的細(xì)節(jié)；而且已經(jīng)編排好分類(lèi)的目錄。應(yīng)當(dāng)嚴(yán)格遵守用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。驗(yàn)收測(cè)試（Acceptance Testing）* 在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開(kāi)始系統(tǒng)的驗(yàn)收測(cè)試。* 驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。* 由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。* 在測(cè)試過(guò)程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。5.5.

21、項(xiàng)項(xiàng)目目任任務(wù)務(wù)5.2.測(cè)試設(shè)計(jì)5.5.測(cè)試總結(jié)隨著軟件產(chǎn)業(yè)的發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為軟件企業(yè)生存與發(fā)展的核心。幾乎每個(gè)大中型IT企業(yè)的軟件產(chǎn)品在發(fā)布前都需要大量的質(zhì)量控制、測(cè)試和文檔工作，而這些工作必須依靠擁有嫻熟技術(shù)的專(zhuān)業(yè)軟件人才來(lái)完成。軟件測(cè)試工程師就是這樣的一個(gè)企業(yè)重頭角色。業(yè)內(nèi)人士分析，該類(lèi)職位的需求主要集中在沿海發(fā)達(dá)城市，其中北京和上海的需求量分別占去33%和29%。民企需求量最大，占19%，外商獨(dú)資歐美類(lèi)企業(yè)需求排列第二，占15%。然而，目前的現(xiàn)狀是：一方面企業(yè)對(duì)高質(zhì)量的測(cè)試工程師需求量越來(lái)越大越大，另一方面國(guó)內(nèi)原來(lái)對(duì)測(cè)試工程師的職業(yè)重視程度不夠，使許多人不了

22、解測(cè)試工程師具體是從事什么工作。這使得許多IT公司只能通過(guò)在實(shí)際工作中進(jìn)行淘汰的方式對(duì)測(cè)試工程師進(jìn)行篩選，因此國(guó)內(nèi)在短期將出現(xiàn)測(cè)試工程師嚴(yán)重短缺的現(xiàn)象。根據(jù)對(duì)近期網(wǎng)絡(luò)招聘IT人才情況的了解，許多正在招聘軟件測(cè)試工程師的企業(yè)很少能夠在招聘會(huì)上順利招到合適的人才。在具體工作過(guò)程中，測(cè)試工程師的工作是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試用例，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。對(duì)軟件測(cè)試工程師而言，必須具有高度的工作責(zé)任心和自信心。任何嚴(yán)格的測(cè)試必須是一種實(shí)事求是的測(cè)試，因?yàn)樗P(guān)系到一個(gè)產(chǎn)品的質(zhì)量問(wèn)題，而測(cè)試工程師則是產(chǎn)品出貨前的

23、把關(guān)人，所以，沒(méi)有專(zhuān)業(yè)的技術(shù)水準(zhǔn)是無(wú)法勝任這項(xiàng)工作的。同時(shí)，由于測(cè)試工作一般由多個(gè)測(cè)試工程師共同完成，并且測(cè)試部門(mén)一般要與其他部門(mén)的人員進(jìn)行較多的溝通，所以要求測(cè)試工程師不但要有較強(qiáng)的技術(shù)能力而且要有較強(qiáng)的溝通能力。所以這次軟件測(cè)試不僅僅鍛煉我們的技術(shù)能力，還要培養(yǎng)我們的溝通能力，只有這樣我們才能有機(jī)會(huì)被一些知名企業(yè)所用。6.6.實(shí)實(shí)施施計(jì)計(jì)劃劃6.1.工作量估計(jì)6.4.其他資源需求及安排軟件測(cè)試安排如下：1.軟件開(kāi)發(fā)人員即程序員應(yīng)當(dāng)避免測(cè)試自己的程序，不管是程序員還是開(kāi)發(fā)小組都應(yīng)當(dāng)避免測(cè)試自己的程序或者本組開(kāi)發(fā)的功能模版。若條件允許，應(yīng)當(dāng)由獨(dú)立于開(kāi)發(fā)組和客戶的第三方測(cè)試組或測(cè)試機(jī)構(gòu)來(lái)進(jìn)行軟件

24、測(cè)試。但這并不是說(shuō)程序員不能測(cè)試自己的程序，而且更加鼓勵(lì)程序員進(jìn)行調(diào)試，因?yàn)闇y(cè)試由別人來(lái)進(jìn)行可能會(huì)會(huì)更加有效、客觀，并且容易成功，而允許程序員自己調(diào)試也會(huì)更加有效和針對(duì)性。2.應(yīng)盡早地和不斷地進(jìn)行軟件測(cè)試，應(yīng)當(dāng)把軟件測(cè)試貫穿到整個(gè)軟件開(kāi)發(fā)的過(guò)程中，而不應(yīng)該把軟件測(cè)試看作是其過(guò)程中的一個(gè)獨(dú)立階段。因?yàn)樵谲浖_(kāi)發(fā)的每一環(huán)節(jié)都有可能產(chǎn)生意想不到的問(wèn)題，其影響因素有很多，比如軟件本身的抽象性和復(fù)雜性、軟件所涉及問(wèn)題的復(fù)雜性、軟件開(kāi)發(fā)各個(gè)階段工作的多樣性，以及各層次工作人員的配合關(guān)系等。所以要堅(jiān)持軟件開(kāi)發(fā)各階段的技術(shù)評(píng)審，把錯(cuò)誤克服在早期，從而減少成本，提高軟件質(zhì)量。 3.對(duì)測(cè)試用例要有正確的態(tài)度：第一

25、，測(cè)試用例應(yīng)當(dāng)由測(cè)試輸入數(shù)據(jù)和預(yù)期輸出結(jié)果這兩部分組成；第二，在設(shè)計(jì)測(cè)試用例時(shí)，不僅要考慮合理的輸入條件，更要注意不合理的輸入條件。因?yàn)檐浖度雽?shí)際運(yùn)行中，往往不遵守正常的使用方法，卻進(jìn)行了一些甚至大量的意外輸入導(dǎo)致軟件一時(shí)半時(shí)不能做出適當(dāng)?shù)姆磻?yīng)，就很容易產(chǎn)生一系列的問(wèn)題，輕則輸出錯(cuò)誤的結(jié)果，重則癱瘓失效！因此常用一些不合理的輸入條件來(lái)發(fā)現(xiàn)更多的鮮為人知的軟件缺陷。4.人以群分，物以類(lèi)聚，軟件測(cè)試也不例外，一定要充分注意軟件測(cè)試中的群集現(xiàn)象，也可以認(rèn)為是“80-20原則”。不要以為發(fā)現(xiàn)幾個(gè)錯(cuò)誤并且解決這些問(wèn)題之后，就不需要測(cè)試了。反而這里是錯(cuò)誤群集的地方，對(duì)這段程序要重點(diǎn)測(cè)試，以提高測(cè)試投資的

26、效益。5.嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性，以避免發(fā)生疏漏或者重復(fù)無(wú)效的工作。6.應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果進(jìn)行全面檢查。一定要全面地、仔細(xì)地檢查測(cè)試結(jié)果，但常常被人們忽略，導(dǎo)致許多錯(cuò)誤被遺漏。7.妥善保存測(cè)試用例、測(cè)試計(jì)劃、測(cè)試報(bào)告和最終分析報(bào)告，以備回歸測(cè)試及維護(hù)之用。在遵守以上原則的基礎(chǔ)上進(jìn)行軟件測(cè)試，可以以最少的時(shí)間和人力找出軟件中的各種缺陷，從而達(dá)到保證軟件質(zhì)量的目的。6.5.可交付工件5.5.項(xiàng)項(xiàng)目目任任務(wù)務(wù)軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要

27、跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。1.在單元測(cè)試中，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。(1) 模塊接口測(cè)試* 在單元測(cè)試的開(kāi)始，應(yīng)對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括： 調(diào)用本模塊的輸入?yún)?shù)是否正確； 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確； 全局量的定義在各模塊中是否一致；* 在做內(nèi)外存交換時(shí)要考慮： 文件屬性是否正確； OPEN與CLOSE語(yǔ)句是否正確； 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配； 在進(jìn)行讀寫(xiě)操作之前是否打開(kāi)了文件；

28、在結(jié)束文件處理時(shí)是否關(guān)閉了文件； 正文書(shū)寫(xiě)輸入錯(cuò)誤， IO錯(cuò)誤是否檢查并做了處理。(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試* 不正確或不一致的數(shù)據(jù)類(lèi)型說(shuō)明* 使用尚未賦值或尚未初始化的變量* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值* 變量名拼寫(xiě)錯(cuò)或書(shū)寫(xiě)錯(cuò)* 不一致的數(shù)據(jù)類(lèi)型* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響(3) 路徑測(cè)試* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。* 對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。(4) 錯(cuò)誤處理測(cè)試* 出錯(cuò)的描述是否難以理解* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符* 對(duì)錯(cuò)

29、誤條件的處理正確與否* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等(5) 邊界測(cè)試* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專(zhuān)門(mén)進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。2.還要進(jìn)行有效的測(cè)試如黑盒測(cè)試：* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書(shū)列出的需求。* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類(lèi)。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。* 通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試

30、步驟，確定 軟件的特性是否與需求相符； 所有的文檔都是正確且便于使用； 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類(lèi)： 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明書(shū)相符合，從而這部分程序被接受。 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明不一致，因此要為它提交一份問(wèn)題報(bào)告。3. 軟件配置復(fù)查軟件配置復(fù)查的目的是保證軟件配置的所有成分都齊全；各方面的質(zhì)量都符合要求；具有維護(hù)階段所必需的細(xì)節(jié)；而且已經(jīng)編排好分類(lèi)的目錄。應(yīng)當(dāng)嚴(yán)格遵守用戶手

31、冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。驗(yàn)收測(cè)試（Acceptance Testing）* 在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開(kāi)始系統(tǒng)的驗(yàn)收測(cè)試。* 驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。* 由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。* 在測(cè)試過(guò)程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。確認(rèn)測(cè)試應(yīng)交付的文檔有： 確認(rèn)測(cè)試分析報(bào)告 最終的用戶手冊(cè)和操作手冊(cè) 項(xiàng)目開(kāi)發(fā)總結(jié)報(bào)告。7.7.風(fēng)風(fēng)險(xiǎn)險(xiǎn)管管理理本章詳細(xì)描述本次測(cè)試所面臨的風(fēng)險(xiǎn)（如人力資源風(fēng)險(xiǎn)、測(cè)試

32、技術(shù)風(fēng)險(xiǎn)、測(cè)試資源風(fēng)險(xiǎn)、質(zhì)量保證風(fēng)險(xiǎn)等）及相應(yīng)的建議解決辦法。下表是一些具有共性的軟件項(xiàng)目風(fēng)險(xiǎn)的清單， 以供參考：風(fēng)險(xiǎn)種類(lèi)描述沒(méi)有詳細(xì)設(shè)計(jì)說(shuō)明書(shū)設(shè)計(jì)方面分析業(yè)務(wù)邏輯，在不清楚的地方及時(shí)與開(kāi)發(fā)人員溝通統(tǒng)一的界面設(shè)計(jì)不規(guī)范設(shè)計(jì)方面與項(xiàng)目負(fù)責(zé)人確認(rèn)測(cè)試標(biāo)準(zhǔn)需求變更開(kāi)發(fā)開(kāi)發(fā)方面建議將需求變更形成文檔，對(duì)沒(méi)有文檔的需求變更人力資源測(cè)試本身保證穩(wěn)定的人員安排硬件資源測(cè)試本身事先分析測(cè)試所需硬件資源，及時(shí)申請(qǐng)，保證測(cè)試工作順利進(jìn)行版本控制測(cè)試本身嚴(yán)格控制版本，BUG以版本為單位進(jìn)行提交測(cè)試時(shí)間不足測(cè)試本身動(dòng)員測(cè)試人員完成測(cè)試任務(wù)，必要時(shí)，應(yīng)給予相應(yīng)物質(zhì)獎(jiǎng)勵(lì)下表列出了一些風(fēng)險(xiǎn)的分析表。分析表必須按影響的程度來(lái)

33、排序。實(shí)踐中，必須參照項(xiàng)目過(guò)程的、開(kāi)發(fā)組的、以及公司的詳細(xì)具體的情況來(lái)制定。并且，隨著時(shí)間的推移和環(huán)境的變化，必須隨時(shí)更新風(fēng)險(xiǎn)的分析。風(fēng)險(xiǎn)發(fā)生的可能性負(fù)面影響沒(méi)有詳細(xì)設(shè)計(jì)說(shuō)明書(shū)與開(kāi)發(fā)人員溝通不清楚設(shè)計(jì)說(shuō)明書(shū)說(shuō)明不清晰統(tǒng)一的界面設(shè)計(jì)不規(guī)范沒(méi)有確認(rèn)測(cè)試標(biāo)準(zhǔn)導(dǎo)致測(cè)試失敗人力資源人員不穩(wěn)定軟件測(cè)試完成不及時(shí)測(cè)試時(shí)間不足人員太少?zèng)]有完成軟件測(cè)試版本控制控制版本不正確軟件測(cè)試失敗硬件資源沒(méi)有事先分析需求什么硬件不能及時(shí)完成軟件測(cè)試6.6.實(shí)實(shí)施施計(jì)計(jì)劃劃測(cè)測(cè)試試計(jì)計(jì)劃劃安安排排表表1.1.目的隨著學(xué)校規(guī)模不斷擴(kuò)大,學(xué)生數(shù)量急劇增加，有關(guān)學(xué)生的信息量也成倍增長(zhǎng)，面對(duì)龐大的信息量需要有學(xué)生管理系統(tǒng)來(lái)提高學(xué)生管

34、理工作的效率。本系統(tǒng)主要用于學(xué)校學(xué)生信息管理，總體任務(wù)是實(shí)現(xiàn)學(xué)生信息關(guān)系的系統(tǒng)化、規(guī)范化、自動(dòng)化，其主要任務(wù)是用計(jì)算機(jī)對(duì)學(xué)生各種信息進(jìn)行日常管理，如查詢、修改、增加、刪除，另外還考慮到學(xué)生選課，針對(duì)了這些要求設(shè)計(jì)了學(xué)生信息管理系統(tǒng)。1.2.背景 在高校，計(jì)算機(jī)應(yīng)用的非常普遍，在這種實(shí)用的學(xué)生信息管理系統(tǒng)可以使局面得到改觀。學(xué)生信息管理系統(tǒng)主要提供了方便高校的管理功能以及網(wǎng)上信息的查閱平臺(tái)，學(xué)生可以通過(guò)該系統(tǒng)查詢相關(guān)信息，管理員可以管理信息，本系統(tǒng)主要功能有：1 學(xué)生管理功能：為了方便學(xué)生信息的增加、刪除、修改、查詢。2 課程管理功能：管理員可以通過(guò)填寫(xiě)表格的形式修改課程等相關(guān)信息。3 成績(jī)管理

35、功能：管理員可以通過(guò)數(shù)據(jù)庫(kù)中的學(xué)生成績(jī)信息進(jìn)行增加、修改。4 班級(jí)管理功能：管理員可以通過(guò)此功能對(duì)班級(jí)信息進(jìn)行增加、刪除、修改、查詢。5 用戶管理功能：可以增加、刪除、修改、查看該程序的用戶登錄，超級(jí)管理員可以設(shè)置用戶的權(quán)限。1.3.范圍 本學(xué)生信息管理系統(tǒng)主要應(yīng)用在各個(gè)學(xué)校為了方便管理學(xué)生信息而成。主要設(shè)計(jì)人員由在校學(xué)生以及老師組成。測(cè)試風(fēng)險(xiǎn)有可能軟件應(yīng)用過(guò)程中出現(xiàn)一些錯(cuò)誤或者故障。時(shí)間進(jìn)度：2010-7 - 1.4.定義學(xué)生管理系統(tǒng) 信息管理 數(shù)據(jù)庫(kù) 軟件測(cè)試1.5.參考資料列出編寫(xiě)本計(jì)劃及測(cè)試整個(gè)過(guò)程中所要參考的文件、資料。 出版單位機(jī)械工業(yè)出版社清華大學(xué)出版社機(jī)械工業(yè)出版社列出編寫(xiě)本計(jì)

36、劃時(shí)需查閱的Intenet上雜志、專(zhuān)業(yè)著作、技術(shù)標(biāo)準(zhǔn)。簡(jiǎn)介軟件測(cè)試入門(mén)教你如何學(xué)會(huì)軟件測(cè)試2.2.測(cè)測(cè)試試內(nèi)內(nèi)容容下表列出了學(xué)生信息管理系統(tǒng)項(xiàng)目的測(cè)試需求，并對(duì)其進(jìn)行了優(yōu)先級(jí)定義：說(shuō)明實(shí)現(xiàn)增、刪、改、查實(shí)現(xiàn)增、刪、改、查實(shí)現(xiàn)增、刪、改、查連接正常連接正常連接正常連接正常3.1.進(jìn)入準(zhǔn)則一個(gè)軟件要想進(jìn)去準(zhǔn)備階段首先要達(dá)到一下三個(gè)階段：A需求工件已經(jīng)被基線化B詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C構(gòu)架工件已經(jīng)被基線化3.2.1 集成測(cè)試退出標(biāo)準(zhǔn) 1) 集成測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審2) 所有源代碼和可執(zhí)行代碼已經(jīng)建立受控基線，納入url=javascript:;配置管理/url 受控庫(kù)，不經(jīng)過(guò)審批不能隨意更改3

37、) 按照集成構(gòu)件計(jì)劃及增量集成策略完成了整個(gè)系統(tǒng)的集成測(cè)試4) 達(dá)到了測(cè)試計(jì)劃中關(guān)于集成測(cè)試所規(guī)定的覆蓋率的要求5) 集成工作版本滿足設(shè)計(jì)定義的各項(xiàng)功能、性能要求6) 在集成測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改，各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)7) A、B類(lèi)BUG不能存在8) C、D類(lèi)BUG允許存在,但不能超過(guò)單元測(cè)試總BUG的509) E類(lèi)BUG允許存在 3.2.2 系統(tǒng)測(cè)試退出標(biāo)準(zhǔn) 1) 系統(tǒng)測(cè)試用例設(shè)計(jì)已經(jīng)通過(guò)評(píng)審2) 按照系統(tǒng)測(cè)試計(jì)劃完成了系統(tǒng)測(cè)試3) 系統(tǒng)測(cè)試的功能覆蓋率達(dá)1004) 系統(tǒng)的功能和性能滿足產(chǎn)品需求規(guī)格說(shuō)明書(shū)的要求5) 在系統(tǒng)測(cè)試中發(fā)現(xiàn)的錯(cuò)誤已經(jīng)得到修改并且各級(jí)缺陷修復(fù)率達(dá)到標(biāo)準(zhǔn)6) 系

38、統(tǒng)測(cè)試后不存在A、B、C類(lèi)缺陷7) D類(lèi)缺陷允許存在，不超過(guò)總?cè)毕莸?8) E類(lèi)缺陷允許存在，不超過(guò)總?cè)毕莸?03.3.測(cè)試方法單元測(cè)試：純代碼的測(cè)試（白盒測(cè)試）。主要測(cè)試代碼語(yǔ)句的正確性，如所有的代碼是否都可以跑到，是否有冗余的代碼等等。集成測(cè)試：接口測(cè)試（灰盒測(cè)試，結(jié)合白盒和黑盒測(cè)試）。主要測(cè)試代碼塊之間的接口?？纯磾?shù)據(jù)的傳輸是否有問(wèn)題。系統(tǒng)測(cè)試：黑盒測(cè)試。不接觸代碼，只對(duì)整個(gè)系統(tǒng)做功能的測(cè)試和性能的測(cè)試。確認(rèn)測(cè)試：是客戶做的測(cè)試。也可以叫做驗(yàn)收測(cè)試?？蛻魧?duì)他提出的需求，對(duì)應(yīng)要交付的軟件看看是否達(dá)到其要求。3.4.1手工測(cè)試 就是由人去一個(gè)一個(gè)的輸入用例，然后觀察結(jié)果，和機(jī)器測(cè)試相對(duì)應(yīng)，屬

39、于比較原始但是必須的一個(gè)步驟。在測(cè)試過(guò)程中，手工測(cè)試的比重一般在30%左右。手工測(cè)試一般能夠發(fā)現(xiàn)一些自動(dòng)化測(cè)試所不能發(fā)現(xiàn)的問(wèn)題，這也是為什么自動(dòng)化測(cè)試取代不了手工測(cè)試的原因！3.4.2自動(dòng)測(cè)試 對(duì)程序的回歸測(cè)試更方便。這可能是自動(dòng)化測(cè)試最主要的任務(wù)，特別是在程序修改比較頻繁時(shí)，效果是非常明顯的。由于回歸測(cè)試的動(dòng)作和用例是完全設(shè)計(jì)好的，測(cè)試期望的結(jié)果也是完全可以預(yù)料的，將回歸測(cè)試自動(dòng)運(yùn)行，可以極大提高測(cè)試效率，縮短回歸測(cè)試時(shí)間。3.5.1測(cè)試思想 質(zhì)量意識(shí)（責(zé)任）：站在客戶的立場(chǎng) 好奇心（動(dòng)力）：探索所有的功能，深入理解系統(tǒng)內(nèi)核 進(jìn)攻（激情）：多角度發(fā)現(xiàn)所有可能的問(wèn)題，測(cè)試和開(kāi)發(fā)之間是進(jìn)攻和防守

40、的關(guān)系 幫助（溝通）：以幫助而不是找茬的心態(tài)與開(kāi)發(fā)團(tuán)隊(duì)一起分析問(wèn)題，協(xié)同工作3.5.2測(cè)試工程 測(cè)試目的：盡可能多地發(fā)現(xiàn)缺陷 測(cè)試階段：測(cè)試計(jì)劃、測(cè)試需求、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試報(bào)告 測(cè)試用例設(shè)計(jì)：測(cè)試環(huán)境，測(cè)試數(shù)據(jù)，執(zhí)行步驟，期望結(jié)果 缺陷跟蹤：提交、分派、修復(fù)、驗(yàn)證、審計(jì)；回歸測(cè)試； 測(cè)試結(jié)束準(zhǔn)則：嚴(yán)重缺陷數(shù)在一定范圍內(nèi)、測(cè)試用例執(zhí)行完畢、或規(guī)定時(shí)間到（取決于項(xiàng)目/組織質(zhì)量要求） 測(cè)試人員考核：沒(méi)有可靠的定量指標(biāo)（比如不能拿缺陷數(shù)來(lái)做）3.5.3測(cè)試技術(shù)單元測(cè)試，模塊測(cè)試，產(chǎn)品測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，用戶驗(yàn)收測(cè)試功能測(cè)試，性能測(cè)試，壓力測(cè)試，冒煙測(cè)試，猴子測(cè)試內(nèi)部測(cè)試，外部測(cè)試（客戶試

41、用）白盒測(cè)試，黑盒測(cè)試3.6.測(cè)試工具軟件測(cè)試方面的工具很多，主要有MercuryInteractive（MI）、Segue、Rational、 Compuware和Empirix等等4.1.硬件環(huán)境就是指由傳播活動(dòng)所需要的那些物質(zhì)條件、有形條件之和構(gòu)筑而成的環(huán)境。4.2.軟件環(huán)境就是指運(yùn)行于計(jì)算機(jī)硬件之上的驅(qū)動(dòng)計(jì)算機(jī)及其外圍設(shè)備實(shí)現(xiàn)某種目的的軟件系統(tǒng)。如測(cè)試軟件等4.3.安全性環(huán)境要求必須在無(wú)病毒，無(wú)入侵的環(huán)境下進(jìn)行測(cè)試。學(xué)生信息管理系統(tǒng)是一個(gè)典型的數(shù)據(jù)庫(kù)應(yīng)用程序,由班級(jí)管理、學(xué)生檔案管理、學(xué)生交費(fèi)管理、課程管理、成績(jī)管理等模塊組成,特規(guī)劃如下:5.1.1系統(tǒng)管理模塊該模塊的主要任務(wù)是維護(hù)系

42、統(tǒng)的正常運(yùn)行和安全性設(shè)置,包括添加用戶、修改密碼、重新登錄等等。5.1.2班級(jí)管理模塊該模塊的功能是實(shí)現(xiàn)對(duì)全校班級(jí)的管理工作，包括：班級(jí)游覽、班級(jí)添加、班級(jí)查詢等，這三個(gè)功能模塊各自獨(dú)立，完成學(xué)校的全部班級(jí)的管理。5.1.3學(xué)生檔案管理模塊該模塊的主要功能是實(shí)現(xiàn)對(duì)學(xué)生的個(gè)人信息的管理工作，包括檔案添加、檔案瀏覽、檔案查詢等功能，從而方便學(xué)校管理部門(mén)對(duì)學(xué)校的基本情況的快速查詢和了解。5.1.4課程管理模塊該模塊對(duì)各個(gè)班級(jí)的課程進(jìn)行設(shè)置，并可在其中設(shè)置各門(mén)課程的教材選用情況，方便了學(xué)校教材管理部門(mén)和教務(wù)處的教學(xué)管理人員的工作。該模塊包括基本課程設(shè)計(jì)和班級(jí)課程設(shè)置兩個(gè)模塊。5.1.5成績(jī)管理模塊學(xué)校

43、的成績(jī)管理工作是檢驗(yàn)學(xué)生學(xué)習(xí)情況的一個(gè)主要手段，本模塊包括考試類(lèi)型設(shè)置，共有期中考試和期未考試兩種類(lèi)型，還設(shè)置了成績(jī)添加、成績(jī)游覽、成績(jī)查詢等功能模塊。5.2.1. 測(cè)試方案設(shè)計(jì)測(cè)試方案的設(shè)計(jì)要除了要明確定義各個(gè)測(cè)試活動(dòng)的對(duì)象、執(zhí)行人員、測(cè)試進(jìn)度、放行標(biāo)準(zhǔn)等一系列屬性外，還要充分考慮到成本與技術(shù)可行性。一個(gè)好的測(cè)試方案總是遵循著以下設(shè)計(jì)原則：(1) 測(cè)試成本與測(cè)試工作產(chǎn)生的效益處于最佳比值；（2）各具體測(cè)試活動(dòng)描述清晰，目標(biāo)明確，內(nèi)容完備；（3）測(cè)試手段是可行的；（4）測(cè)試產(chǎn)生的結(jié)果是可以用于指導(dǎo)產(chǎn)品質(zhì)量改進(jìn)的。筆者注意到一些企業(yè)對(duì)于第（3）點(diǎn)存在認(rèn)識(shí)上的誤區(qū)，盲目購(gòu)置的一批自動(dòng)化測(cè)試工具，卻

44、無(wú)人懂操作，或者根本就不適合自己的開(kāi)發(fā)環(huán)境。這些問(wèn)題在測(cè)試方案設(shè)計(jì)過(guò)程中應(yīng)該努力避免的。在進(jìn)行測(cè)試方案的具體設(shè)計(jì)時(shí)，常常也暴露出來(lái)一些難題和障礙。最常見(jiàn)的就是角色安排多，測(cè)試人員少。解決這一問(wèn)題的根本途徑是招募測(cè)試人才，建設(shè)高效測(cè)試團(tuán)隊(duì)。然而，遠(yuǎn)水解不了近渴。如果你的測(cè)試團(tuán)隊(duì)遭遇到此類(lèi)尷尬，那么，你就需要考慮一下變通之策：前面提到的外包和外協(xié)都是不錯(cuò)的處理辦法。另外，建議你適當(dāng)考慮自動(dòng)測(cè)試工具，某些工具的確能減少你的工作壓力（如自動(dòng)集成工具能實(shí)現(xiàn)每日建構(gòu)、壓力測(cè)試工具能緩解你編寫(xiě)模擬并發(fā)程序的壓力）。除了人手的問(wèn)題，了解你所在的測(cè)試團(tuán)隊(duì)各成員的專(zhuān)業(yè)技能也是很重要的。有些項(xiàng)目測(cè)試方案設(shè)計(jì)得很好，

45、但由于缺乏相應(yīng)素質(zhì)的測(cè)試團(tuán)隊(duì)成員擔(dān)當(dāng)測(cè)試方案中的相應(yīng)角色，測(cè)試方案只能無(wú)限期擱淺，結(jié)果不了了之。除此之外，測(cè)試方案設(shè)計(jì)人員還應(yīng)多多參考軟件開(kāi)發(fā)管理類(lèi)文檔，在測(cè)試的時(shí)間進(jìn)度安排上與開(kāi)發(fā)保持同步，如果開(kāi)發(fā)進(jìn)度有變動(dòng)，應(yīng)及時(shí)調(diào)整相應(yīng)的測(cè)試進(jìn)度安排。5.2.2. 測(cè)試用例設(shè)計(jì)測(cè)試用例設(shè)計(jì)是對(duì)測(cè)試方案實(shí)現(xiàn)技術(shù)部分更為細(xì)致描述，相關(guān)設(shè)計(jì)技術(shù)已經(jīng)相對(duì)成熟注：目前測(cè)試用例設(shè)計(jì)的某些分支仍是研究熱點(diǎn)。市面上，關(guān)于測(cè)試用例的理論著作也是琳瑯滿目。下表列出了各類(lèi)測(cè)試用例設(shè)計(jì)技術(shù)，在本文中筆者不打算一一介紹，而是根據(jù)測(cè)試實(shí)踐和個(gè)人取向，選出了幾個(gè)有代表性的方法，供讀者參考。有興趣的讀者，可以進(jìn)一步查閱論述更細(xì)致一些的

46、書(shū)籍。其它強(qiáng)調(diào)個(gè)人經(jīng)驗(yàn)，采用猜測(cè)或選測(cè)選擇特殊值的方法錯(cuò)誤測(cè)試特殊值測(cè)試5.3.測(cè)試執(zhí)行準(zhǔn)備按照開(kāi)發(fā)階段劃分，軟件測(cè)試可分為單元測(cè)試、集成測(cè)試，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。單元測(cè)試：針對(duì)每個(gè)單元的測(cè)試， 以確保每個(gè)模塊能正常工作為目標(biāo)。集成測(cè)試：對(duì)已測(cè)試過(guò)的模塊進(jìn)行組裝，進(jìn)行集成測(cè)試。目的在于檢驗(yàn)與軟件設(shè)計(jì)相關(guān)的程序結(jié)構(gòu)問(wèn)題。確認(rèn)（有效性）測(cè)試：是檢驗(yàn)所開(kāi)發(fā)的軟件能否滿足所有功能和性能需求的最后手段。有的劃分方法中，也將確認(rèn)測(cè)試合并入系統(tǒng)測(cè)試中。系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫(kù)及操作人員）協(xié)調(diào)工作。驗(yàn)收（用戶）測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。主要突出用戶的作用，同時(shí)

47、軟件開(kāi)發(fā)人員也應(yīng)有一定程度的參與。驗(yàn)收測(cè)試可以分成Alpha測(cè)試和Beta測(cè)試。Alpha測(cè)試是由用戶在開(kāi)發(fā)環(huán)境下完成的測(cè)試，Beta測(cè)試是由用戶在用戶環(huán)境下完成的測(cè)試。如果一個(gè)軟件的做成了，那么首先應(yīng)該進(jìn)行單元測(cè)試，查看每個(gè)單元是否出現(xiàn)錯(cuò)誤或者發(fā)生故障，如果出現(xiàn)了錯(cuò)誤或者故障，那樣該及時(shí)處理和改正，之后再進(jìn)行測(cè)試，就這樣每個(gè)部分進(jìn)行一次小測(cè)試，如果都正常的話，就可以進(jìn)行，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。5.4.測(cè)試執(zhí)行軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后，需要跟蹤故障

48、，以確保開(kāi)發(fā)的產(chǎn)品適合需求。1.在單元測(cè)試中，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。(1) 模塊接口測(cè)試* 在單元測(cè)試的開(kāi)始，應(yīng)對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括： 調(diào)用本模塊的輸入?yún)?shù)是否正確； 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確； 全局量的定義在各模塊中是否一致；* 在做內(nèi)外存交換時(shí)要考慮： 文件屬性是否正確； OPEN與CLOSE語(yǔ)句是否正確； 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配； 在進(jìn)行讀寫(xiě)操作之前是否打開(kāi)了文件； 在結(jié)束文

49、件處理時(shí)是否關(guān)閉了文件； 正文書(shū)寫(xiě)輸入錯(cuò)誤， IO錯(cuò)誤是否檢查并做了處理。(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試* 不正確或不一致的數(shù)據(jù)類(lèi)型說(shuō)明* 使用尚未賦值或尚未初始化的變量* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值* 變量名拼寫(xiě)錯(cuò)或書(shū)寫(xiě)錯(cuò)* 不一致的數(shù)據(jù)類(lèi)型* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響(3) 路徑測(cè)試* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。* 對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。(4) 錯(cuò)誤處理測(cè)試* 出錯(cuò)的描述是否難以理解* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符* 對(duì)錯(cuò)誤條件的

50、處理正確與否* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等(5) 邊界測(cè)試* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專(zhuān)門(mén)進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。2.還要進(jìn)行有效的測(cè)試如黑盒測(cè)試：* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書(shū)列出的需求。* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類(lèi)。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。* 通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃和測(cè)試步驟，確

51、定 軟件的特性是否與需求相符； 所有的文檔都是正確且便于使用； 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類(lèi)： 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明書(shū)相符合，從而這部分程序被接受。 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明不一致，因此要為它提交一份問(wèn)題報(bào)告。3. 軟件配置復(fù)查軟件配置復(fù)查的目的是保證軟件配置的所有成分都齊全；各方面的質(zhì)量都符合要求；具有維護(hù)階段所必需的細(xì)節(jié)；而且已經(jīng)編排好分類(lèi)的目錄。應(yīng)當(dāng)嚴(yán)格遵守用戶手冊(cè)和操作

52、手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。驗(yàn)收測(cè)試（Acceptance Testing）* 在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開(kāi)始系統(tǒng)的驗(yàn)收測(cè)試。* 驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。* 由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。* 在測(cè)試過(guò)程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試工具，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后

53、，需要跟蹤故障，以確保開(kāi)發(fā)的產(chǎn)品適合需求。1.在單元測(cè)試中，測(cè)試者需要依據(jù)詳細(xì)設(shè)計(jì)說(shuō)明書(shū)和源程序清單，了解該模塊的I/O條件和模塊的邏輯結(jié)構(gòu)，主要采用白盒測(cè)試的測(cè)試用例，輔之以黑盒測(cè)試的測(cè)試用例，使之對(duì)任何合理的輸入和不合理的輸入，都能鑒別和響應(yīng)。(1) 模塊接口測(cè)試* 在單元測(cè)試的開(kāi)始，應(yīng)對(duì)通過(guò)被測(cè)模塊的數(shù)據(jù)流進(jìn)行測(cè)試。測(cè)試項(xiàng)目包括： 調(diào)用本模塊的輸入?yún)?shù)是否正確； 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確； 全局量的定義在各模塊中是否一致；* 在做內(nèi)外存交換時(shí)要考慮： 文件屬性是否正確； OPEN與CLOSE語(yǔ)句是否正確； 緩沖區(qū)容量與記錄長(zhǎng)度是否匹配； 在進(jìn)行讀寫(xiě)操作之前是否打開(kāi)了文

54、件； 在結(jié)束文件處理時(shí)是否關(guān)閉了文件； 正文書(shū)寫(xiě)輸入錯(cuò)誤， IO錯(cuò)誤是否檢查并做了處理。(2) 局部數(shù)據(jù)結(jié)構(gòu)測(cè)試* 不正確或不一致的數(shù)據(jù)類(lèi)型說(shuō)明* 使用尚未賦值或尚未初始化的變量* 錯(cuò)誤的初始值或錯(cuò)誤的缺省值* 變量名拼寫(xiě)錯(cuò)或書(shū)寫(xiě)錯(cuò)* 不一致的數(shù)據(jù)類(lèi)型* 全局?jǐn)?shù)據(jù)對(duì)模塊的影響(3) 路徑測(cè)試* 選擇適當(dāng)?shù)臏y(cè)試用例，對(duì)模塊中重要的執(zhí)行路徑進(jìn)行測(cè)試。* 應(yīng)當(dāng)設(shè)計(jì)測(cè)試用例查找由于錯(cuò)誤的計(jì)算、不正確的比較或不正常的控制流而導(dǎo)致的錯(cuò)誤。* 對(duì)基本執(zhí)行路徑和循環(huán)進(jìn)行測(cè)試可以發(fā)現(xiàn)大量的路徑錯(cuò)誤。(4) 錯(cuò)誤處理測(cè)試* 出錯(cuò)的描述是否難以理解* 出錯(cuò)的描述是否能夠?qū)﹀e(cuò)誤定位* 顯示的錯(cuò)誤與實(shí)際的錯(cuò)誤是否相符*

55、 對(duì)錯(cuò)誤條件的處理正確與否* 在對(duì)錯(cuò)誤進(jìn)行處理之前，錯(cuò)誤條件是否已經(jīng)引起系統(tǒng)的干預(yù)等(5) 邊界測(cè)試* 注意數(shù)據(jù)流、控制流中剛好等于、大于或小于確定的比較值時(shí)出錯(cuò)的可能性。對(duì)這些地方要仔細(xì)地選擇測(cè)試用例，認(rèn)真加以測(cè)試。* 如果對(duì)模塊運(yùn)行時(shí)間有要求的話，還要專(zhuān)門(mén)進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞情況下和平均意義下影響模塊運(yùn)行時(shí)間的因素。2.還要進(jìn)行有效的測(cè)試如黑盒測(cè)試：* 有效性測(cè)試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否滿足需求規(guī)格說(shuō)明書(shū)列出的需求。* 首先制定測(cè)試計(jì)劃，規(guī)定要做測(cè)試的種類(lèi)。還需要制定一組測(cè)試步驟，描述具體的測(cè)試用例。* 通過(guò)實(shí)施預(yù)定的測(cè)試計(jì)劃

56、和測(cè)試步驟，確定 軟件的特性是否與需求相符； 所有的文檔都是正確且便于使用； 同時(shí)，對(duì)其它軟件需求，例如可移植性、兼容性、出錯(cuò)自動(dòng)恢復(fù)、可維護(hù)性等，也都要進(jìn)行測(cè)試* 在全部軟件測(cè)試的測(cè)試用例運(yùn)行完后，所有的測(cè)試結(jié)果可以分為兩類(lèi)： 測(cè)試結(jié)果與預(yù)期的結(jié)果相符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明書(shū)相符合，從而這部分程序被接受。 測(cè)試結(jié)果與預(yù)期的結(jié)果不符。這說(shuō)明軟件的這部分功能或性能特征與需求規(guī)格說(shuō)明不一致，因此要為它提交一份問(wèn)題報(bào)告。3. 軟件配置復(fù)查軟件配置復(fù)查的目的是保證軟件配置的所有成分都齊全；各方面的質(zhì)量都符合要求；具有維護(hù)階段所必需的細(xì)節(jié)；而且已經(jīng)編排好分類(lèi)的目錄。應(yīng)當(dāng)嚴(yán)格遵守

57、用戶手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。驗(yàn)收測(cè)試（Acceptance Testing）* 在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開(kāi)始系統(tǒng)的驗(yàn)收測(cè)試。* 驗(yàn)收測(cè)試是以用戶為主的測(cè)試。軟件開(kāi)發(fā)人員和QA（質(zhì)量保證）人員也應(yīng)參加。* 由用戶參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。* 在測(cè)試過(guò)程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。5.5.測(cè)試總結(jié)隨著軟件產(chǎn)業(yè)的發(fā)展，軟件產(chǎn)品的質(zhì)量控制與質(zhì)量管理正逐漸成為軟件企業(yè)生存與發(fā)展的核心。幾乎每個(gè)大中型IT企業(yè)的軟件產(chǎn)品在發(fā)布前都需要大量的質(zhì)量控制

58、、測(cè)試和文檔工作，而這些工作必須依靠擁有嫻熟技術(shù)的專(zhuān)業(yè)軟件人才來(lái)完成。軟件測(cè)試工程師就是這樣的一個(gè)企業(yè)重頭角色。業(yè)內(nèi)人士分析，該類(lèi)職位的需求主要集中在沿海發(fā)達(dá)城市，其中北京和上海的需求量分別占去33%和29%。民企需求量最大，占19%，外商獨(dú)資歐美類(lèi)企業(yè)需求排列第二，占15%。然而，目前的現(xiàn)狀是：一方面企業(yè)對(duì)高質(zhì)量的測(cè)試工程師需求量越來(lái)越大越大，另一方面國(guó)內(nèi)原來(lái)對(duì)測(cè)試工程師的職業(yè)重視程度不夠，使許多人不了解測(cè)試工程師具體是從事什么工作。這使得許多IT公司只能通過(guò)在實(shí)際工作中進(jìn)行淘汰的方式對(duì)測(cè)試工程師進(jìn)行篩選，因此國(guó)內(nèi)在短期將出現(xiàn)測(cè)試工程師嚴(yán)重短缺的現(xiàn)象。根據(jù)對(duì)近期網(wǎng)絡(luò)招聘IT人才情況的了解，許

59、多正在招聘軟件測(cè)試工程師的企業(yè)很少能夠在招聘會(huì)上順利招到合適的人才。在具體工作過(guò)程中，測(cè)試工程師的工作是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試，甚至根據(jù)需要編寫(xiě)不同的測(cè)試用例，設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng)，對(duì)測(cè)試方案可能出現(xiàn)的問(wèn)題進(jìn)行分析和評(píng)估。對(duì)軟件測(cè)試工程師而言，必須具有高度的工作責(zé)任心和自信心。任何嚴(yán)格的測(cè)試必須是一種實(shí)事求是的測(cè)試，因?yàn)樗P(guān)系到一個(gè)產(chǎn)品的質(zhì)量問(wèn)題，而測(cè)試工程師則是產(chǎn)品出貨前的把關(guān)人，所以，沒(méi)有專(zhuān)業(yè)的技術(shù)水準(zhǔn)是無(wú)法勝任這項(xiàng)工作的。同時(shí)，由于測(cè)試工作一般由多個(gè)測(cè)試工程師共同完成，并且測(cè)試部門(mén)一般要與其他部門(mén)的人員進(jìn)行較多的溝通，所以要求測(cè)試工程師不但要有較強(qiáng)的技術(shù)能力而且要有較強(qiáng)的溝通能力。所以這次軟件測(cè)試不僅僅鍛煉我們的技術(shù)能力，還要培養(yǎng)我們的溝通能力，只有這樣我們才能有機(jī)會(huì)