1、3.1系統(tǒng)測(cè)試概要3系統(tǒng)測(cè)試計(jì)劃系統(tǒng)測(cè)試是對(duì)解決方案藍(lán)圖的真實(shí)模擬， 通過(guò)模擬客戶真實(shí)的業(yè)務(wù)環(huán)境，對(duì) 系統(tǒng)切換上線后的使用情況進(jìn)行預(yù)測(cè)。 測(cè)試內(nèi)容包括軟件的正確性、容錯(cuò)性、易 用性和效率，要盡可能全面地模擬真實(shí)的生產(chǎn)系統(tǒng)， 發(fā)現(xiàn)有可能發(fā)生的錯(cuò)誤，并 及時(shí)修改錯(cuò)誤，對(duì)發(fā)現(xiàn)的業(yè)務(wù)解決方案中不妥之處也要做出調(diào)整?？傊?，系統(tǒng)測(cè) 試的目的就是保證一套合理的業(yè)務(wù)解決方案能夠在一套經(jīng)過(guò)測(cè)試的軟件上正確地、有效率地運(yùn)行，使軟件滿足客戶需求。系統(tǒng)測(cè)試是系統(tǒng)順利切換的關(guān)鍵環(huán)節(jié),保證測(cè)試效果的關(guān)鍵是完善的測(cè)試方案。系統(tǒng)測(cè)試的大體框架如下圖所示。初貽化系纟充粗略測(cè)試修正BUG存儲(chǔ)測(cè)試結(jié)果F存儲(chǔ)測(cè)試結(jié)果卜3.2測(cè)試范圍

2、電元測(cè)試'BUG .N集成測(cè)試仃儲(chǔ)測(cè)試結(jié)果測(cè)試BUGYBUG站束測(cè)試存儲(chǔ)測(cè)試纟占果軟件模塊：a. 基于CAN總線的分布式照明通信模塊b. 用戶登錄模塊c. 服務(wù)器模塊d. 照明實(shí)時(shí)監(jiān)測(cè)322測(cè)試人員：人員角色及職責(zé)郭亞單元測(cè)試康成系統(tǒng)測(cè)試羅恒集成測(cè)試測(cè)試類型:界面測(cè)試：通過(guò)用戶界面（UI）測(cè)試來(lái)核實(shí)用戶與軟件的交互。UI測(cè)試的 目標(biāo)在于確保用戶界面向用戶提供了適當(dāng)?shù)脑L問(wèn)和瀏覽測(cè)試對(duì)象功能的操作。 除 此之外，UI測(cè)試還要確保UI功能內(nèi)部的對(duì)象符合預(yù)期要求。性能評(píng)價(jià)是一種性能測(cè)試，它對(duì)響應(yīng)時(shí)間、處理速率和其他與時(shí)間相關(guān)的需 求進(jìn)行評(píng)測(cè)和評(píng)估。性能評(píng)價(jià)的目標(biāo)是核實(shí)性能需求是否都已滿足。實(shí)施

3、和執(zhí)行 性能評(píng)價(jià)的目的是將測(cè)試對(duì)象的性能行為當(dāng)作條件（如工作量或硬件配置）的一種函數(shù)來(lái)進(jìn)行評(píng)價(jià)和微調(diào)。容量測(cè)試：使測(cè)試對(duì)象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故 障的極限。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)是否能夠持續(xù)處理的最大負(fù) 載或工作量。例如，如果測(cè)試對(duì)象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫(kù)記錄， 那么容量測(cè)試就會(huì)使用一個(gè)大型的測(cè)試數(shù)據(jù)庫(kù)，檢驗(yàn)該軟件是否正常運(yùn)行并生成 了正確的報(bào)表。應(yīng)用程序級(jí)別的安全性可確保：在預(yù)期的安全性情況下，用戶只能訪問(wèn)特定 的功能或用例，或者只能訪問(wèn)有限的數(shù)據(jù)。例如，可能會(huì)允許所有人輸入數(shù)據(jù)， 創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)

4、級(jí)別的安全 性，測(cè)試就可確?！坝脩纛愋鸵弧蹦軌蚩吹剿锌蛻粜畔?，而“用戶二”只能看 見(jiàn)同一客戶的統(tǒng)計(jì)數(shù)據(jù)。系統(tǒng)級(jí)別的安全性可確保只有具備系統(tǒng)訪問(wèn)權(quán)限的用戶才能訪問(wèn)應(yīng)用程序， 而且只能通過(guò)相應(yīng)的網(wǎng)關(guān)來(lái)訪問(wèn)。3.3 測(cè)試方法3.3.1 單元測(cè)試單元測(cè)試是對(duì)軟件中的基本組成單位進(jìn)行的測(cè)試， 如一個(gè)模塊、 一個(gè)過(guò)程等 等。它是軟件動(dòng)態(tài)測(cè)試的最基本的部分， 也是最重要的部分之一， 其目的是檢驗(yàn) 軟件基本組成單位的正確性。 因?yàn)閱卧獪y(cè)試需要知道內(nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié) 知識(shí)，一般應(yīng)由程序員而非測(cè)試員來(lái)完成， 往往需要開(kāi)發(fā)測(cè)試驅(qū)動(dòng)模塊和樁模塊 來(lái)輔助完成單元測(cè)試。 因此應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu)就顯得

