軟件測(cè)試方案

1、測(cè)試方案軟件測(cè)試度量是一種通過檢測(cè)軟件測(cè)試過程的質(zhì)量和有效性來(lái)評(píng)估軟件開 發(fā)的量化方法。開發(fā)團(tuán)隊(duì)使用測(cè)試指標(biāo)來(lái)跟蹤開發(fā)過程各個(gè)階段的軟件質(zhì)量。測(cè) 試指標(biāo)對(duì)于管理層也很有用，它可以讓公司股東評(píng)估軟件開發(fā)團(tuán)隊(duì)的效率。測(cè)試指標(biāo)應(yīng)該始終是有意義和可執(zhí)行的。提高測(cè)試質(zhì)量和速度。持續(xù)測(cè)試是一種實(shí)踐，它有助于提高軟件質(zhì)量， 同時(shí)與快速迭代保持同步。在持續(xù)的測(cè)試環(huán)境中，度量標(biāo)準(zhǔn)是至關(guān)重要的， 以確保軟件質(zhì)量真實(shí)的提高，而不是在迭代之間被侵蝕。防止未經(jīng)測(cè)試的代碼更改流入到生產(chǎn)環(huán)節(jié)中。測(cè)試內(nèi)容設(shè)計(jì)系統(tǒng)功能測(cè)試功能測(cè)試方法是構(gòu)造合理輸入，檢查輸出是否與期望的相同。如果兩者不 一致，即表明功能有誤。系統(tǒng)性能測(cè)試1、性

2、能驗(yàn)證性能驗(yàn)證是性能測(cè)試中最主要也是最基礎(chǔ)的一個(gè)內(nèi)容，在本項(xiàng)目中，我們 性能測(cè)試的最主要的目的之一就是檢測(cè)系統(tǒng)當(dāng)前系統(tǒng)所處性能水平，驗(yàn)證其性 能是否可以滿足未來(lái)的應(yīng)用需求。1）執(zhí)行效率測(cè)試主要測(cè)試在特定應(yīng)用的業(yè)務(wù)邏輯、用戶界面、功能下事務(wù)的響應(yīng)時(shí)間，包 括服務(wù)器事務(wù)處理平均響應(yīng)時(shí)間、服務(wù)器90%的事務(wù)處理平均響應(yīng)時(shí)間、每秒 請(qǐng)求數(shù)等指標(biāo)考察系統(tǒng)在各種情況下的性能表現(xiàn)。響應(yīng)時(shí)間是“對(duì)請(qǐng)求做出響應(yīng)所需要的時(shí)間”，而且我們把響應(yīng)時(shí)間作為 用戶視角的軟件性能的主要體現(xiàn)。用戶所感受到的響應(yīng)時(shí)間劃分為“呈現(xiàn)時(shí)間” 和“系統(tǒng)響應(yīng)時(shí)間”，其中“呈現(xiàn)時(shí)間”取決于數(shù)據(jù)在被客戶端收到響應(yīng)數(shù)據(jù) 后呈現(xiàn)頁(yè)面所消耗的時(shí)間

3、；而“系統(tǒng)響應(yīng)時(shí)間”指應(yīng)用系統(tǒng)從請(qǐng)求發(fā)出開始到 客戶端接收到數(shù)據(jù)所消耗的時(shí)間。一般情況下，我們并不關(guān)注呈現(xiàn)時(shí)間，因?yàn)?呈現(xiàn)時(shí)間在很大程度上取決于客戶端的表現(xiàn)，而這并不能說明整個(gè)系統(tǒng)的性 能。2）資源占用測(cè)試系統(tǒng)的整體性能往往通過資源消耗指標(biāo)上直接反映出來(lái)，比如當(dāng)系統(tǒng)響應(yīng) 時(shí)間較長(zhǎng)時(shí)，可能是因?yàn)镃PU持續(xù)處于繁忙，無(wú)法處理過多的請(qǐng)求，也可能是 因?yàn)閮?nèi)存不足，造成的I/O頻繁操作。因此，通過對(duì)資源占用變化情況的分析， 是發(fā)現(xiàn)系統(tǒng)存在瓶頸的主要途徑。系統(tǒng)資源主要指系統(tǒng)CPU占用率、內(nèi)存占用率、磁盤占用率、輸入輸出效 率等，包括軟件在不工作狀態(tài)下對(duì)于硬件資源的占用情況和進(jìn)行業(yè)務(wù)處理過程 中硬件資源的變

