軟件測(cè)試計(jì)劃書(shū)費(fèi)

1、文檔標(biāo)識(shí)：2010091601 學(xué)生信息管理系統(tǒng)學(xué)生信息管理系統(tǒng) 軟件測(cè)試計(jì)劃書(shū)軟件測(cè)試計(jì)劃書(shū) 編 寫(xiě) 者 李寶剛 校 對(duì) 李寶剛 小組成員 李寶剛 孔維一 李宇杰 二 o 一 o 年七月 目錄目錄 1.引言引言.1 1.1.目的.1 1.2.背景.1 1.3.范圍.1 1.4.定義.1 1.5.參考資料.1 2.測(cè)試內(nèi)容測(cè)試內(nèi)容.1 3.測(cè)試規(guī)則測(cè)試規(guī)則.2 3.1.進(jìn)入準(zhǔn)則.2 3.2.暫停/退出準(zhǔn)則.2 3.3.測(cè)試方法.2 3.4.測(cè)試手段.3 3.5.測(cè)試要點(diǎn).3 3.6.測(cè)試工具.4 4.測(cè)試環(huán)境測(cè)試環(huán)境.4 4.1.硬件環(huán)境.4 4.2.軟件環(huán)境.4 4.3.安全性環(huán)境要求.4

2、5.項(xiàng)目任務(wù)項(xiàng)目任務(wù).4 5.1.測(cè)試規(guī)劃.4 5.2.測(cè)試設(shè)計(jì).4 5.3.測(cè)試執(zhí)行準(zhǔn)備.5 5.4.測(cè)試執(zhí)行.6 5.5.測(cè)試總結(jié).7 6.實(shí)施計(jì)劃實(shí)施計(jì)劃.8 6.1.工作量估計(jì).8 6.2.人員需求及安排.8 6.3.進(jìn)度安排.8 6.4.其他資源需求及安排.9 6.5.可交付工件.9 7.風(fēng)險(xiǎn)管理風(fēng)險(xiǎn)管理.9 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ī)

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

4、此功能對(duì)班級(jí)信息進(jìn)行增加、刪除、修改、查詢(xún)。 5 用戶(hù)管理功能：可以增加、刪除、修改、查看該程序的用戶(hù)登錄，超級(jí)管理員可以設(shè)置用戶(hù)的權(quán)限。 .范圍范圍 本學(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 - .定義定義 學(xué)生管理系統(tǒng) 信息管理 數(shù)據(jù)庫(kù) 軟件測(cè)試 .參參考資料考資料 列出編寫(xiě)本計(jì)劃及測(cè)試整個(gè)過(guò)程中所要參考的文件、資料。 編號(hào)編號(hào) 資料名稱(chēng)資料名稱(chēng)作者作者日期日期出版單位出版單位 1軟件測(cè)試自動(dòng)化 鄧波 黃麗娟 曹青

5、春1987機(jī)械工業(yè)出版社 2有效軟件測(cè)試 elfriede dustin 1990清華大學(xué)出版社 3軟件測(cè)試周予濱 姚靜1996機(jī)械工業(yè)出版社 列出編寫(xiě)本計(jì)劃時(shí)需查閱的 intenet 上雜志、專(zhuān)業(yè)著作、技術(shù)標(biāo)準(zhǔn)。 查閱內(nèi)容查閱內(nèi)容網(wǎng)點(diǎn)地址網(wǎng)點(diǎn)地址簡(jiǎn)介簡(jiǎn)介 軟件測(cè)試http:/www.china- 受控庫(kù)，不 經(jīng)過(guò)審批不能隨意更改 3) 按照集成構(gòu)件計(jì)劃及增量集成策略完成了整個(gè)系統(tǒng)的集成測(cè)試 4) 達(dá)到了測(cè)試計(jì)劃中關(guān)于集成測(cè)試所規(guī)定的覆蓋率的要求 5) 集成工作版本滿(mǎn)足設(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 不能

6、存在 8) c、d 類(lèi) bug 允許存在,但不能超過(guò)單元測(cè)試總 bug 的 50 9) 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á) 100 4) 系統(tǒng)的功能和性能滿(mǎn)足產(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è)毕莸?5 8) e 類(lèi)缺陷允許存在，不超過(guò)總?cè)毕莸?10 .測(cè)試方法測(cè)試方法 單元測(cè)試：純代碼的測(cè)試（白盒測(cè)試）。主要測(cè)試代碼語(yǔ)句

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

8、的問(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í)間。 .測(cè)試要點(diǎn)測(cè)試要點(diǎn) 3.5.1測(cè)試思想 質(zhì)量意識(shí)（責(zé)任）：站在客戶(hù)的立場(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é)同工作

