系統(tǒng)測試計劃書

1、系統(tǒng)測試計劃一、系統(tǒng)測試概要系統(tǒng)測試是對解決方案藍(lán)圖的真實模擬， 通過模擬客戶真實的業(yè)務(wù)環(huán)境，對 系統(tǒng)切換上線后的使用情況進(jìn)行預(yù)測。 測試內(nèi)容包括軟件的正確性、容錯性、易 用性和效率，要盡可能全面地模擬真實的生產(chǎn)系統(tǒng)， 發(fā)現(xiàn)有可能發(fā)生的錯誤，并 及時修改錯誤，對發(fā)現(xiàn)的業(yè)務(wù)解決方案中不妥之處也要做出調(diào)整。總之，系統(tǒng)測 試的目的就是保證一套合理的業(yè)務(wù)解決方案能夠在一套經(jīng)過測試的軟件上正確 地、有效率地運行，使軟件滿足客戶需求。系統(tǒng)測試是系統(tǒng)順利切換的關(guān)鍵環(huán)節(jié)， 保證測試效果的關(guān)鍵是完善的測試方案。二、測試范圍1、軟件模塊：2、測試人員:人員角色及職責(zé)李越單元測試彭一兵周婷系統(tǒng)測試席釘姿劉佳瑋鄒巧麗

2、集成測試曾奇陰各種模板及測試報告書設(shè)計主義靜3測試類型:測試類型優(yōu)先級測試目標(biāo)完成標(biāo)準(zhǔn)其他事項列出此類型測列出執(zhí)行此如所有的確定且說試所要達(dá)到的類型測試是計劃已執(zhí)明那些將測試目標(biāo)。采納的方法行完成，或?qū)υ擃悳y功能測試高、中、低或依據(jù)（工具、語百等）。所有的缺陷已全部解決等。試的實施和執(zhí)行造成影響的事項或內(nèi) 部/外部的 因素。界面測試性能測試性能評價負(fù)裁測試強(qiáng)度測試壓力測試效率測試報表測試安全性測試多用戶測試容量測試配置測試安裝卸載測試加密測試界面測試：通過用戶界面（UI）測試來核實用戶與軟件的交互。UI測試的目 標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問和瀏覽測試對象功能的操作。除此之外，UI測

3、試還要確保UI功能內(nèi)部的對象符合預(yù)期要求，并遵循公司發(fā)布的 VIS標(biāo)準(zhǔn)。性能評價是一種性能測試，它對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān) 的需求進(jìn)行評測和評估。性能評價的目標(biāo)是核實性能需求是否都已滿足。實施和 執(zhí)行性能評價的目的是將測試對象的性能行為當(dāng)作條件（如工作量或硬件配置） 的一種函數(shù)來進(jìn)行評價和微調(diào)。負(fù)載測試是一種性能測試。在這種測試中，將使測試對象承擔(dān)不同的工作量， 以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常 運行。止匕外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其 它

4、與時間相關(guān)的方面。強(qiáng)度測試是一種性能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或 資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一 些在正常條件下并不明顯的缺陷。 而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù) 庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測試還可用于確定測試對象能夠處理的最大工 作量。壓力測試：參考性能評價和負(fù)載測試（在非正常的巨大負(fù)荷下、某些動作和 輸入大量重復(fù)、輸入大數(shù)、對數(shù)據(jù)庫進(jìn)行非常復(fù)雜的查詢等）。效率測試：參考性能評價和負(fù)載測試（畫面輸入延時、最大/小報表查詢時間）。容量測試：使測試對象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故 障的極限。容量測試還將確定

5、測試對象在給定時間內(nèi)是否能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄， 那么容量測試就會使用一個大型的測試數(shù)據(jù)庫，檢驗該軟件是否正常運行并生成 了正確的報表。配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同。 客戶機(jī)工作站可能會安裝不同的軟件，例如，應(yīng)用程序、驅(qū)動程序等。而且在任 何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問；系統(tǒng)級別的安全性，包括對系統(tǒng)的