4、化情況，包括數(shù)據(jù)庫(kù)服務(wù)器、應(yīng)用服務(wù)器和客戶端等。3）容量測(cè)試主要指在事務(wù)響應(yīng)時(shí)間可以接受的最低限度的情況下，系統(tǒng)可以承載的最 大業(yè)務(wù)并發(fā)用戶數(shù)。一般情況下，事務(wù)響應(yīng)時(shí)間與并發(fā)用戶數(shù)的水平有著直接 的關(guān)系，隨著用戶的增加，響應(yīng)時(shí)間通常是越來(lái)越長(zhǎng)，因此具有實(shí)際意義上的 最大業(yè)務(wù)并發(fā)用戶數(shù)并不是一個(gè)絕對(duì)的概念。需要預(yù)先確定一個(gè)可以接受的響 應(yīng)時(shí)間，在此基礎(chǔ)上考察系統(tǒng)的最大業(yè)務(wù)并發(fā)數(shù)。4）穩(wěn)定性考察系統(tǒng)在一定負(fù)載下長(zhǎng)時(shí)間運(yùn)行時(shí)，系統(tǒng)的健康程度。有些系統(tǒng)在服務(wù) 剛剛啟動(dòng)時(shí)可能運(yùn)行正常，但是可能由于潛在的問題，如內(nèi)存泄露而使得在長(zhǎng) 期運(yùn)行時(shí)導(dǎo)致系統(tǒng)的性能越來(lái)越低，因此有必要進(jìn)行系統(tǒng)的穩(wěn)定性測(cè)試。2、故障診

5、斷故障診斷是針對(duì)系統(tǒng)所表現(xiàn)出的整體性能不佳所進(jìn)行的進(jìn)一步的檢查，當(dāng) 系統(tǒng)響應(yīng)時(shí)間超長(zhǎng)時(shí)，我們就查看是什么因素導(dǎo)致了問題的產(chǎn)生，是數(shù)據(jù)庫(kù)服 務(wù)器響應(yīng)慢，還是應(yīng)用服務(wù)器出現(xiàn)了問題，如果是數(shù)據(jù)庫(kù)服務(wù)器響應(yīng)慢，是因 為SQL語(yǔ)句直接引起，還是數(shù)據(jù)庫(kù)參數(shù)配置不當(dāng)?shù)仍颍@些深層次的東西屬 于故障診斷所要解決的問題。系統(tǒng)安全性測(cè)試系統(tǒng)應(yīng)保證數(shù)據(jù)和應(yīng)用的安全性，一般來(lái)說，系統(tǒng)安全性測(cè)試指標(biāo)應(yīng)該包 括：1、用戶權(quán)限限制：考察對(duì)不同的用戶權(quán)限限制情況；2、用戶和密碼封閉性：對(duì)于相應(yīng)用戶及密碼進(jìn)行次數(shù)限制，密碼具有一定 的復(fù)雜度；3、數(shù)字證書認(rèn)證：系統(tǒng)的證書發(fā)放中心能夠?qū)崿F(xiàn)為所有系統(tǒng)用戶、移動(dòng)應(yīng) 用發(fā)放一個(gè)標(biāo)識(shí)其

6、身份的數(shù)字證書，用于實(shí)現(xiàn)本系統(tǒng)用戶、移動(dòng)應(yīng)用的身份認(rèn) 證；4、在數(shù)據(jù)安全保密方面，應(yīng)提供多種數(shù)據(jù)加密方式；5、留痕功能：系統(tǒng)是否有操作日志，操作日志記錄的操作情況的全面性和 準(zhǔn)確性，是否包括主要要素如操作員、操作日期、使用模塊等。6、數(shù)據(jù)傳輸安全性：對(duì)于有特殊安全要求的數(shù)據(jù)傳輸，應(yīng)對(duì)傳輸?shù)臄?shù)據(jù)進(jìn) 行必要的加密處理。采用統(tǒng)一身份認(rèn)證，用戶能否操作不屬于其職權(quán)的其他系 統(tǒng)；在系統(tǒng)安全性測(cè)試過程中，應(yīng)重點(diǎn)對(duì)系統(tǒng)的安全策略進(jìn)行測(cè)試和評(píng)估，其 主要包括：1、用戶認(rèn)證機(jī)制用戶認(rèn)證就是指軟件系統(tǒng)用戶在使用軟件或系統(tǒng)時(shí)，必須提供用戶身份證 明，然后軟件系統(tǒng)根據(jù)用戶數(shù)據(jù)庫(kù)的資料，開放特定的權(quán)限給登錄用戶。最普通