9、 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è)試，用戶(hù)驗(yàn)收測(cè)試 功能測(cè)試，性能測(cè)試，壓力測(cè)試，冒煙測(cè)試，猴子測(cè)試 內(nèi)部測(cè)試，外部測(cè)試（客戶(hù)試用） 白盒測(cè)試，黑盒測(cè)試 .測(cè)試工具測(cè)試工具 軟件

10、測(cè)試方面的工具很多，主要有 mercuryinteractive（mi） 、segue、rational、 compuware 和 empirix 等等 4. 測(cè)試環(huán)境測(cè)試環(huán)境 .硬件環(huán)境硬件環(huán)境 就是指由傳播活動(dòng)所需要的那些物質(zhì)條件、有形條件之和構(gòu)筑而成的環(huán)境。 .軟件環(huán)境軟件環(huán)境 就是指運(yùn)行于計(jì)算機(jī)硬件之上的驅(qū)動(dòng)計(jì)算機(jī)及其外圍設(shè)備實(shí)現(xiàn)某種目的的軟件系統(tǒng)。如測(cè) 試軟件等 .安全性環(huán)境要求安全性環(huán)境要求 必須在無(wú)病毒，無(wú)入侵的環(huán)境下進(jìn)行測(cè)試。 5. 項(xiàng)目任務(wù)項(xiàng)目任務(wù) .測(cè)試規(guī)劃測(cè)試規(guī)劃 學(xué)生信息管理系統(tǒng)是一個(gè)典型的數(shù)據(jù)庫(kù)應(yīng)用程序,由班級(jí)管

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

12、設(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ī)查詢(xún)等功能模塊。 .測(cè)試設(shè)計(jì)測(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)生的效益處于最佳比值；

13、（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)一些難題和障礙。最常見(jiàn)的就是角色安排多，測(cè)試人員 少。解決這一問(wèn)題的根本途徑是招募測(cè)試人才，建設(shè)高效測(cè)試團(tuán)隊(duì)。然而，遠(yuǎn)水解不了近渴。如果你的測(cè)試 團(tuán)隊(duì)遭遇到此類(lèi)尷尬，那么，你就需要考慮一下變通之策：前面提到的外包和外協(xié)都是不錯(cuò)的處理辦法。另 外，建議你適當(dāng)

14、考慮自動(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)多多參考軟件開(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ì)的

15、某些分支仍是研究熱點(diǎn)。市面上，關(guān)于測(cè)試用例的理論著作也是琳瑯滿(mǎn)目。下表列出了各類(lèi)測(cè)試用例 設(shè)計(jì)技術(shù)，在本文中筆者不打算一一介紹，而是根據(jù)測(cè)試實(shí)踐和個(gè)人個(gè)人取向，選出了幾個(gè)有代表性的方法，供 讀者參考。有興趣的讀者，可以進(jìn)一步查閱論述更細(xì)致一些的書(shū)籍。 .測(cè)試測(cè)試執(zhí)行準(zhǔn)備執(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ā)的軟件能否滿(mǎn)足所有功能和性能需求的最后手

16、段。有的劃分方法中，也 將確認(rèn)測(cè)試合并入系統(tǒng)測(cè)試中。 系統(tǒng)測(cè)試：檢驗(yàn)軟件產(chǎn)品能否與系統(tǒng)的其他部分（比如，硬件、數(shù)據(jù)庫(kù)及操作人員）協(xié)調(diào)工作。 驗(yàn)收（用戶(hù)）測(cè)試：檢驗(yàn)軟件產(chǎn)品質(zhì)量的最后一道工序。主要突出用戶(hù)的作用，同時(shí)軟件開(kāi)發(fā)人員也應(yīng)有一 定程度的參與。 驗(yàn)收測(cè)試可以分成 alpha 測(cè)試和 beta 測(cè)試。 alpha 測(cè)試是由用戶(hù)在開(kāi)發(fā)環(huán)境下完成的測(cè)試，beta 測(cè)試是由用戶(hù)在用戶(hù)環(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è)試，如果都 正常的話(huà)

17、，就可以進(jìn)行，系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。 .測(cè)試執(zhí)行測(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è)試用例后，需要跟蹤 故障，以確保開(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)目包括：

18、調(diào)用本模塊的輸入?yún)?shù)是否正確； 本模塊調(diào)用子模塊時(shí)輸入給子模塊的參數(shù)是否正確； 全局量的定義在各模塊中是否一致； * 在做內(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è)試用

19、例，對(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ò)誤條件的處理正確與否 * 在對(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í)間有要求的話(huà)，還要專(zhuān)門(mén)進(jìn)行關(guān)鍵路徑測(cè)試，以確定最壞

20、情況下和平均意 義下影響模塊運(yùn)行時(shí)間的因素。 2.還要進(jìn)行有效的測(cè)試如黑盒測(cè)試： * 有效性測(cè)試是在模擬的環(huán)境 (可能就是開(kāi)發(fā)的環(huán)境 ) 下，運(yùn)用黑盒測(cè)試的方法，驗(yàn)證被測(cè)軟件是否 滿(mǎn)足需求規(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ō)明軟件的這