6、登錄或遠(yuǎn)程訪問。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，主角只能訪問特定 的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)， 創(chuàng)建新賬戶，但只有經(jīng)理才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性， 測試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔ⅲòㄘ攧?wù)數(shù)據(jù)），而“用 戶二”只能看見同一客戶的統(tǒng)計數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程 序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。三、測試方法1、單元測試單元測試是對軟件中的基本組成單位進(jìn)行的測試， 如一個模塊、一個過程等 等。它是軟件動態(tài)測試的最基本的部分， 也是最重要的部分之一，其目的是檢驗

7、 軟件基本組成單位的正確性。因為單元測試需要知道內(nèi)部程序設(shè)計和編碼的細(xì)節(jié) 知識，一般應(yīng)由程序員而非測試員來完成， 往往需要開發(fā)測試驅(qū)動模塊和樁模塊 來輔助完成單元測試。因此應(yīng)用系統(tǒng)有一個設(shè)計很好的體系結(jié)構(gòu)就顯得尤為重 要。一個軟件單元的正確性是相對于該單元的規(guī)約而言的。因此，單元測試以被 測試單位的規(guī)約為基準(zhǔn)。單元測試的主要方法有控制流測試、數(shù)據(jù)流測試、排錯 測試、分域測試等等。單元測試方法單元測試的方法只有兩種基本的測試方法, 一個是代碼復(fù)查,一個是編寫測試程序。這是兩種手工的單元測試方法。一些軟件公司使用代碼復(fù)查方式進(jìn)行單元測試。這種測試方法容易受到人為因素的影響。它非常依賴于測試人員的技

8、術(shù)水平, 有時檢查者發(fā)現(xiàn)不了錯誤, 有時又把正確的解決方案認(rèn)為是錯誤的。其次, 代碼復(fù)查在回歸測試時工作量非常巨大。當(dāng)一個單元因為某種原因發(fā)生改變時, 就必須對這個單元重新進(jìn)行測試, 這會使單元測試的工作量成倍增長。為了克服這種現(xiàn)象, 最好采用重構(gòu)技術(shù), 通過代碼重構(gòu)和數(shù)據(jù)重構(gòu)進(jìn)行重新梳理。 編寫測試碼是單元測試的第二種方法。編寫測試程序首先要求測試對象具有很好的內(nèi)斂性及可測試性, 其次開發(fā)的測試驅(qū)動程序、穩(wěn)定樁要保證測試用例的完整性。測試用例的選擇是一個具有策略性的決定, 它取決于軟件質(zhì)量、可用資源、 已有的測度文檔和風(fēng)險分析的綜合結(jié)果。每個測試用例的結(jié)果都必須進(jìn)行記錄。 測試驅(qū)動程序開發(fā),

9、 先編寫測試代碼, 再進(jìn)行開發(fā)。先編寫產(chǎn)品函數(shù)的框架,然后編寫測試函數(shù), 針對產(chǎn)品函數(shù)的功能編寫測試用例, 然后編寫產(chǎn)品函數(shù)的代碼 , 每寫一個功能點都運行測試, 隨時補(bǔ)充測試用例。所謂先編寫產(chǎn)品函數(shù)的框架是指先編寫函數(shù)空的實現(xiàn), 有返回值的隨便返回一個值, 編譯通過后再編寫測試代碼 , 這時 , 函數(shù)名、參數(shù)表、返回類型都應(yīng)該確定下來了, 所編寫的測試代碼以后需修改的可能性比較小。單元測試工具目前很多軟件公司開發(fā)出了單元測試框架, 使得測試程序正逐步變得半自動化, 大大縮短了開發(fā)測試程序的時間。這些測試工具是: 首先是CppUnit,這是C+理元測試工具的鼻祖,免費的開源的單元測試框架。然后

10、是C+Test, 這是 Parasoft 公司的產(chǎn)品。C+Test 是一個功能強(qiáng)大的自動化C/C+單元級測試工具，可以自動測試任何C/C+®數(shù)、類，自動生成測試用例、測試驅(qū) 動函數(shù)或樁函數(shù), 在自動化的環(huán)境下極其容易快速的將單元級的測試覆蓋率達(dá)到100%最后是Visual Unit,簡稱VU,這是國產(chǎn)的單元測試工具，擁有一批創(chuàng)新的技術(shù) , 自動生成測試代碼, 快速建立功能測試用例, 程序行為一目了然, 極高的測試完整性。使用VU還能提高編碼的效率，總體來說，在完成單元測試的同時，編碼調(diào)試的時間還能大幅度縮短。2 、集成測試集成測試是在軟件系統(tǒng)集成過程中所進(jìn)行的測試，其主要目的是檢查軟