7、的用戶認(rèn)證就是口令，口令具有共享秘密的屬性。例如，要使服務(wù) 器操作系統(tǒng)識(shí)別要登錄系統(tǒng)的用戶，最簡(jiǎn)單的口令認(rèn)證是用戶將他的用戶名和 口令傳輸給服務(wù)器。服務(wù)器就將該用戶名和口令與數(shù)據(jù)庫(kù)里的用戶名和口令進(jìn) 行比較，如果相符，就通過了認(rèn)證，可以訪問系統(tǒng)資源。用戶認(rèn)證機(jī)制是保證 數(shù)據(jù)安全的基礎(chǔ)，因此有必要對(duì)用戶認(rèn)證機(jī)制進(jìn)行全面的測(cè)試，評(píng)價(jià)認(rèn)證機(jī)制 的合理性。2、加密機(jī)制加密機(jī)制是保護(hù)數(shù)據(jù)安全的重要手段，加密的基本過程就是對(duì)原來(lái)為明文 的文件或數(shù)據(jù)，按某種算法進(jìn)行處理，使其成為不可讀的一段代碼，通常稱為 “密文”，使其只能在輸入相應(yīng)的密鑰之后才能顯示出明文內(nèi)容，通過這樣的 途徑來(lái)達(dá)到保護(hù)數(shù)據(jù)不被非法竊取、

8、閱讀的目的。該過程的逆過程為解密，即 將該編碼信息還原為其原來(lái)數(shù)據(jù)的過程。密碼技術(shù)能夠提供或有助于提供相關(guān)保護(hù)，以防止消息流的觀察和篡改、 通信業(yè)務(wù)流分析、抵賴、偽造、非授權(quán)連接、篡改消息等行為的出現(xiàn)。主要用 于密碼的保護(hù)、數(shù)據(jù)的傳輸過程中的安全防護(hù)、數(shù)據(jù)存儲(chǔ)過程的安全防護(hù)等。易用性測(cè)試1、易安裝性：安裝的難易程度，符合流行安裝模式；2、用戶界面的友好性：界面的簡(jiǎn)捷性如何，與業(yè)務(wù)流程的相符程度；3、易學(xué)習(xí)性：相對(duì)一般操作人員來(lái)說，學(xué)習(xí)使用的難度如何，對(duì)操作人員 有何要求；4、易操作性：操作的難易程度，對(duì)主要或常用功能應(yīng)該提供快捷方式；5、各模塊界面風(fēng)格一致性：界面風(fēng)格和操作是否一致；6、聯(lián)機(jī)幫

9、助豐富性：考察聯(lián)機(jī)幫助的準(zhǔn)確性、全面性，在關(guān)健操作時(shí)使用 聯(lián)機(jī)幫助的方便性。接口測(cè)試內(nèi)部接口測(cè)試：內(nèi)部開發(fā)模塊間的接口測(cè)試、數(shù)據(jù)傳輸測(cè)試；外部接口測(cè)試：內(nèi)部開發(fā)模塊與協(xié)作方開發(fā)模塊間的接口測(cè)試、數(shù)據(jù)傳輸 測(cè)試?？蓴U(kuò)展性測(cè)試主要對(duì)以下方面進(jìn)行可擴(kuò)展性測(cè)試：1、服務(wù)器：服務(wù)器的處理能力滿足3年及更長(zhǎng)時(shí)間內(nèi)相應(yīng)業(yè)務(wù)增長(zhǎng)需要；2、系統(tǒng)架構(gòu)：系統(tǒng)是否可以滿足功能設(shè)計(jì)方面的系統(tǒng)擴(kuò)展需求，相應(yīng)業(yè)務(wù) 系統(tǒng)滿足未來(lái)3年的需要，在推廣應(yīng)用方面，除滿足現(xiàn)有設(shè)計(jì)范圍部署需求，還滿足今后擴(kuò)展業(yè)務(wù)的需求3、數(shù)據(jù)接口規(guī)范：通用數(shù)據(jù)接口內(nèi)容、擴(kuò)展數(shù)據(jù)接口的方法和相關(guān)標(biāo)準(zhǔn)。 可以與其它數(shù)據(jù)（信息編碼、數(shù)據(jù)交換格式、電子文檔規(guī)格

10、）交換標(biāo)準(zhǔn)相兼容；4、功能模塊的可擴(kuò)充性：系統(tǒng)功能模塊的可擴(kuò)充性，當(dāng)原有業(yè)務(wù)處理能力 和數(shù)據(jù)存儲(chǔ)能力遇到瓶頸時(shí)，系統(tǒng)能在不中斷運(yùn)行的情況下，方便進(jìn)行擴(kuò)容； 隨著業(yè)務(wù)的拓展，系統(tǒng)能按不同時(shí)期的要求，便捷地進(jìn)行功能增加和升級(jí)；5、確認(rèn)應(yīng)用系統(tǒng)軟件是否可通過開發(fā)新的軟件以保證功能的可擴(kuò)展性；是 否可通過開發(fā)或調(diào)整程序以達(dá)到性能的可擴(kuò)展性。兼容性測(cè)試系統(tǒng)的兼容性測(cè)試包括對(duì)硬件兼容性、軟件兼容性、文件兼容性、通訊協(xié) 議兼容性四個(gè)方面的測(cè)試。1、硬件兼容性：系統(tǒng)對(duì)測(cè)試環(huán)境硬件的兼容程度；2、平臺(tái)兼容性：系統(tǒng)對(duì)操作系統(tǒng)、數(shù)據(jù)庫(kù)系統(tǒng)的兼容程度；3、軟件兼容性：考察系統(tǒng)與其他應(yīng)用軟件的兼容性，如殺毒軟件等；用戶