21、部分功能或性能特征與需求規(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)格遵守用戶(hù)手冊(cè)和操作手冊(cè)中規(guī)定的使用步驟，以便檢查這些文檔資料的完整性和正確性。 驗(yàn)收測(cè)試（ acceptance testing） * 在通過(guò)了系統(tǒng)的有效性測(cè)試及軟件配置審查之后，就應(yīng)開(kāi)始系統(tǒng)的驗(yàn)收測(cè)試。 * 驗(yàn)收測(cè)試是以用戶(hù)為主的測(cè)試。軟件開(kāi)發(fā)人員和qa

22、（質(zhì)量保證）人員也應(yīng)參加。 * 由用戶(hù)參加設(shè)計(jì)測(cè)試用例，使用生產(chǎn)中的實(shí)際數(shù)據(jù)進(jìn)行測(cè)試。 * 在測(cè)試過(guò)程中，除了考慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù) 性、錯(cuò)誤的恢復(fù)功能等進(jìn)行確認(rèn)。 .測(cè)試總結(jié)測(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

23、%。民 企需求量最大，占 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 人才情況的了解，許多正在招聘軟件測(cè)試工程師的企業(yè)很少能夠在招聘會(huì)上順利招到合適的人才。 在具體工作過(guò)程中，測(cè)試工程師的工作是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試， 甚至根據(jù)需要編寫(xiě)不同的測(cè)

24、試用例，設(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ì)被一些知名企業(yè)所用。 6. 實(shí)施計(jì)劃實(shí)施計(jì)劃 6.1.6

25、.1.工作量估計(jì)工作量估計(jì) 根據(jù)工作內(nèi)容和項(xiàng)目任務(wù)對(duì)包括測(cè)試設(shè)計(jì)的工作量、測(cè)試執(zhí)行和測(cè)試總結(jié)的工作量，以人月或人 日計(jì)， 并詳細(xì)注釋測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行和測(cè)試總結(jié)工作所占的比重。軟件測(cè)試工作量應(yīng)為開(kāi)發(fā)工作量 的 30%-40%為宜。 工作階段工作階段所需工作日所需工作日占項(xiàng)目的比例占項(xiàng)目的比例 測(cè)試規(guī)劃階段 5 天20% 測(cè)試設(shè)計(jì)階段7 天 30% 測(cè)試實(shí)施階段7 天30% 測(cè)試執(zhí)行階段3 天15% 測(cè)試總結(jié)階段 2 天5% .人員需求及安排人員需求及安排 下表列出了在此測(cè)試活動(dòng)的人員安排： 角色角色人員人員具體職責(zé)具體職責(zé)/備注備注 測(cè)試經(jīng)理?xiàng)罱▏?guó)負(fù)責(zé)監(jiān)督其他人員工作及處理事項(xiàng)

26、測(cè)試設(shè)計(jì)楊建國(guó)負(fù)責(zé)軟件開(kāi)發(fā)的測(cè)試程序 測(cè)試人員楊建國(guó) 負(fù)責(zé)測(cè)試軟件的可實(shí)用性 .進(jìn)度安排進(jìn)度安排 下表列出了測(cè)試的時(shí)間安排： 項(xiàng)目里程碑項(xiàng)目里程碑開(kāi)始時(shí)間開(kāi)始時(shí)間結(jié)束時(shí)間結(jié)束時(shí)間輸出要求輸出要求/備注備注 測(cè)試規(guī)劃 2010.07.102010.07.15 完成測(cè)試準(zhǔn)備階段 測(cè)試設(shè)計(jì) 2010.07.162010.07.23 需要完成測(cè)試的設(shè)計(jì)階段 測(cè)試設(shè)計(jì)實(shí)施 2010.07.242010.07.31 按照測(cè)試的設(shè)計(jì)進(jìn)行實(shí)施 測(cè)試執(zhí)行 2010.08.012010.08.03 開(kāi)始進(jìn)行測(cè)試的執(zhí)行階段 測(cè)試總結(jié) 2010.08.042010.08.06 測(cè)試總結(jié)階段 6.4.6.

27、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ā)組和客戶(hù)的第三方測(cè)試組或測(cè) 試機(jī)構(gòu)來(lái)進(jìn)行軟件測(cè)試。但這并不是說(shuō)程序員不能測(cè)試自己的程序，而且更加鼓勵(lì)程序員進(jìn)行調(diào)試，因 為測(cè)試由別人來(lái)進(jìn)行可能會(huì)會(huì)更加有效、客觀(guān)，并且容易成功，而允許程序員自己調(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)生

28、意想不到的問(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)度：第一，測(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-