11、件單位之間的接口是否正確。它根據(jù)集成測試計劃，一邊將模塊或其他軟件單位組合成越來越大的系統(tǒng)，一邊運行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。集成測試的策略主要有自頂向下和自底向上兩種。集成測試是一種正規(guī)測試過程，必須精心計劃，并與單元測試的完成時間協(xié)調(diào)起來。在制定測試計劃時，應(yīng)考慮如下因素：1、是采用何種組裝方法來進(jìn)行組裝測試；2、組裝測試過程中連接各個模塊的順序；3、模塊代碼編制和測試進(jìn)度是否與組裝測試的順序一致；4、測試過程中是否需要專門的硬件設(shè)備；解決了上述問題后，就可以列出各個模塊的編制、測試計劃表，表明各個模塊單元測試完成日期、首次完成測試的日期、集成測試全部完成的日

12、期、以及需要的測試用例和所期望的測試結(jié)果。最后要判定集成測試過程完成以否。3、系統(tǒng)測試系統(tǒng)測試是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試，以驗證軟件系統(tǒng)的正確性和性能等滿足其規(guī)約所指定的要求，檢查軟件的行為和輸出是否正確并非一項簡單的任務(wù)，它被稱為測試的“先知者問題”。因此，系統(tǒng)測試應(yīng)該按照測試計劃進(jìn)行，其輸入、 輸出和其他動態(tài)運行行為應(yīng)該與軟件規(guī)約進(jìn)行對比。軟件系統(tǒng)測試方法很多，主要有功能測試、性能測試、隨機(jī)測試等等。測試人員在編寫測試計劃之前，應(yīng)獲得以下文檔：1）程序經(jīng)理編寫的產(chǎn)品功能說明書或產(chǎn)品開發(fā)計劃；2）程序經(jīng)理或開發(fā)人員提供的開發(fā)進(jìn)度表。根據(jù)產(chǎn)品的特性及開發(fā)進(jìn)度安排，測試人員制定具體的

13、測試計劃。測試計劃通常包括以下內(nèi)容：1）測試目標(biāo)和發(fā)布條件：a.給出清晰的測試目標(biāo)描述；b.定義產(chǎn)品的發(fā)布條件，即在達(dá)到何種測試目標(biāo)的前提下才可以發(fā)布產(chǎn)品的某 個特定版本。2）待測產(chǎn)品范圍：a.軟件主要特性/功能說明，即待測軟件主要特性的列表；b.特性/功能測試一覽，應(yīng)涵蓋所有特性、對話框、菜單和錯誤信息等待測內(nèi)容， 并列舉每個測試范圍內(nèi)要重點考慮的關(guān)鍵功能。3）測試方法描述：a.定義測試軟件產(chǎn)品時使用的測試方法；b.描述每一種特定的測試方法可以覆蓋哪些測試范圍。4）測試進(jìn)度表：a.定義測試?yán)锍瘫?；b.定義當(dāng)前里程碑的詳細(xì)測試進(jìn)度。5）測試資源和相關(guān)的程序經(jīng)理/開發(fā)工程師：a.定義參與測試的人

14、員；b.描述每位測試人員的職責(zé)范圍；c.給出與測試有關(guān)的程序經(jīng)理/開發(fā)工程師的相關(guān)信息。6）配置范圍和測試工具：a.給出測試時使用的所有計算機(jī)平臺列表；b.描述測試覆蓋了哪些硬件設(shè)備；c.測試時使用的主要測試工具。四、測試過程1、測試環(huán)境準(zhǔn)備測試環(huán)境的準(zhǔn)備主要由客戶方系統(tǒng)管理員完成，技術(shù)顧問提供支持。完成相 應(yīng)的安裝記錄文檔，系統(tǒng)管理員應(yīng)該在初始化的關(guān)鍵點備份并歸檔數(shù)據(jù)庫。應(yīng)明 確規(guī)定安裝完成時間和負(fù)責(zé)人。安裝完成時間/負(fù)責(zé)人應(yīng)用服務(wù)器/數(shù)據(jù)庫服務(wù)器地 址數(shù)據(jù)庫備份方式/時間數(shù)據(jù)庫備份存檔位置.2、測試用例編寫在環(huán)境準(zhǔn)備的同時，關(guān)鍵用戶應(yīng)在顧問輔助下完成測試用例的編寫。測試用例應(yīng)能覆蓋業(yè)務(wù)解決