11、文檔檢查用戶文檔是軟件系統(tǒng)安裝、維護(hù)、使用以及二次開發(fā)的重要依據(jù)，好的用 戶文檔可以幫助用戶進(jìn)行系統(tǒng)安裝、維護(hù)和日常使用，并且可以提高用戶二次 開發(fā)的效率和成功概率，因此驗(yàn)收過程中，需要根據(jù)如下指標(biāo)對(duì)用戶文檔進(jìn)行 測(cè)試。1、用戶文檔編寫的規(guī)范性檢查；2、用戶文檔的完整性：一般手冊(cè)應(yīng)該包括軟件需求說明書、數(shù)據(jù)要求說明 書、概要設(shè)計(jì)說明書、詳細(xì)設(shè)計(jì)說明書、數(shù)據(jù)庫(kù)設(shè)計(jì)說明書、用戶手冊(cè)、操作 手冊(cè)、測(cè)試計(jì)劃、測(cè)試分析報(bào)告等，應(yīng)涵蓋軟件安裝所需要的信息，產(chǎn)品描述 中說明的所有功能，軟件維護(hù)所需要的信息，產(chǎn)品描述中給出的所有邊界值；3、手冊(cè)與軟件實(shí)際功能的一致性：文檔自身、文檔之間或者文檔與產(chǎn)品描 述之間

12、，相互不矛盾，且術(shù)語(yǔ)一致；4、正確性：文檔中所有信息正確，沒有歧義和錯(cuò)誤的描述;5、易理解程度：用戶手冊(cè)對(duì)關(guān)健操作有無(wú)實(shí)例、圖文說明，例圖的易理解 性如何，對(duì)主要功能和關(guān)健操作提供的圖文應(yīng)用有多少，實(shí)例的詳細(xì)程度如何；6、易瀏覽程度：用戶文檔易于瀏覽，相互關(guān)系明確，用戶文檔有目錄表或 索引表文檔，對(duì)正常使用其產(chǎn)品的一般用戶是容易理解的；7、可操作性：對(duì)文檔是否可以指導(dǎo)用戶的實(shí)際應(yīng)用進(jìn)行考核；8、文檔質(zhì)量：用戶手冊(cè)包裝的商品化程度和印刷質(zhì)量如何。測(cè)試階段規(guī)劃在測(cè)試過程中最常用到的是V模型。V模型中的過程從左到右，描述了基 本的開發(fā)過程和測(cè)試行為。V模型明確地標(biāo)明了測(cè)試過程中存在的不同級(jí)別， 并且

13、清楚地描述了這些測(cè)試階段和開發(fā)過程期間各階段的對(duì)應(yīng)關(guān)系。i i詳晟計(jì)集底編碼單雪V模型圖在V模型中，單元測(cè)試是基于代碼的測(cè)試，最初由開發(fā)人員執(zhí)行，以驗(yàn)證 其可執(zhí)行程序代碼的各個(gè)部分是否已達(dá)到了預(yù)期的功能要求；集成測(cè)試驗(yàn)證了 2個(gè)或多個(gè)單元之間的集成是否正確，并有針對(duì)性地對(duì)詳細(xì)設(shè)計(jì)中所定義的各 單元之間的接口進(jìn)行檢查；在所有單元測(cè)試和集成測(cè)試完成后，系統(tǒng)測(cè)試開始 以客戶環(huán)境模擬系統(tǒng)的運(yùn)行，以驗(yàn)證系統(tǒng)是否達(dá)到了在概要設(shè)計(jì)中所定義的功 能和性能；最后，當(dāng)技術(shù)部門完成了所有測(cè)試工作后，由業(yè)務(wù)專家或用戶進(jìn)行 驗(yàn)收測(cè)試，以確保產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。在本項(xiàng)目中我們把應(yīng)用系統(tǒng)的測(cè)試分為如下階段:單元