5、尤為重要。單元測(cè)試方法單元測(cè)試的方法只有兩種基本的測(cè)試方法 , 一個(gè)是代碼復(fù)查 , 一個(gè)是編寫(xiě)測(cè)試程序。它非常依賴于測(cè)試人員的技術(shù)水平 , 有時(shí)檢查者發(fā)現(xiàn)不了 錯(cuò)誤, 有時(shí)又把正確的解決方案認(rèn)為是錯(cuò)誤的。 其次, 代碼復(fù)查在回歸測(cè)試時(shí)工作 量非常巨大。當(dāng)一個(gè)單元因?yàn)槟撤N原因發(fā)生改變時(shí) , 就必須對(duì)這個(gè)單元重新進(jìn)行 測(cè)試, 這會(huì)使單元測(cè)試的工作量成倍增長(zhǎng)。 編寫(xiě)測(cè)試碼是單元測(cè)試的第二種方法。 編寫(xiě)測(cè)試程序首先要求測(cè)試對(duì)象具有很好的內(nèi)斂性及可測(cè)試性 , 其次開(kāi)發(fā)的測(cè)試 驅(qū)動(dòng)程序、 穩(wěn)定樁要保證測(cè)試用例的完整性。 測(cè)試用例的選擇是一個(gè)具有策略性 的決定, 它取決于軟件質(zhì)量、可用資源、已有的測(cè)度文檔和

6、風(fēng)險(xiǎn)分析的綜合結(jié)果。 每個(gè)測(cè)試用例的結(jié)果都必須進(jìn)行記錄。 測(cè)試驅(qū)動(dòng)程序開(kāi)發(fā) ,先編寫(xiě)測(cè)試代碼 , 再進(jìn) 行開(kāi)發(fā)。先編寫(xiě)產(chǎn)品函數(shù)的框架 , 然后編寫(xiě)測(cè)試函數(shù) , 針對(duì)產(chǎn)品函數(shù)的功能編寫(xiě)測(cè) 試用例, 然后編寫(xiě)產(chǎn)品函數(shù)的代碼 , 每寫(xiě)一個(gè)功能點(diǎn)都運(yùn)行測(cè)試 ,隨時(shí)補(bǔ)充測(cè)試用 例。所謂先編寫(xiě)產(chǎn)品函數(shù)的框架 , 是指先編寫(xiě)函數(shù)空的實(shí)現(xiàn) , 有返回值的隨便返回 一個(gè)值,編譯通過(guò)后再編寫(xiě)測(cè)試代碼 ,這時(shí), 函數(shù)名、參數(shù)表、返回類型都應(yīng)該確 定下來(lái)了 , 所編寫(xiě)的測(cè)試代碼以后需修改的可能性比較小。3.3.2 集成測(cè)試集成測(cè)試是在軟件系統(tǒng)集成過(guò)程中所進(jìn)行的測(cè)試， 其主要目的是檢查軟件單 位之間的接口是否正確。 它

7、根據(jù)集成測(cè)試計(jì)劃， 一邊將模塊或其他軟件單位組合 成越來(lái)越大的系統(tǒng)， 一邊運(yùn)行該系統(tǒng)， 以分析所組成的系統(tǒng)是否正確， 各組成部 分是否合拍。集成測(cè)試的策略主要有自頂向下和自底向上兩種。集成測(cè)試是一種正規(guī)測(cè)試過(guò)程， 必須精心計(jì)劃， 并與單元測(cè)試的完成時(shí)間協(xié)調(diào) 起來(lái)。3.3.3 系統(tǒng)測(cè)試系統(tǒng)測(cè)試是對(duì)已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測(cè)試， 以驗(yàn)證軟件系統(tǒng)的正 確性和性能等滿足其規(guī)約所指定的要求， 檢查軟件的行為和輸出是否正確并非一 項(xiàng)簡(jiǎn)單的任務(wù)。軟件系統(tǒng)測(cè)試方法很多，主要有功能測(cè)試、性能測(cè)試、隨機(jī)測(cè)試 等等。解決了上述問(wèn)題后，就可以列出各個(gè)模塊的編制、測(cè)試計(jì)劃表，表明各個(gè) 模塊單元測(cè)試完成日期、 首次

8、完成測(cè)試的日期、 集成測(cè)試全部完成的日期、 以及 需要的測(cè)試用例和所期望的測(cè)試結(jié)果。3.4 測(cè)試過(guò)程3.4.1 測(cè)試環(huán)境準(zhǔn)備測(cè)試環(huán)境的準(zhǔn)備主要由客戶方系統(tǒng)管理員完成， 技術(shù)顧問(wèn)提供支持。 完成相應(yīng)的安裝記 錄文檔，系統(tǒng)管理員應(yīng)該在初始化的關(guān)鍵點(diǎn)備份并歸檔數(shù)據(jù)庫(kù)3.4.2 測(cè)試用例編寫(xiě)在環(huán)境準(zhǔn)備的同時(shí)， 關(guān)鍵用戶應(yīng)在顧問(wèn)的幫助下完成測(cè)試用例的編寫(xiě)。 測(cè)試 用例應(yīng)能覆蓋業(yè)務(wù)解決方案中的所有業(yè)務(wù)流程， 分為以下三種類型， 測(cè)試過(guò)程應(yīng) 該循序漸進(jìn)，由易到難，由簡(jiǎn)而繁進(jìn)行。測(cè)試用例可以安排關(guān)鍵用戶互相審核， 顧問(wèn)也可以承擔(dān)一部分復(fù)雜用例的審核。3.4.4 測(cè)試記錄和結(jié)果反饋在測(cè)試過(guò)程中，如對(duì)具體操作有不解之處，或系統(tǒng)存在錯(cuò)誤，應(yīng)及時(shí)向項(xiàng)目組咨詢和反映，如在測(cè)試結(jié)束時(shí)，錯(cuò)誤仍未解決，則在“測(cè)試問(wèn)題記錄單”中記 錄下該錯(cuò)誤，提交給項(xiàng)目組。在測(cè)試過(guò)程中，如發(fā)現(xiàn)原應(yīng)