15、方案中的所有業(yè)務(wù)流程， 分為以下三種類型，測試過程應(yīng)該 循序漸進(jìn)，由易到難，由簡而繁進(jìn)行。測試用例可以安排關(guān)鍵用戶互相審核，顧 問也可以承擔(dān)一部分復(fù)雜用例的審核。1）產(chǎn)品功能點的測試對產(chǎn)品的功能點進(jìn)行逐一測試確認(rèn)。2）單元測試比如總帳，從時間范圍講，應(yīng)該從制單開始，出納簽字、審核、記帳、結(jié)轉(zhuǎn) 定義、月末結(jié)轉(zhuǎn)、期間結(jié)帳、到年末結(jié)帳為止，使用可能發(fā)生的最長的業(yè)務(wù) 流程來設(shè)計測試用例。3）集成測試集成測試跨越產(chǎn)品多個模塊，如為了完成產(chǎn)、供、銷等一系列完整業(yè)務(wù)，測 試用例涉及銷售模塊、生產(chǎn)管理、采購等多個模塊，測試時銷售人員、采購 人員、生產(chǎn)計劃員、庫管員、財務(wù)人員等需要協(xié)同工作，模塊間數(shù)據(jù)正確性、

16、流程完整性連貫性的測試應(yīng)該是模擬測試的重點，客戶方人員可能因為分共 較細(xì)不能完成此部分測試用例設(shè)計，應(yīng)用顧問應(yīng)該發(fā)揮咨詢實施經(jīng)驗來幫助 客戶設(shè)計用例。業(yè)務(wù)流程測試用 例編碼測試過程描述預(yù)期結(jié)果實際結(jié)果結(jié)果是否 正確作 者審核人測試人銷售訂單 下達(dá)T1步驟 1 (SD-C1)xxxxxxxx步驟 2 (PP-C1)xxxxxxxx步驟 3 (FI-C1)xxxxxxxxxxxxxxxx步驟 n (xx-xx)xxxxxxxx3、系統(tǒng)初始化測試用例落實之后，就可以進(jìn)行系統(tǒng)的初始化，對關(guān)鍵用戶來說這是一個熟 悉產(chǎn)品的機(jī)會。1）靜態(tài)數(shù)據(jù)錄入，數(shù)據(jù)來靜態(tài)數(shù)據(jù)準(zhǔn)備-靜態(tài)數(shù)據(jù)準(zhǔn)備方案中確定的系統(tǒng)參數(shù)、基本檔案、業(yè)務(wù)流程配置等信息。錄入、檢查之后，請備份數(shù)據(jù)庫進(jìn)行存檔，這份完成靜態(tài)數(shù)據(jù)初始化的數(shù)據(jù)庫備份會很有用。2）動態(tài)數(shù)據(jù)的準(zhǔn)備和錄入，實施過程中的動態(tài)數(shù)據(jù)準(zhǔn)備和轉(zhuǎn)換是在系統(tǒng)切 換階段進(jìn)行的，此時可以把客戶方的前幾個月的真實歷史數(shù)據(jù)取來進(jìn)行 準(zhǔn)備和錄入。如下是期初余額的數(shù)據(jù)準(zhǔn)備和錄入 輔助科目名稱、輔助項1輔助項1輔助項3100151124、測試風(fēng)險列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件請將嚴(yán)重性最大的風(fēng)險列在表的最前面。J 丁 P風(fēng)險可能性潛在的影 響嚴(yán)重性預(yù)防/處理措施可能的征兆1J 丁