14、測(cè)試單元測(cè)試的任務(wù)是：模塊接口測(cè)試；模塊局部數(shù)據(jù)結(jié)構(gòu)測(cè)試；模塊邊界條 件測(cè)試；模塊中所有獨(dú)立執(zhí)行通路測(cè)試；模塊的各條錯(cuò)誤處理通路測(cè)試。單元 測(cè)試的目標(biāo)是確保模塊被正確的編碼。軟硬件聯(lián)調(diào)測(cè)試軟硬件聯(lián)調(diào)測(cè)試的目的是為了測(cè)試本軟件系統(tǒng)和所有硬件之間的控制連接 情況，為了確保軟件系統(tǒng)與硬件系統(tǒng)更好的交互。在系統(tǒng)整體測(cè)試中，負(fù)責(zé)所 開發(fā)的應(yīng)用系統(tǒng)軟件問題處理及測(cè)試技術(shù)支持，保障軟硬件聯(lián)調(diào)的順利完成。集成測(cè)試集成測(cè)試是將模塊按照設(shè)計(jì)要求組裝起來(lái)同時(shí)進(jìn)行測(cè)試，主要任務(wù)和目標(biāo) 是發(fā)現(xiàn)與接口有關(guān)的問題。如數(shù)據(jù)穿過接口時(shí)可能丟失；一個(gè)模塊與另一個(gè)模 塊可能有由于疏忽的問題而造成有害影響；把子功能組合起來(lái)可能不產(chǎn)生

15、預(yù)期 的主功能；個(gè)別看起來(lái)是可以接受的誤差可能積累到不能接受的程度；全程數(shù) 據(jù)結(jié)構(gòu)可能有錯(cuò)誤等。系統(tǒng)測(cè)試系統(tǒng)測(cè)試目的是充分運(yùn)行系統(tǒng)，驗(yàn)證系統(tǒng)各部件是否都能正常工作并完成 所賦予的任務(wù)。系統(tǒng)測(cè)試的任務(wù)是：恢復(fù)測(cè)試；安全測(cè)試；強(qiáng)度測(cè)試；性能測(cè) 試；系統(tǒng)兼容性測(cè)試。其中，系統(tǒng)兼容性測(cè)試包含：操作系統(tǒng)兼容性、異構(gòu)數(shù) 據(jù)庫(kù)兼容性、異種數(shù)據(jù)兼容性、硬件兼容性。驗(yàn)收測(cè)試驗(yàn)收測(cè)試的目的是向未來(lái)的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集 成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的 任務(wù)和目標(biāo)，即軟件的功能和性能如同用戶

16、所合理期待的那樣。測(cè)試工作流程各過程測(cè)試整體流程測(cè)試實(shí)施步驟圖在本項(xiàng)目測(cè)試實(shí)施中，我們將按照上圖所示的測(cè)試流程開展相應(yīng)的測(cè)試工作?？傮w而言，針對(duì)本項(xiàng)目每一個(gè)階段的測(cè)試任務(wù)，我們又可以分成幾個(gè)步驟 展開，即測(cè)試方案確定、測(cè)試計(jì)劃編制、測(cè)試準(zhǔn)備、測(cè)試執(zhí)行與回歸測(cè)試、測(cè) 試報(bào)告。其中每階段重點(diǎn)工作內(nèi)容如下：1、測(cè)試方案確定：在開展每一階段測(cè)試工作之前，乙方根據(jù)實(shí)際工程進(jìn)展 情況，分別制定系統(tǒng)初驗(yàn)測(cè)試方案和系統(tǒng)改進(jìn)測(cè)試方案，進(jìn)一步明確測(cè)試需求， 確定工作重點(diǎn)和要求，并提交甲方進(jìn)行評(píng)審，評(píng)審?fù)ㄟ^后作為后續(xù)測(cè)試工作的 依據(jù)；2、測(cè)試計(jì)劃：乙方對(duì)待測(cè)系統(tǒng)進(jìn)行詳細(xì)的測(cè)試需求分析，并根據(jù)要求編制 詳細(xì)的測(cè)試周期

17、計(jì)劃和時(shí)間安排，并在甲方的統(tǒng)一部署下，合理安排各種資源， 為測(cè)試實(shí)施做好準(zhǔn)備；3、測(cè)試準(zhǔn)備：1）測(cè)試環(huán)境準(zhǔn)備：根據(jù)項(xiàng)目實(shí)施條件，配置必須的測(cè)試環(huán)境，包括所需的 系統(tǒng)軟件（數(shù)據(jù)庫(kù)和中間件等）、測(cè)試工具、硬件環(huán)境、辦公環(huán)境等。如果現(xiàn)有 的項(xiàng)目實(shí)施條件（包括軟件和硬件）達(dá)不到項(xiàng)目實(shí)施所需的環(huán)境方面的要求，由 甲方協(xié)助解決。由于本次測(cè)試有真實(shí)實(shí)際環(huán)境實(shí)施階段，所以需要對(duì)系統(tǒng)的整 體運(yùn)行環(huán)境進(jìn)行確認(rèn)。2）基礎(chǔ)數(shù)據(jù)準(zhǔn)備：乙方提出有關(guān)測(cè)試基礎(chǔ)數(shù)據(jù)準(zhǔn)備的總體方案，由甲方準(zhǔn) 備測(cè)試數(shù)據(jù)，在測(cè)試前，系統(tǒng)的整體運(yùn)行基礎(chǔ)數(shù)據(jù)應(yīng)該準(zhǔn)備完畢。3）測(cè)試用例準(zhǔn)備：在測(cè)試前，乙方將依據(jù)本項(xiàng)目的相關(guān)文檔編制測(cè)試用例， 為測(cè)試的實(shí)

