地下綜合管網(wǎng)管理信息系統(tǒng)項目系統(tǒng)測試方案

地下綜合管網(wǎng)管理信息系統(tǒng)項目系統(tǒng)測試方案我公司承諾，每項開發(fā)成果都將經(jīng)過嚴(yán)格全面的測試，在與其它開發(fā)成果集成過程中做進一步的集成測試后，才提交給業(yè)主方使用。測試是系統(tǒng)完成后最后的一個檢驗過程，也是相當(dāng)重要的一個環(huán)節(jié)。我們非常重視這個工作，對于綜合管線管理信息系統(tǒng)建設(shè)項目，主要通過以下方式來保證系統(tǒng)測試工作的規(guī)范實施：我們公司已經(jīng)成立了獨立于開發(fā)部門的系統(tǒng)測試組，由受過專業(yè)測試培訓(xùn)的人員組成，包括測試項目負(fù)責(zé)人和測試組成員，測試人員在項目需求階段就參與到項目中，保證測試過程的相對獨立性和有效性。我們將抽出精干人員組成本項目的測試小組，專門負(fù)責(zé)本項目的測試工作。軟件測試是為了發(fā)現(xiàn)錯誤而執(zhí)行程序的過程。軟件測試是根據(jù)程序開發(fā)階段的規(guī)格說明及程序內(nèi)部結(jié)構(gòu)而精心設(shè)計的一批測試用例（輸入數(shù)據(jù)及其與其結(jié)果的集合），并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。整個測試過程按照：測試計劃→測試設(shè)計→測試開發(fā)→測試執(zhí)行→測試評估的過程來進行。圖6.SEQ圖\*ARABIC\s11測試過程示意圖項目測試的目的1、從我們軟件開發(fā)者的角度出發(fā)，希望軟件測試成為表明所開發(fā)的綜合管線管理信息系統(tǒng)中不存在錯誤的過程，并驗證該系統(tǒng)已經(jīng)正確地實現(xiàn)了用戶的要求，確立大家對軟件質(zhì)量的信心。2、從業(yè)主方的實際用戶角度出發(fā)，普遍希望通過軟件測試暴露出軟件中隱藏的錯誤和缺陷。項目測試的原則應(yīng)當(dāng)把“盡早地和不斷地進行軟件測試”作為軟件開發(fā)者的座右銘。測試用例應(yīng)當(dāng)由測試輸入數(shù)據(jù)和對應(yīng)的預(yù)期輸出結(jié)果兩部分組成；程序員應(yīng)避免檢查自己的程序；在設(shè)計測試用例時，應(yīng)包括合理的輸入條件和不合理的輸入條件；充分注意測試中群集現(xiàn)象（根據(jù)經(jīng)驗表明，測試后程序中殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目成正比）；嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性；應(yīng)當(dāng)對每一個測試結(jié)果做全面檢查；妥善保存測試計劃，測試用例，出錯統(tǒng)計和最終分析報告，為軟件維護提供方便。軟件測試并不等于程序測試。軟件測試貫穿軟件定義與開發(fā)的整個過程，需求分析、概要設(shè)計、詳細設(shè)計以及程序編碼等各個階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細設(shè)計規(guī)格說明及源程序，都應(yīng)成為軟件測試的對象。項目測試方法綜合管線管理信息系統(tǒng)建設(shè)項目測試方法采用白盒測試和黑盒測試相結(jié)合的方式。黑盒測試是指完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下進行測試；白盒測試是熟悉產(chǎn)品內(nèi)部工作過程，通過測試來檢測產(chǎn)品內(nèi)部動作是否按照需求的規(guī)定正常進行。采用兩者相結(jié)合的方式，研發(fā)部門和高級測試人員對完成的模塊采用交叉的方式和各種測試工具方式進行白盒測試，系統(tǒng)測試組熟悉業(yè)務(wù)知識，對系統(tǒng)進行黑盒測試，保證測試的完整性。測試過程模型圖6.SEQ圖\*ARABIC\s12開發(fā)和測試過程的V模型圖項目測試內(nèi)容數(shù)據(jù)和數(shù)據(jù)庫完整性測試在本系統(tǒng)中，數(shù)據(jù)庫和數(shù)據(jù)庫進程應(yīng)作為一個子系統(tǒng)來進行測試。在測試這些子系統(tǒng)時，不應(yīng)將測試對象的用戶界面用作數(shù)據(jù)的接口。對于數(shù)據(jù)庫管理系統(tǒng)（DBMS），還需要進行深入的研究，以確定可以支持以下測試的工具和技術(shù)。表61：數(shù)據(jù)庫完整性測試測試目標(biāo)確保數(shù)據(jù)庫訪問方法和進程正常運行，數(shù)據(jù)不會遭到損壞。技術(shù)調(diào)用各個數(shù)據(jù)庫訪問方法和進程，并在其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)據(jù)的請求）。檢查數(shù)據(jù)庫，確保數(shù)據(jù)已按預(yù)期的方式填充，并且所有的數(shù)據(jù)庫事件都已正常發(fā)生；或者檢查所返回的數(shù)據(jù)，確保為正當(dāng)?shù)睦碛蓹z索到了正確的數(shù)據(jù)完成標(biāo)準(zhǔn)所有的數(shù)據(jù)庫訪問方法和進程都按照設(shè)計的方式運行，數(shù)據(jù)沒有遭到損壞。需考慮的特殊事項測試可能需要DBMS開發(fā)環(huán)境或驅(qū)動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。進程應(yīng)該以手工方式調(diào)用。應(yīng)使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所有無法接受的事件具有更大的可視度。功能測試對測試對象的功能測試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。這種測試的目標(biāo)是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實施是否恰當(dāng)。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（GUI）與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程。以下為各種應(yīng)用程序列出了推薦使用的測試概要：表62：功能測試