18、施提供依據(jù)。4）測(cè)試工具準(zhǔn)備和開發(fā)：乙方根據(jù)項(xiàng)目的需要選用恰當(dāng)?shù)臏y(cè)試工具進(jìn)行測(cè) 試，如果現(xiàn)有的測(cè)試工具無(wú)法滿足需求，根據(jù)需要，乙方可以組織技術(shù)人員進(jìn) 行測(cè)試工具的開發(fā)。4、測(cè)試執(zhí)行：在甲方指導(dǎo)下，項(xiàng)目組根據(jù)已經(jīng)確定的測(cè)試計(jì)劃，逐步完成 系統(tǒng)初驗(yàn)測(cè)試和系統(tǒng)改進(jìn)測(cè)試工作，記錄測(cè)試過程中出現(xiàn)的全部軟件缺陷，并 進(jìn)行跟蹤和回歸，直至系統(tǒng)缺陷被全部修正。由于本項(xiàng)目測(cè)試工作分成系統(tǒng)初 驗(yàn)測(cè)試和改進(jìn)測(cè)試2個(gè)階段，且初驗(yàn)測(cè)試又包含模擬環(huán)境測(cè)試和現(xiàn)場(chǎng)環(huán)境測(cè)試 等，因此，項(xiàng)目測(cè)試執(zhí)行周期會(huì)相對(duì)較長(zhǎng)，需要做好項(xiàng)目執(zhí)行期間的版本控制 和規(guī)劃。5、測(cè)試報(bào)告：乙方根據(jù)系統(tǒng)最終回歸測(cè)試情況，編寫相應(yīng)的系統(tǒng)驗(yàn)收測(cè)試 報(bào)告，經(jīng)

19、內(nèi)部評(píng)審后提交委托方。測(cè)試方案項(xiàng)目測(cè)試方案測(cè)試項(xiàng)目組依據(jù)用戶各階段測(cè)試目標(biāo)和要求，制定分階段測(cè)試方案，包括系統(tǒng)測(cè)試方案（例如模擬環(huán)境測(cè)試方案和實(shí)際環(huán)境測(cè)試方案）、系統(tǒng)改進(jìn)測(cè)試方 案等，并提交甲方審核，審核通過后方可定稿，并作為下一步測(cè)試工作的指導(dǎo) 性文件。測(cè)試計(jì)劃項(xiàng)目測(cè)試計(jì)劃1、確認(rèn)分階段測(cè)試方案后，委托方應(yīng)就每階段的測(cè)試內(nèi)容向測(cè)試方進(jìn)行業(yè)務(wù)培訓(xùn)，讓測(cè)試方充分了解業(yè)務(wù)需求；2、測(cè)試項(xiàng)目組結(jié)合業(yè)務(wù)培訓(xùn)情況詳細(xì)閱讀被測(cè)系統(tǒng)有關(guān)技術(shù)文檔，了解被 測(cè)軟件的基本情況；3、項(xiàng)目組根據(jù)測(cè)試需求分析結(jié)果，結(jié)合現(xiàn)有情況進(jìn)行資源分析，提出測(cè)試 資源要求，包括人員和設(shè)備要求等；4、項(xiàng)目組根據(jù)需求調(diào)研情況，制定項(xiàng)目分

20、階段測(cè)試規(guī)范及具體的測(cè)試工作 計(jì)劃，并提交甲方評(píng)審。測(cè)試準(zhǔn)備測(cè)試準(zhǔn)備圖I可籍和瓏刊-環(huán)境調(diào)整測(cè)成川河研訊測(cè)試準(zhǔn)備圖I可籍和瓏刊-環(huán)境調(diào)整測(cè)成川河研訊* 測(cè)試代詭片案響足測(cè)忒ill洌湘用：湖誠(chéng)具卸弱-1、測(cè)試環(huán)境準(zhǔn)備：根據(jù)測(cè)試規(guī)范進(jìn)行測(cè)試環(huán)境的準(zhǔn)備。1）根據(jù)項(xiàng)目需求，對(duì)系統(tǒng)測(cè)試環(huán)境的需求進(jìn)行分析;2）制定測(cè)試環(huán)境總體設(shè)計(jì)，包括網(wǎng)絡(luò)、硬件需求、軟件需求等;3）在測(cè)試環(huán)境中完成網(wǎng)絡(luò)測(cè)試工具、硬件測(cè)試工具及軟件系統(tǒng)測(cè)試工具的 部署，達(dá)到測(cè)試條件。2、測(cè)試用例與測(cè)試規(guī)程設(shè)計(jì)1）進(jìn)行測(cè)試用例的編制，形成測(cè)試用例集;2）提交甲方領(lǐng)導(dǎo)審議，并按照甲方意見進(jìn)行修改。測(cè)試執(zhí)行測(cè)試執(zhí)行圖1、被測(cè)軟件安裝調(diào)試，在測(cè)試

21、開始前對(duì)參測(cè)軟件進(jìn)行部署和調(diào)試，對(duì)于實(shí) 際環(huán)境測(cè)試，必須事先確認(rèn)系統(tǒng)處于可測(cè)試狀態(tài)，包括軟件版本部署正確、系統(tǒng) 流程運(yùn)行正常等；2、將數(shù)據(jù)準(zhǔn)備階段準(zhǔn)備好的基礎(chǔ)數(shù)據(jù)導(dǎo)入系統(tǒng)，并可根據(jù)實(shí)際情況對(duì)測(cè)試 實(shí)施方案進(jìn)行必要修訂；3、測(cè)試方依據(jù)測(cè)試用例執(zhí)行具體的功能測(cè)試工作；4、測(cè)試方開發(fā)性能測(cè)試腳本，執(zhí)行性能測(cè)試工作；5、根據(jù)測(cè)試情況對(duì)系統(tǒng)測(cè)試過程和測(cè)試用例進(jìn)行修正，并執(zhí)行修正后的測(cè) 試用例執(zhí)行；6、整理測(cè)試缺陷，進(jìn)行測(cè)試過程記錄與總結(jié)，并將測(cè)試缺陷報(bào)告提交委托方及軟件開發(fā)單位;7、在完成被測(cè)系統(tǒng)修改后，執(zhí)行系統(tǒng)回歸測(cè)試，直至系統(tǒng)達(dá)到驗(yàn)收要求。測(cè)試報(bào)告確認(rèn)后問題單-SOT報(bào)備q提交報(bào)奇項(xiàng)目測(cè)試報(bào)告圖1、

22、回歸測(cè)試結(jié)束后，測(cè)試單位將對(duì)開發(fā)環(huán)境和實(shí)際環(huán)境下的測(cè)試缺陷進(jìn)行 匯總統(tǒng)計(jì)，確認(rèn)軟件缺陷修改情況；2、根據(jù)最終的系統(tǒng)修改情況，測(cè)試項(xiàng)目組將編制系統(tǒng)測(cè)試初報(bào)告，對(duì)系統(tǒng) 測(cè)試情況進(jìn)行分析和總結(jié)；3、乙方質(zhì)量負(fù)責(zé)人對(duì)測(cè)試報(bào)告進(jìn)行審核，確認(rèn)測(cè)試情況及測(cè)試結(jié)果分析的 合理性、準(zhǔn)確性等；4、測(cè)試項(xiàng)目組對(duì)測(cè)試初報(bào)告進(jìn)行修改完善，編制最終測(cè)試報(bào)告測(cè)試報(bào)告 及測(cè)試報(bào)告評(píng)審表、缺陷報(bào)告、跟蹤和解決記錄，并提交甲方領(lǐng)導(dǎo)。測(cè)試結(jié)果評(píng)價(jià)與測(cè)試工具測(cè)試用例設(shè)計(jì)針對(duì)被測(cè)系統(tǒng)應(yīng)制定完整的測(cè)試用例集，并對(duì)其有效管理和利用，進(jìn)而執(zhí) 行測(cè)試用例的統(tǒng)計(jì)分析，缺陷的跟蹤與分析等，測(cè)試用例的設(shè)計(jì)原則包括：1、依據(jù)原則：本次測(cè)試用例編寫的主