測試目標(biāo)確保測試對象的功能正常。技術(shù)利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例、用例流或功能，以核實以下內(nèi)容：在使用有效數(shù)據(jù)時得到預(yù)期的結(jié)果。在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。完成標(biāo)準(zhǔn)所計劃的測試已全部執(zhí)行。所發(fā)現(xiàn)的缺陷已全部解決。需考慮的特殊事項確定或說明那些將對功能測試的實施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的）。用戶界面測試用戶界面（UI）測試用于核實用戶與軟件之間的交互。UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。另外，UI測試還可確保UI中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。表6-3：用戶界面測試測試目標(biāo)核實以下內(nèi)容：通過測試對象進行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab健、鼠標(biāo)移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。技術(shù)為每個窗口創(chuàng)建或修改測試，以核實各個應(yīng)用程序窗口和對象都可正確地進行瀏覽，并處于正常的對象狀態(tài)。完成標(biāo)準(zhǔn)成功地核實出各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn)。需考慮的特殊事項并不是所有定制或第三方對象的特征都可訪，應(yīng)測試在不同分辨率下的界面特征，對B/S結(jié)構(gòu)，該測試更為重要。安全性和訪問控制測試安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：1、應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問。2、系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問。應(yīng)用程序級別的安全性可確保：在預(yù)期的安全性情況下，用戶只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。表64：安全性和訪問控制測試表測試目標(biāo)應(yīng)用程序級別的安全性：核實用戶只能訪問其所屬角色已被授權(quán)訪問的那些功能或數(shù)據(jù)。系統(tǒng)級別的安全性：核實只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的主角才能訪問系統(tǒng)和應(yīng)用程序。技術(shù)應(yīng)用程序級別的安全性：確定并列出各用戶類型及其被授權(quán)訪問的功能或數(shù)據(jù)。用為各用戶類型創(chuàng)建測試，并通過創(chuàng)建各用戶類型所特有的事務(wù)來核實其權(quán)限。修改用戶類型并為相同的用戶重新運行測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。系統(tǒng)級別的訪問：請參見以下的“需考慮的特殊事項”完成標(biāo)準(zhǔn)各種已知的主角類型都可訪問相應(yīng)的功能或數(shù)據(jù)，而且所有事務(wù)都按照預(yù)期的方式運行，并在先前的應(yīng)用程序功能測試中運行了所有的事務(wù)。需考慮的特殊事項必須與相應(yīng)的網(wǎng)絡(luò)或系統(tǒng)管理員一起對系統(tǒng)訪問權(quán)限進行檢查和討論。故障轉(zhuǎn)移和恢復(fù)測試故障轉(zhuǎn)移和恢復(fù)測試可確保測試對象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故障中恢復(fù)。故障轉(zhuǎn)移測試可確保：對于必須持續(xù)運行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時機地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務(wù)?；謴?fù)測試是一種對抗性的測試過程。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件下），以產(chǎn)生故障（例如設(shè)備輸入/輸出（I/O）故障或無效的數(shù)據(jù)庫指針和關(guān)鍵字）。然后調(diào)用恢復(fù)進程并監(jiān)測和檢查應(yīng)用程序和系統(tǒng)，核實應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。表65：故障轉(zhuǎn)移和恢復(fù)測試表測試目標(biāo)確?；謴?fù)進程（手工或自動）將數(shù)據(jù)庫、應(yīng)用程序和系統(tǒng)正確地恢復(fù)到了預(yù)期的已知狀態(tài)。測試中將包括以下各種情況：客戶機斷電；服務(wù)器斷電。通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的通信中斷；DASD和/或DASD控制器被中斷、斷電或與DASD和/或DASD控制器的通信中斷；周期未完成（數(shù)據(jù)過濾進程被中斷，數(shù)據(jù)同步進程被中斷）。數(shù)據(jù)庫指針或關(guān)鍵字無效；數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭到破壞。技術(shù)應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù)。一旦達到預(yù)期的測試起點，就應(yīng)該分別執(zhí)行或模擬以下操作：客戶機斷電：關(guān)閉PC機的電源。服務(wù)器斷電：模擬或啟動服務(wù)器的斷電過程。通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動網(wǎng)絡(luò)的通信中斷（實際斷開通信線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源）。DASD和DASD控制器被中斷、斷電或與DASD和DASD控制器的通信中斷：模擬與一個或多個DASD控制器或設(shè)備的通信，或?qū)嶋H取消這種通信。一旦實現(xiàn)了上述情況（或模擬情況），就應(yīng)該執(zhí)行其他事務(wù)。而且一旦達到第二個測試點狀態(tài)，就應(yīng)調(diào)用恢復(fù)過程。在測試不完整的周期時，所使用的技術(shù)與上述技術(shù)相同，只不過應(yīng)異常終止或提前終止數(shù)據(jù)庫進程本身。對以下情況的測試需要達到一個已知的數(shù)據(jù)庫狀態(tài)。當(dāng)破壞若干個數(shù)據(jù)庫字段、指針和關(guān)鍵字時，應(yīng)該以手工方式在數(shù)據(jù)庫中（通過數(shù)據(jù)庫工具）直接進行。其他事務(wù)應(yīng)該通過使用“應(yīng)用程序功能測試”和“業(yè)務(wù)周期測試”中的測試來執(zhí)行，并且應(yīng)執(zhí)行完整的周期。

完成標(biāo)準(zhǔn)在所有上述情況中，應(yīng)用程序、數(shù)據(jù)庫和系統(tǒng)應(yīng)該在恢復(fù)過程完成時立即返回到一個已知的預(yù)期狀態(tài)。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表明進程或事務(wù)因中斷而未被完成的報表。需考慮的特殊事項恢復(fù)測試會給其他操作帶來許多的麻煩。斷開纜線連接的方法（模擬斷電或通信中斷）可能并不可取或不可行。所以，可能會需要采用其他方法，例如診斷性軟件工具。需要系統(tǒng)（或計算機操作）、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源。這些測試應(yīng)該在工作時間之外或在一臺獨立的計算機上運行。軟件測試停止標(biāo)準(zhǔn)1）軟件系統(tǒng)經(jīng)過單元、集成、系統(tǒng)測試，分別達到單元、集成、系統(tǒng)測試停止標(biāo)準(zhǔn)。2）軟件系統(tǒng)通過驗收測試，并已得出驗收測試結(jié)論。3）軟件項目需暫停以進行調(diào)整時，測試應(yīng)隨之暫停，并備份暫停點數(shù)據(jù)。4）軟件項目在其開發(fā)生命周期內(nèi)出現(xiàn)重大估算，進度偏差，需暫?；蚪K止時，測試應(yīng)隨之暫停或終止，并備份暫停或終止點數(shù)據(jù)。1、單元測試停止標(biāo)準(zhǔn)1）單元測試用例設(shè)計已經(jīng)通過評審；2）按照單元測試計劃完成了所有規(guī)定單元的測試；3）達到了測試計劃中關(guān)于單元測試所規(guī)定的覆蓋率的要求；4）被測試的單元每千行代碼發(fā)現(xiàn)錯誤數(shù)小于4個；5）軟件單元功能與設(shè)計一致；6）在單元測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復(fù)率達到標(biāo)準(zhǔn)。2、集成測試停止標(biāo)準(zhǔn)1）集成測試用例設(shè)計已經(jīng)通過評審；2）按照集成構(gòu)件計劃及增量集成策略完成了整個系統(tǒng)的集成測試；3）達到了測試計劃中關(guān)于集成測試所規(guī)定的覆蓋率的要求；4）被測試的集成工作版本每千行代碼發(fā)現(xiàn)錯誤數(shù)小于2個；5）集成工作版本滿足設(shè)計定義的各項功能、性能要求；6）在集成測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復(fù)率達到標(biāo)準(zhǔn)。3、系統(tǒng)測試停止標(biāo)準(zhǔn)1）系統(tǒng)測試用例設(shè)計已經(jīng)通過評審；2）按照系統(tǒng)測試計劃完成了系