23、要依據(jù)系統(tǒng)業(yè)務(wù)需求。2、全覆蓋原則：對(duì)于系統(tǒng)業(yè)務(wù)需求規(guī)定的主要功能點(diǎn)進(jìn)行全覆蓋測(cè)試，要 求所有功能均能正常實(shí)現(xiàn)。對(duì)被測(cè)系統(tǒng)的功能點(diǎn)進(jìn)行全覆蓋測(cè)試。3、規(guī)范原則：所有測(cè)試案例的編寫要求規(guī)范，對(duì)于所有被測(cè)的功能點(diǎn)，應(yīng) 用程序均應(yīng)該按照需求說明書給定形式，在規(guī)定的邊界值范圍內(nèi)使用相應(yīng)的工 具、資源和數(shù)據(jù)執(zhí)行其功能。4、全面原則：本次測(cè)試不僅僅針對(duì)系統(tǒng)功能特性進(jìn)行測(cè)試，對(duì)系統(tǒng)的其他 質(zhì)量特性也進(jìn)行全面的測(cè)試與評(píng)估。本次測(cè)試案例編寫應(yīng)該滿足的具體量化要求包括如下幾點(diǎn)：1）用戶經(jīng)常使用、關(guān)系到系統(tǒng)核心功能、優(yōu)先級(jí)別較高的功能點(diǎn)，測(cè)試案 例應(yīng)該達(dá)到100%覆蓋率。2）針對(duì)各個(gè)系統(tǒng)端到端的功能以及與其它系統(tǒng)的

24、接口的測(cè)試應(yīng)該達(dá)到100% 覆蓋率。3）測(cè)試案例包括正常輸入和正常業(yè)務(wù)流程測(cè)試，也包括對(duì)非法數(shù)據(jù)輸入和 異常處理。4）測(cè)試案例中包括中文特性及系統(tǒng)本地化測(cè)試，如中文信息的顯示、錄入、 查詢、打印和報(bào)表顯示測(cè)試等。測(cè)試結(jié)果評(píng)估準(zhǔn)則本次測(cè)試的問題嚴(yán)重等級(jí)按三級(jí)進(jìn)行劃分，具體分為嚴(yán)重問題、一般問題、 建議問題。有關(guān)問題嚴(yán)重等級(jí)的分類標(biāo)準(zhǔn)如下：系統(tǒng)缺陷定義序號(hào)嚴(yán)重等級(jí)問題嚴(yán)重程度劃分標(biāo)準(zhǔn)備注1嚴(yán)重問題程序崩潰、出現(xiàn)數(shù)據(jù)丟失、數(shù)據(jù)毀壞等；系統(tǒng)核心業(yè)務(wù)功能由于出現(xiàn)問題不能繼續(xù)運(yùn)行，且無(wú)補(bǔ)救措施，導(dǎo)致系統(tǒng)測(cè)試不能繼續(xù)；系統(tǒng)核心業(yè)務(wù)功能、業(yè)務(wù)流程出現(xiàn)問題不能繼續(xù)運(yùn)行，但存在 補(bǔ)救措施，不影響業(yè)務(wù)流程的完整性；

25、序號(hào)嚴(yán)重等級(jí)問題嚴(yán)重程度劃分標(biāo)準(zhǔn)備注2一般問題系統(tǒng)中單一功能實(shí)現(xiàn)錯(cuò)誤或者不能繼續(xù)運(yùn)轉(zhuǎn)，但不影響具體業(yè)務(wù)功能的使用，或者有替代方法；系統(tǒng)次要功能出現(xiàn)錯(cuò)誤；用戶界面錯(cuò)誤等；3建議問題系統(tǒng)在特殊狀態(tài)下產(chǎn)生錯(cuò)誤，且不影響正常業(yè)務(wù)； 軟件功能不方便使用；人機(jī)交互界面不友好等；系統(tǒng)測(cè)試通過準(zhǔn)則測(cè)試內(nèi)容評(píng)價(jià)結(jié)果類型說明功能測(cè)試業(yè)務(wù)流程測(cè)試“通過”和“不通過”只要業(yè)務(wù)流程不能完全實(shí)現(xiàn)，即視為“不通過”基本功能測(cè)試“通過”、“基本通過”和“不通過”出現(xiàn)“嚴(yán)重問題”，或一般問題的數(shù)量占 被測(cè)系統(tǒng)總功能點(diǎn)的10%以上視為“不 通過”出現(xiàn)“一般問題”且其數(shù)量占被 測(cè)系統(tǒng)總功能點(diǎn)的10%以下，視為“基 本通過”出現(xiàn)“建議問題”或無(wú)問題， 視為“通過”測(cè)試內(nèi)容評(píng)價(jià)結(jié)果類型說明性能測(cè)試“通過”、“不通過”性能測(cè)試符合指標(biāo)要求為“通過”，否則為“不通過”可靠性測(cè)試“通過”、“基本通過”和“不通過”出現(xiàn)“嚴(yán)重問題”，或一般問題的數(shù)量占 被測(cè)總功能點(diǎn)的10%以上視為“不通過 出現(xiàn)“一般問題”且其數(shù)量占被測(cè)系統(tǒng) 總功能點(diǎn)的10%以下，視為“基本通過 出