系統(tǒng)軟件測試方案

系統(tǒng)軟件測試方案1.1.1.1總體測試任務(wù)安排針對本項目的測試工作，我公司將按《計算機軟件質(zhì)量保證計劃規(guī)范》（GB/T-90）、GB/T-2008《計算機軟件測試規(guī)范》和GB/T9386-2008《計算機軟件測試文檔編制規(guī)范》進行軟件檢查、測試、文檔整理報送。我公司保證對測試錯誤和缺陷進行及時修正、補充。我公司將在本項目中全面實施標(biāo)準(zhǔn)和規(guī)范化的測試工作。我公司將完成全部業(yè)務(wù)功能、技術(shù)功能、各種性能測試的測試案例編寫工作和實際數(shù)據(jù)采集工作。我公司將對所有測試采用客觀的測試案例和測試數(shù)據(jù)為驗證標(biāo)準(zhǔn)。在本項目的軟件測試過程中，我公司將針對測試所發(fā)現(xiàn)的典型性問題、常見性問題、重要性問題，建立相應(yīng)的軟件測試知識庫。當(dāng)項目甲方委托第三方測試機構(gòu)進行測試時，我公司將予以積極配合。此外，在本項目的軟件測試過程中，我公司將提供測試所需的工具，免費用于項目甲方在本項目中所建平臺的測試過程。1.1.1.2測試準(zhǔn)備方案4.8.10.2.1測試計劃對于本項目的應(yīng)用軟件測試工作，我公司將提前制定測試計劃，主要包括：測試階段劃分、測試方法、工作流程、人員分工、進度安排等內(nèi)容。在測試計劃經(jīng)項目甲方確認(rèn)后，我公司將按照該計劃，嚴(yán)格執(zhí)行項目測試工作。針對本項目應(yīng)用軟件開發(fā)的單元測試、集成測試、系統(tǒng)測試，我公司將制定切實可行的測試計劃，合理安排各階段的軟件測試工作的任務(wù)、方法、人員安排、時間進度等，從而有效檢驗軟件的功能、性能等方面的技術(shù)指標(biāo)對項目需求的滿足程度。在本項目中，分三個階段進行測試計劃。（1）第一階段測試計劃（基于平臺2.0的預(yù)算綜合管理和門戶）第一階段測試計劃的主要內(nèi)容如下：測試階段的序列號測試內(nèi)容(對象)1單元測試所開發(fā)軟件的各單元模塊測試方法白盒測試投入人員軟件開發(fā)工程師量4個人時間周期7天2集成測試所開發(fā)軟件的各子系統(tǒng)黑盒測試軟件開發(fā)工程師、軟件測試工程師軟件測試工程師同“3”同“3”同“3”兩個人住5天3456系統(tǒng)測試所開發(fā)軟件的整個平臺系統(tǒng)集成試驗階段初驗測試階段驗收測試系統(tǒng)集成完成的軟件系統(tǒng)系統(tǒng)初驗完成的軟件系統(tǒng)階段驗收完成的軟件系統(tǒng)同“2”與“2”相同同“2”與“2”相同2人2人2人2人7天4天2天3天(2)第二階段測試計劃(國庫集中支付接入)第二階段測試計劃的主要內(nèi)容如下：序號測試階段測試內(nèi)容(對象)12單元測試所開發(fā)軟件的各單元模塊集成測試所開發(fā)軟件的各子系統(tǒng)測試方法白盒測試黑盒測試投資人員軟件開發(fā)工程師軟件開發(fā)工程師、軟件測試工程師軟件測試工程師同“3”同“3”同“3”數(shù)量2人1人時間周期15天15天3456測試系統(tǒng)開發(fā)的軟件的完整性一個平臺系統(tǒng)集成測試階段初驗測試階段驗收測試系統(tǒng)集成完成的軟件系統(tǒng)系統(tǒng)初驗完成的軟件系統(tǒng)竣工階段驗收軟件系統(tǒng)與“2”相同同“2”同“2”與“2”相同2人4人4人4個人15天3天2天3天（3）項目最終驗收測試計劃項目最終驗收測試計劃的主要內(nèi)容如下：序號測試階段測試內(nèi)容(對象)1項目最終整體試運行正常驗收測試的軟件系統(tǒng)檢測方法黑盒測試投資人員軟件測試工程師數(shù)量4人時間周期5天4.8.10.2.2測試組織我公司為本項目成立了專門的測試團隊，并設(shè)置了明確的工作崗位，主要包括高級測試經(jīng)理、具有實際軟件測試經(jīng)驗的專業(yè)軟件測試工程師。我公司對測試小組成員的工作職責(zé)做了明確的規(guī)定。所有測試人員將負(fù)責(zé)根據(jù)測試計劃編寫測試計劃和測試用例，執(zhí)行系統(tǒng)測試(功能、性能、安全等。)，并準(zhǔn)備測試報告。他們還將向項目甲方做出必要的系統(tǒng)缺陷回應(yīng)。4.8.10.2.3測試方案我公司針對每類測試制定了單獨的測試計劃，包括：測試內(nèi)容、測試環(huán)境、數(shù)據(jù)要求、測試范圍和主要內(nèi)容、測試工具和測試方法、完成標(biāo)準(zhǔn)等。測試計劃經(jīng)項目甲方確認(rèn)后，我公司將嚴(yán)格執(zhí)行。4.8.10.2.4測試環(huán)境我公司將為本項目的各類測試工作搭建所需的性能測試環(huán)境，安裝并配置性能測試工具。4.8.10.2.5測試用例我公司將為本項目的各類測試工作提供所需的測試用例，并保證測試用例滿足以下要求：1）測試用例的目標(biāo)清楚，并可滿足軟件質(zhì)量管理的各方面要求。2)測試用例的組織和分類設(shè)計思路正確，層次清晰，結(jié)構(gòu)合理。3）測試用例覆蓋所有測試點、所有路徑、所有已知用戶使用場景。4)有足夠的負(fù)面測試用例來測試各種異常和異常。5）可根據(jù)測試階段和情況的變化，及時更新維護測試用例。4.8.10.2.6測試數(shù)據(jù)我公司將提供滿足本工程要求的各種試驗數(shù)據(jù)：1)我公司將準(zhǔn)備模擬測試數(shù)據(jù)，能夠滿足測試要求，覆蓋被測業(yè)務(wù)和測試邊界，滿足完整性和一致性要求。2）我公司將按項目甲方指定的范圍，采集測試所需實際數(shù)據(jù)，并進行整理，以滿足測試需要。我公司將按照項目保密要求，對相關(guān)數(shù)據(jù)進行保密。1.1.1.3測試方法基本測試策略測試將從軟件功能、接口規(guī)范、業(yè)務(wù)處理邏輯、運行結(jié)果、運行環(huán)境適應(yīng)性等方面進行。驗證軟件功能點的滿意度、界面布局和人機交互的規(guī)范性、業(yè)務(wù)處理邏輯的正確性和業(yè)務(wù)運行結(jié)果的合理性。1）測試軟件功能，驗證每個功能點對合同約定需求的滿足程度。2)根據(jù)界面規(guī)范的要求，對系統(tǒng)中各業(yè)務(wù)模塊的輸入、列表、提示息等頁面進行測試，驗證其樣式和布局的統(tǒng)一性。3)測試系統(tǒng)的業(yè)務(wù)處理邏輯，驗證采集和查詢結(jié)果的正確性。4）采用白盒法執(zhí)行內(nèi)部邏輯測試，驗證程序業(yè)務(wù)處理邏輯的正確性。5）測試模擬業(yè)務(wù)環(huán)境中系統(tǒng)的運行結(jié)果，驗證模擬結(jié)果的合理性，以及系統(tǒng)對運行環(huán)境的適應(yīng)性。4.8.10.3.2測試執(zhí)行方法（1）功能測試測試軟件的功能，驗證各功能點是否滿足要求。用測試用例測試用戶需求對應(yīng)的軟件功能，找出軟件功能實現(xiàn)與用戶功能需求的不一致之處。通過功能測試，檢查軟件功能是否滿足用戶對管理的要求，從而找出軟件存在的功能問題。（2）性能測試使用測試用例測試用戶提出的軟件性能需求所對應(yīng)的軟件的性能和效率指標(biāo)。在一定的工作負(fù)載和配置條件下，測試軟件的響應(yīng)時間、處理速度、資源占用率、并發(fā)性、準(zhǔn)確性、適應(yīng)性、可靠性、安全性等特性。驗證軟件的各項性能指標(biāo)是否滿足用戶提出的性能指標(biāo)要求，從而找出軟件性能實現(xiàn)與性能要求的差距。（3）文檔測試對安裝手冊、配置手冊、操作手冊、維護手冊等軟件文檔進行測試，找出軟件文檔資料與使用要求之間的不一致之處，從而檢查文檔的正確性、完備性和可理解性。（4）環(huán)境接口測試測試軟件界面與環(huán)境的兼容性和可用性。接口測試內(nèi)容包括：聯(lián)網(wǎng)（5）安全性測試評價軟件的安全性，檢驗軟件的安全訪問控制體系是否能起到應(yīng)有的作用。安全性測試將從訪問控制、日志記錄是否完善，以及用戶誤操作、非法數(shù)據(jù)能否引起數(shù)據(jù)破壞等方面，對軟件的安全性進行嚴(yán)格測試。（6）可安裝性測試通過安裝程序或按照安裝規(guī)程，來測試軟件的安裝過程中是否存在錯誤，以便驗證軟件的可安裝性。（7）邊界測試在輸入域、輸出域、狀態(tài)轉(zhuǎn)移、功能邊界和性能邊界等邊界或端點測試軟件的臨界運行狀態(tài)。（8）余量測試測試軟件的容差能力(容差指標(biāo)如總存儲量、輸入/輸出通道、處理時間等。)滿足用戶提出的技術(shù)指標(biāo)要求。（9）容量測試（負(fù)載測試）對所測試的軟件加載大量數(shù)據(jù)進行應(yīng)用處理，驗證軟件能否按照其技術(shù)規(guī)格說明來處理大批量數(shù)據(jù)。(10)強度試驗在負(fù)載情況不確定的情況下，通過測試軟件的各項壓力指標(biāo)是否符合要求，來檢驗軟件的穩(wěn)定性。在規(guī)定時段和強度的測試條件下，通過運行軟件的所有功能，來驗證軟件是否存在嚴(yán)重錯誤，以及一般錯誤是否超過規(guī)定范圍。（11）可靠性測試在有代表性的應(yīng)用環(huán)境中，為了評估軟件的可靠性，根據(jù)其穩(wěn)定性來測試其功能。具體來說，可靠性測試將從合理使用資源(防止內(nèi)存泄露)、數(shù)據(jù)備份和恢復(fù)、用戶誤操作或非法數(shù)據(jù)是否會導(dǎo)致系統(tǒng)異常退出/程序損壞/數(shù)據(jù)破壞等方面測試軟件的可靠性指標(biāo)。（12）恢復(fù)性測試當(dāng)軟件出現(xiàn)故障并需要重新工作時，測試軟件重建其性能水平和恢復(fù)直接受影響的數(shù)據(jù)的能力。4.8.10.3.3測試用例設(shè)計方法測試用例設(shè)計方法如下所述：1）確定測試用例的角色、場景；2)確定測試用例的主事件流、分支事件流和異常事件流；3)確定測試用例的約束條件，包括：角色、不可空性、存在性、可重復(fù)性、相關(guān)性、數(shù)據(jù)格式、處理狀態(tài)、接口處理限制運行條件等。4）確定測試用例的邊界條件，包括輸入數(shù)據(jù)格式、數(shù)據(jù)存取錯誤檢測點、最?。畲笾?、處理量邊界（一條、多條數(shù)據(jù)）、處理順序邊界（首條、末條）；5)確定測試用例的并發(fā)條件，包括并發(fā)讀寫處理和并發(fā)控制。測試結(jié)果記錄方案按照子系統(tǒng)、業(yè)務(wù)模塊、功能點，分別記錄以下測試結(jié)果：1）記錄任務(wù)類型，包括：公共處理、基本數(shù)據(jù)處理、業(yè)務(wù)邏輯處理、界面操作處理四類任務(wù)；2）記錄測試日期、測試人、測試迭代次數(shù)、測試狀態(tài)；3）記錄測試輸入數(shù)據(jù)、測試步驟、預(yù)期結(jié)果；4)記錄測試輸出結(jié)果；5)記錄測試問題分析。4.8.10.3.5測試工具選型在本項目的軟件測試過程中，我公司將提供測試所需的工具(如測試管理工具、測試結(jié)果分析工具等)。)，將免費用于甲方在本項目中搭建的平臺的測試過程。主要包括以下測試工具：1）測試環(huán)境工具；2)預(yù)測試自動化工具；3）測試結(jié)果提煉工具；4）測試結(jié)果分析工具；5）測試結(jié)果比較工具；6)性能測試數(shù)據(jù)庫服務(wù)器。1.1.1.4測試管理我公司將在軟件開發(fā)過程中，組織專職軟件測試工程師進行軟件測試工作。通過對上述定制開發(fā)軟件進行單元測試、集成測試、系統(tǒng)測試，來驗證本項目所建系統(tǒng)的功能、性能等技術(shù)指標(biāo)是否滿足應(yīng)用要求。在軟件通過各階段測試后，項目組將軟件的測試計劃、測試用例、測試問題描述、測試報告等測試文檔一起交付給項目甲方。在上述軟件測試過程中，我公司將采取嚴(yán)格而有效測試過程管理，對軟件的功能、性能、文檔等方面的指標(biāo)進行全面測試，具體測試管理方案如下所述。1.1.1.4.1制定軟件測試計劃。根據(jù)項目進度計劃，由軟件測試小組的各成員共同協(xié)商具體的測試計劃。測試組長按照指定的模板起草《測試計劃》，其內(nèi)容包括：測試目的、測試對象、測試范圍、測試環(huán)境要求、測試任務(wù)、測試方法、測試接收準(zhǔn)則、測試人員安排、測試進度計劃、記錄與報告管理機制等。項目經(jīng)理對《測試計劃》審核批準(zhǔn)后，執(zhí)行下一步驟。1.1.1.4.2設(shè)計軟件測試用例根據(jù)《計算機軟件質(zhì)量保證計劃規(guī)范》，測試團隊的每個成員根據(jù)指定的模板設(shè)計待測軟件的《計算機軟件測試規(guī)范》，重點是軟件各子系統(tǒng)的功能、性能、接口的整體測試用例設(shè)計。測試組長邀請開發(fā)人員和相關(guān)專家，對《測試用例》進行技術(shù)評審，通過評審后方可執(zhí)行下一步驟。1.1.1.4.3執(zhí)行軟件功能和性能測試我公司將在本項目中全面實施標(biāo)準(zhǔn)和規(guī)范化的測試工作，完成全部業(yè)務(wù)功能、技術(shù)功能、各種性能測試的測試案例編寫工作和實際數(shù)據(jù)采集工作。對所有類型的測試，我公司將采用客觀的測試案例和測試數(shù)據(jù)為驗證標(biāo)準(zhǔn)，而不以個人主觀判斷作為測試標(biāo)準(zhǔn)。我公司的項目測試小組將按GB/T-2008《計算機軟件測試規(guī)范》進行軟件檢查、測試。軟件測試小組各成員依據(jù)《測試計劃》、《測試用例》執(zhí)行軟件測試，重點測試軟件運行過程中的整體功能、性能、接口聯(lián)接關(guān)系等技術(shù)指標(biāo)，并形成測試問題記錄與報告。對于測試過程中所發(fā)現(xiàn)的問題，采用我公司的自有“缺陷管理工具”進行溝通和管理，以便將測試結(jié)果及時通報給產(chǎn)品原廠商或我公司的技術(shù)人員。測試結(jié)束后，將測試結(jié)果和統(tǒng)計息記錄在書名號123中。1.1.1.4.4缺陷管理與改錯在本項目的軟件測試過程中，我公司將針對測試所發(fā)現(xiàn)的典型性問題、常見性問題、重要性問題，建立相應(yīng)的軟件測試知識庫。在制定軟件測試計劃、設(shè)計軟件測試用例、執(zhí)行軟件測試、記錄和報告測試問題的過程中，對于測試人員所發(fā)現(xiàn)的缺陷使用“缺陷管理工具”，來記錄相關(guān)缺陷的狀態(tài)息，并形成《缺陷管理報告》。此外，我公司保證對測試錯誤和缺陷進行及時修正、補充。我公司技術(shù)人員將根據(jù)缺陷記錄，及時消除已經(jīng)發(fā)現(xiàn)的缺陷，并進行相應(yīng)的回歸測試，以確保在后續(xù)測試和使用過程中不再引入新的缺陷。對于定制開發(fā)軟件，修改其測試問題的軟件版本變更控制流程如下圖所示：1.1.1.5測試實施計劃1.1.1.5.1功能測試對于用戶功能需求說明中定義的功能需求，按照不同階段的測試用例，對本項目系統(tǒng)與相關(guān)外部系統(tǒng)的應(yīng)用集成接口進行測試。通過驗證系統(tǒng)功能是否滿足需求說明書中描述的功能需求，來發(fā)現(xiàn)系統(tǒng)目前存在的問題。功能測試工作覆蓋系統(tǒng)全部源代碼。測試內(nèi)容除對代碼正確進行驗證外。還包括測試是否滿足界面設(shè)計要求、是否滿足軟件功能需求要求等各方面要求。（1）測試內(nèi)容對測試對象的功能測試應(yīng)側(cè)重于所有可直接跟蹤到的用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測試需求。功能測試主要是為了發(fā)現(xiàn)以下幾類錯誤：1)是否有不正確或缺失的功能？2）功能實現(xiàn)是否滿足用戶需求和系統(tǒng)設(shè)計的隱藏需求3）能否正確地接受輸入；能否正確的輸出結(jié)果。功能測試要求測試設(shè)計人員熟悉產(chǎn)品規(guī)格、需求文檔、產(chǎn)品業(yè)務(wù)功能，對測試用例設(shè)計方法有一定的掌握，從而設(shè)計出良好的測試計劃和測試用例，高效地進行功能測試。（2）測試規(guī)范進行功能測試時，應(yīng)遵循以下規(guī)范：1)為每個清晰的功能需求設(shè)計至少一個基本用例，兩個異常測試用例；2）對每個隱含的功能需求至少設(shè)計一個基本用例和兩個異常測試用例；3)為每個可能的功能異常設(shè)計1到2個測試用例；4）關(guān)鍵用例或優(yōu)先級高的用例要保證有效得到執(zhí)行；5）功能測試發(fā)現(xiàn)的缺陷要全部得到處理。（3）測試方法在進行功能測試時，首先需要對需求規(guī)格進行分析，因為這是功能測試的基本輸入。1.需求和規(guī)范的測試和分析步驟1）對每個明確的功能需求進行標(biāo)號（對于在需求規(guī)格文檔中已經(jīng)有標(biāo)號的可以直接飲用）；2)標(biāo)注每個可能隱含的功能需求；3）對于可能出現(xiàn)的功能異常進行分類分析，并標(biāo)號；4）對于前面3個步驟獲得的功能需求進行分級；由于我們不可能測試任何東西，因此可以根據(jù)風(fēng)險來決定對每個功能投入多少關(guān)注。一般來說，可以把功能劃分為關(guān)鍵功能和非關(guān)鍵功能。其中關(guān)鍵功能是指那些對用戶來說必不可少的功能，這類功能的喪失將導(dǎo)致用戶拒絕產(chǎn)品。5)對每個功能進行測試分析，分析是否可以測試，如何測試，可能的輸入，可能的輸出等。6）腳本化和自動化。2、常用功能測試用例設(shè)計方法1）等價類劃分法；2）邊界值法；3）因果圖；4）判定表；5）正交實驗設(shè)計；6）基于風(fēng)險的測試；7）錯誤猜測法。（4）風(fēng)險分析功能測試時存在的主要風(fēng)險有：1）遺漏重要的功能點的測試；2)系統(tǒng)功能改變后，自動化測試腳本沒有更新，導(dǎo)致執(zhí)行腳本時出現(xiàn)虛警或腳本失敗。（5）測試組織功能測試主要由測試團隊完成。測試組長負(fù)責(zé)編寫功能測試計劃、方案和測試總結(jié)報告。團隊成員負(fù)責(zé)編譯和執(zhí)行功能測試用例，編輯、調(diào)試和執(zhí)行測試腳本，填寫測試日志和問題報告。功能測試的基本工作過程如下：(6)效果評估由測試組長撰寫測試分析報告，對功能測試過程中的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率、項目質(zhì)量等方面進行綜合評估。1.1.1.5.2界面測試(1)測試內(nèi)容用戶界面測試用于核實用戶與軟件之間的交互。目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問和瀏覽操作。另外，用戶界面測試還可確保用戶界面中的對象按照預(yù)期的方式運行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。用戶界面測試的測試內(nèi)容包括：1、用戶界面適合于軟件的功能（合適性）用戶界面合適性是指界面與軟件功能相融洽的程度。軟件的功能需要通過用戶界面來展現(xiàn)。毫無疑問，用戶界面一定要適合軟件的功能，這是最基本的要求。如果用戶無法通過這個界面來使用軟件，"易用性"根本就無從談起。合適性差的界面會混淆軟件功能意圖，即使它不損害軟件功能與性能，也會給用戶不該有的麻煩（費解、難用、氣惱）。2、容易理解如果用戶很難理解界面的意圖，那么他使用起來肯定費勁。所以“容易理解”是“容易使用”的前提條件。3、及時反饋息當(dāng)用戶進行某項操作后，如果過了一會兒（幾秒鐘）用戶界面一點反應(yīng)都沒有，這將使用戶感到迷茫和不安，因為他不知道是自己操作錯了還是軟件死機了。所以及時反饋息很重要，至少要讓用戶心里有數(shù)，知道該任務(wù)處理得怎么樣了，有什么樣的結(jié)果。4、防錯處理在使用軟件的過程中，難免會出現(xiàn)一些錯誤的操作。如果用戶不小心輸入了錯誤的數(shù)據(jù)或者刪除了有用的數(shù)據(jù)，軟件被愚蠢地執(zhí)行了，那么用戶會非常生氣，以后也不敢放心使用軟件。5、合理的布局界面的整體布局要符合邏輯，最好和工作流程保持一致。窗口(或頁面)上界面元素的布局應(yīng)該整潔、清新。6.合理的顏色界面色彩要合理，使用顏色的時候要保持一致，同時根據(jù)對象的重要性來選擇顏色，但是又不能過分依賴顏色，因為有些用戶可能是色盲或色弱。7、風(fēng)格一致和必要的個性化風(fēng)格一致的最大好處就是能夠減少用戶的記憶量、減少出錯幾率，并且迅速積累操作經(jīng)驗。而個性化界面設(shè)計又能吸引用戶眼球培養(yǎng)用戶對軟件的興趣。所以要求用戶界面在具備必要的"一致性"的前提下，突出該軟件的"個性"。不僅讓用戶使用起來方便，而且對軟件留下深刻的印象。8、適應(yīng)用戶群體和國際化軟件設(shè)計要適應(yīng)多種類型的用戶，比如對計算機比較外行的、計算機專家等，努力使用戶在操作軟件的時候感覺不到差異和麻煩。為了達到這個目標(biāo)，一般需要提供多種操作途徑以適應(yīng)各種水平的用戶。為了能夠更好地適應(yīng)國內(nèi)和國際市場，在用戶界面應(yīng)當(dāng)充分考慮語言和文化的差異。使用標(biāo)準(zhǔn)的圖解方式和國際通行的語言，要求簡單易懂，易于翻譯，方便不同母語的用戶。9、最少操作步驟（最高效率）用戶界面應(yīng)當(dāng)盡可能地替用戶著想，用戶應(yīng)當(dāng)用最少的操作步驟完成某項操作任務(wù)，獲得最高的使用效率。10、可復(fù)用復(fù)用有利于提高質(zhì)量、提高生產(chǎn)率和降低成本。因此用戶界面也應(yīng)該做到能夠被復(fù)用。（2）測試規(guī)范用戶界面設(shè)計規(guī)范如下表：設(shè)計要素重要性規(guī)范描述用戶界面是否與軟件的功能相融洽？用戶界面是否適合用戶的應(yīng)用環(huán)境？非常重要說明：如果是否定的，說明用戶不能有效地使用這個軟件。是不可原諒的缺陷。這個缺陷是需求分析錯誤造成的。界面元素有錯別字，或者措詞含糊、邏輯混亂。解釋：如果出現(xiàn)如此低級的缺陷，說明開發(fā)人員根本沒有把用非常重要用戶把界面放在心上，用戶對這種不專業(yè)的態(tài)度很反感。不可原諒。的缺陷。容易理解重要對于常用的功能，用戶能否不必閱讀手冊就使用？是否所有界面元素提供了充分而必要的提示？界面結(jié)構(gòu)和工作流程匹配嗎？你提供在線幫助嗎？解釋：如果實現(xiàn)上述要求，說明界面細節(jié)做得很好。是進度條，動畫等。以反映正在進行的耗時過程？重要操作是否返回必要的結(jié)果息？解釋：如果否定的話，說明用戶界面不夠?qū)I(yè)。合適性及時反饋息重要的錯誤預(yù)防處理在執(zhí)行破壞性操作之前，是否得到用戶的確認(rèn)？輸入數(shù)據(jù)或遞交數(shù)據(jù)時，是否進行相應(yīng)的數(shù)據(jù)校驗（檢查數(shù)據(jù)合法嗎)非常重要是否根據(jù)用戶的權(quán)限自動隱藏或者禁用某些功能？解釋：如果是否定的，說明開發(fā)者沒有防誤常識，是的不可原諒的缺陷?？蛇x擇的是否提供撤銷功能來撤銷意外操作？解釋：如果實現(xiàn)該要求，說明界面細節(jié)做得很好。設(shè)計要素一致性重要性重要的規(guī)范描述相似的界面元素是否有相同的視覺感，相同的操作方式？是否符合廣大用戶使用同類軟件的習(xí)慣？解釋：如果否定的話，說明用戶界面不夠?qū)I(yè)是否在具備必要的“一致性”的前提下，設(shè)計了與眾不同的、一個讓用戶記憶深刻的界面？解釋：如果實現(xiàn)這個要求，說明界面很有創(chuàng)意。界面的布局符合軟件的功能邏輯嗎？界面元素是水平對齊還是垂直對齊？界面元素的尺寸是否合理？行距一致嗎？是否恰當(dāng)?shù)乩么绑w和控件的空白，以及分割線條？窗口切換、移動、改變大小時，界面正常嗎？解釋：如果否定的話，說明用戶界面不夠?qū)I(yè)。界面的色調(diào)是否讓人感到和諧、滿意？重要的對象是否用醒目的色彩表示？顏色的使用是否符合行業(yè)習(xí)慣？是否可以讓色盲、色弱的人員使用？說明：如果實現(xiàn)了這個要求，界面細節(jié)非常好。有沒有適合初學(xué)者和專家操作這個界面的方法？色盲或者色弱的用戶能正常使用該界面？解釋：如果實現(xiàn)該要求，說明界面細節(jié)很好。度量單位、日期格式、人的名字是否讓用戶誤解？翻譯文字是否地道，是否符合讀者習(xí)慣？你是否使用合理的最少步驟來實現(xiàn)常見操作并實現(xiàn)高效率？解釋：如果實現(xiàn)該要求，說明界面細節(jié)和好。用戶界面的原型、代碼、文檔可以重用嗎？解釋：如果實現(xiàn)該要求，說明軟件的需求分析、設(shè)計、實現(xiàn)做干得好。個性化可選合理布局可選合理的顏色很重要。用戶可選擇的適應(yīng)國際化最少步驟高效率可復(fù)用重要的重要重要（3）測試方法界面測試應(yīng)當(dāng)盡早進行，測試方法有：對界面原型采用場景測試方法，由測試人員扮演場景中的角色，模擬各種可能的操作以及可能的操作序列，并且由用戶來判斷是否合理，是否有功能的遺漏。界面原型確定后，開始設(shè)計界面測試用例，用例設(shè)計的思路如下：1、劃分界面元素，并根據(jù)界面的復(fù)雜性進行分層一般分為三個層次：第一個層次是界面原子，即不可再分的界面元素，例如：一個菜單項、一個按鈕、一個列表等。第二個層次是界面組合元素，是由多個具有相同屬性的界面原子或者彼此協(xié)助的一組界面原子組合而形成的一類界面元素。例如：工具欄、組合框等；第三個層次是一個完整的窗口，一個完整的窗口是由一系列界面組合元素組成的能夠完成一個完整的輸入輸出功能的界面屬性組合，并且它具有自己的視圖。2、在不同的界面層次確定不同的測試策略一般在界面原子層，主要考慮界面原子的顯示屬性、觸發(fā)機制、功能行為、可能的狀態(tài)集等內(nèi)容。對于界面原子可能接受的輸入可以從等價類劃分，邊界值分析等角度考慮，觸發(fā)機制可以從規(guī)范導(dǎo)出的方法分析，功能行為可以使用因果圖或判定表，可能的狀態(tài)集可以使用錯誤猜測法或基于錯誤的測試方法等。對于界面組合元素，主要考慮界面原子組合順序、排列組合、整體外觀、組合后功能行為的多個角度測試。對于一個完整的窗口，主要考慮窗口的整體外觀、窗口元素的排列組合、窗口屬性值、窗口可能的各種組合行為等。3.分析測試數(shù)據(jù)并提取測試用例。對于界面元素的外觀，可以從以下幾個角度獲取測試數(shù)據(jù)：1)界面元素尺寸；2)界面元素的形狀；3)界面元素的顏色、對比度、亮度；4)界面元素中包含的文本屬性(如字體、排序方式、大小等。).對界面元素的布局，可以從以下幾個角度獲取測試數(shù)據(jù)：1）各界面元素的位置；2）各界面元素的對齊方式；3）各界面元素間間隔；4）Tab順序；5)所有界面元素的配色。對于界面元素的行為，可以從以下角度獲取測試數(shù)據(jù)：1)回聲功能；2)輸入限制和輸入檢查；3)輸入提醒；4）聯(lián)機幫助；5）默認(rèn)值；6）激活或取消激活；7）焦點狀態(tài)；8）功能鍵或快捷鍵；9）操作路徑；10）行為回退。4、使用自動測試工具進行腳本化工作。（4）風(fēng)險分析界面測試存在的主要風(fēng)險有：1）在測試后期，界面發(fā)生重大改變，導(dǎo)致測試工作被動。2）受整個測試進度影響，界面測試用例未能完全執(zhí)行。(5)測試組織用戶界面測試主要由測試團隊完成。測試組長負(fù)責(zé)編寫用戶界面測試計劃、方案和測試總結(jié)報告。團隊成員負(fù)責(zé)編寫和執(zhí)行用戶界面測試用例，編輯、調(diào)試和執(zhí)行測試腳本，填寫測試日志和問題報告等。用戶界面測試與功能測試相同，通常與功能測試同時進行。具體流程如圖。(6)效果評估由測試組長撰寫用戶界面測試報告，對用戶界面測試階段的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.3負(fù)載測試（壓力測試）（1）測試內(nèi)容負(fù)載測試也是一種性能測試。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同的工作量條件下的性能行為，以及持續(xù)正常工作的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行。此外，負(fù)載測試還要評估性能特征，例如相應(yīng)時間、事物處理速率和其他與時間相關(guān)的方面。(2)測試規(guī)范測試規(guī)格：1)負(fù)載測試應(yīng)考慮虛擬用戶數(shù)量的增加幅度和方式；2)負(fù)載測試使用組裝點模擬數(shù)據(jù)集中提交；3）負(fù)載測試的負(fù)載增加方式要模擬系統(tǒng)的實際需求和用戶真實的負(fù)載產(chǎn)生情況。（3）測試方法負(fù)載測試使用loadrunner控制器模擬生成特定數(shù)量的vuser來運行實際程序，從而逐步增加負(fù)載。運行漸增vuser時，吞吐量、響應(yīng)時間、cpu負(fù)載、內(nèi)存使用等關(guān)鍵性能指標(biāo)?？梢愿鶕?jù)業(yè)務(wù)需求進行監(jiān)控。（4）風(fēng)險分析負(fù)載測試存在的主要風(fēng)險為對負(fù)載測試工具使用不熟練，導(dǎo)致測試效率低下；場景規(guī)劃不合適，導(dǎo)致負(fù)載模擬沒有體現(xiàn)真實的系統(tǒng)負(fù)載。（5）測試組織負(fù)載測試主要由測試小組來完成，測試組長負(fù)責(zé)負(fù)載測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)負(fù)載測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。負(fù)載測試的基本工作過程如下：（6）效果評估由測試組長撰寫負(fù)載測試報告，對負(fù)載測試階段的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。壓力測試需保證系統(tǒng)滿足平臺建設(shè)性能要求。測試結(jié)果形成《壓力測試報告》提交用戶方。性能測試在一定工作負(fù)荷和配置條件下，測試系統(tǒng)的各項性能指標(biāo)，驗證其對合同約定的性能需求的滿足程度（確保測試結(jié)果高于性能指標(biāo)要求）。性能測試前，設(shè)置模擬運行環(huán)境、訪問用戶數(shù)等性能測試的基本條件，編寫單用戶和并發(fā)用戶環(huán)境下的系統(tǒng)訪問腳本。在測試過程中，測試主測試系統(tǒng)的響應(yīng)能力指標(biāo)、處理能力指標(biāo)、可用性、可靠性、穩(wěn)定性、適應(yīng)性、可操作性和可擴展性。（1）測試內(nèi)容性能測試是對響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的需求進行評測和評估。性能測試的目標(biāo)是核實性能需求是否都已滿足。根據(jù)本項目實際情況要求如下：1)操作界面響應(yīng)時間：在穩(wěn)定的網(wǎng)絡(luò)環(huán)境下，簡單系統(tǒng)查詢響應(yīng)時間小于5秒，復(fù)雜系統(tǒng)響應(yīng)時間小于30秒；2）息發(fā)布響應(yīng)時間，單個管理用戶登錄后臺頁面的平均時間3秒內(nèi)；3)前端并發(fā)要求，系統(tǒng)應(yīng)能支持50個用戶同時在線使用。測試內(nèi)容包括：1）應(yīng)用在客戶端性能的測試：比如并發(fā)性能測試、疲勞強度測試、大數(shù)據(jù)量測試、速度測試等。2)網(wǎng)絡(luò)性能測試：如網(wǎng)絡(luò)模擬、網(wǎng)絡(luò)應(yīng)用性能分析、網(wǎng)絡(luò)應(yīng)用性能監(jiān)控、網(wǎng)絡(luò)預(yù)測等。3）應(yīng)用在服務(wù)器上性能的測試：對主機和操作系統(tǒng)的監(jiān)控、對數(shù)據(jù)庫及應(yīng)用系統(tǒng)的監(jiān)控、對中間件服務(wù)器的監(jiān)控。（2）測試規(guī)范性能測試需遵循如下規(guī)范：1）需考慮測試工具的硬件和軟件配置要求。2)定義測試類型以及與該類型相關(guān)的測試環(huán)境需求。3)性能測試不僅要評估系統(tǒng)當(dāng)前的性能，還要預(yù)測未來的性能4）性能測試的關(guān)鍵是尋找系統(tǒng)瓶頸所在。性能測試的基本方法：性能測試基本方法：1、明確測試需求和測試內(nèi)容通過綜合分析系統(tǒng)的業(yè)務(wù)需求說明，結(jié)合系統(tǒng)運行的實際環(huán)境，列出明確的性能測試需求。對關(guān)鍵業(yè)務(wù)進行重點性能分析。2、制定測試案例按照公司性能測試規(guī)范，編寫性能測試案例。3、測試環(huán)境準(zhǔn)備搭建性能測試環(huán)境，安裝并配置性能測試工具。4、測試腳本錄制、編寫和調(diào)試依照性能測試案例，錄制自動化測試腳本，通過編輯調(diào)試保證腳本的正確運行。1）制定腳本分配、回放配置和加載策略：根據(jù)前面分析的性能測試需求，確定腳本的分配、配置和加載策略。2）測試執(zhí)行跟蹤：在測試工具中運行預(yù)定腳本，跟蹤性能測試過程。3）結(jié)果分析與測試評估：使用專門的結(jié)果分析軟件對性能測試結(jié)果進行分析匯總，確定系統(tǒng)瓶頸所在。明確關(guān)鍵業(yè)務(wù)交易時間并預(yù)測未來趨勢。（4）風(fēng)險分析性能測試存在的主要風(fēng)險為：1）無法構(gòu)建獨立的完善的性能測試環(huán)境2）性能測試結(jié)果不準(zhǔn)確；（5）測試組織性能測試主要由測試小組來完成，測試組長負(fù)責(zé)性能測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)性能測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。性能測試的基本工作過程如下：（6）效果評估由測試組長撰寫性能測試報告，對性能測試階段的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.5強度測試（1）測試內(nèi)容強度測試是一種功能測試，實施和執(zhí)行此類測試的目的是找出因資源不足或資源爭用而導(dǎo)致的錯誤。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些再正常條件下并不明顯的缺陷。而其他缺陷則可能由于爭用共享資源（如數(shù)據(jù)庫或網(wǎng)絡(luò)帶寬）而造成的。強度測試還可用于確定測試對象能夠處理的最大工作量。強度測試的目的在于：1）獲得系統(tǒng)總用戶負(fù)荷增加時單個用戶真實的個人體驗2）確定運行該應(yīng)用程序硬件的最大負(fù)荷，從而決定在將應(yīng)用程序推廣到實際應(yīng)用中去前，是否有必要對硬件進行升級。3）根據(jù)平均頁面響應(yīng)時間，為程序的使用者確定可接受的運行性能的閾值。4）確保系統(tǒng)在預(yù)期的最大并行用戶負(fù)荷時，性能的閾值仍然處于可接受的水平。（2）測試規(guī)范強度測試規(guī)范為：1）強度的設(shè)置需考慮業(yè)務(wù)系統(tǒng)的實際情況，避免過多或過少地增加系統(tǒng)強度；2）需對強度測試結(jié)果進行分析確定哪部分硬件設(shè)備或軟件模塊影響了系統(tǒng)的性能。（3）測試方法強度測試首先是使用LoadRunner工具對業(yè)務(wù)系統(tǒng)進行強度測試，測定Web服務(wù)器每秒種所能處理的最大請求數(shù)，這是定量的測量。第二步確定CPU、內(nèi)存或終端設(shè)備中哪一項限制了每秒請求數(shù)達到更高的水平；（4）風(fēng)險分析強度測試存在的主要風(fēng)險有：1）用戶強度負(fù)荷設(shè)置不合理；2）沒有合適的強度測試工具。（5）測試組織強度測試主要由測試小組來完成，測試組長負(fù)責(zé)強度測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)強度測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。強度測試的基本工作過程如下：（6）效果評估由測試組長撰寫強度測試報告，對強度測試階段的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.6容量測試能力測試的內(nèi)容包括：容量測試使測試對象處理大量數(shù)據(jù)，以確定是否達到了使軟件發(fā)生故障的極限。容量測試還將確定測試對象在給定的時間內(nèi)容能夠持續(xù)處理的最大負(fù)載或工作量。例如，如果測試對象正在為生成一份報表而處理一組數(shù)據(jù)庫記錄，那么容量測試就會使用一個大型測試數(shù)據(jù)庫，檢驗該軟件是否正常運行并生成了正確的報表。容量測試分為兩種，一是獨立的容量測試：針對某些存儲、傳輸、統(tǒng)計、查詢等業(yè)務(wù)進行容量測試；二是綜合容量測試：和壓力性能測試、負(fù)載性能測試、強度性能測試相結(jié)合的綜合測試方案。容量測試的內(nèi)容包括：1）當(dāng)使用敏感操作時進行的相關(guān)數(shù)據(jù)比較；2）對包含大量數(shù)據(jù)的記錄進行模糊查詢操作；3）對大量數(shù)據(jù)進行批量修改操作；4）對大量數(shù)據(jù)記錄的計算、分析操作；5）在網(wǎng)絡(luò)上大量發(fā)送郵件息。（2）測試規(guī)范進行容量測試時須遵守如下規(guī)范：1）測試數(shù)據(jù)需充分考慮實際業(yè)務(wù)需求；2）測試數(shù)據(jù)要有有效的管理手段，以方便數(shù)據(jù)轉(zhuǎn)換、編輯、數(shù)據(jù)瀏覽、數(shù)據(jù)比較、數(shù)據(jù)遷移等。（3）測試方法進行容量測試關(guān)鍵是能產(chǎn)生符合業(yè)務(wù)要求的大量數(shù)據(jù)記錄，可以使用測試數(shù)據(jù)生成工具TestBytes或DataFactory確定需要生成的數(shù)據(jù)類型，通過與數(shù)據(jù)庫的連接來自動生成百萬行的正確的測試數(shù)據(jù)。在該項目的測試中共我們將使用DataFactory結(jié)合LoadRunner來完成測試數(shù)據(jù)的生成和綜合容量測試。進行容量測試一般可以通過以下幾個步驟來完成：1）分析系統(tǒng)的外部數(shù)據(jù)源，并進行分類；2）對每類數(shù)據(jù)源分析可能的容量限制，對于記錄類型數(shù)據(jù)需要分析記錄長度限制、記錄中每個域長度限制和記錄數(shù)量限制；3）對每個類型數(shù)據(jù)源，構(gòu)造大容量數(shù)據(jù)對系統(tǒng)進行測試；4）分析測試結(jié)果，并與期望值比較，確定目前系統(tǒng)的容量瓶頸；5）對系統(tǒng)進行優(yōu)化并重復(fù)（1）～（4）步驟，直到系統(tǒng)達到期望的容量處理能力。（4）風(fēng)險分析容量測試存在的主要風(fēng)險為：1）進行容量測試所使用的測試數(shù)據(jù)的數(shù)量和實際業(yè)務(wù)系統(tǒng)未來的數(shù)據(jù)量存在明顯偏差而導(dǎo)致容量測試不能發(fā)現(xiàn)真正的容量隱患。2）對測試數(shù)據(jù)生成工具不熟悉，無法快速生成大量有效的測試數(shù)據(jù)。（5）測試組織容量測試主要由測試小組來完成，測試組長負(fù)責(zé)容量測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)容量測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。容量測試的基本工作過程如下：（6）效果評估由測試組長撰寫容量測試報告，對容量測試階段的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.7安全性和訪問控制測試（1）測試內(nèi)容安全性和訪問控制測試側(cè)重于安全性的兩個關(guān)鍵方面：應(yīng)用程序級別的安全性，包括對數(shù)據(jù)或業(yè)務(wù)功能的訪問；系統(tǒng)級別的安全性，包括對系統(tǒng)的登錄或遠程訪問。1、應(yīng)用程序級別的安全性可確保在預(yù)期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級別的安全性，測試就可確保"用戶一"能夠看到所有客戶消息（包括財務(wù)數(shù)據(jù)），而"用戶二"只能看見同一客戶的統(tǒng)計數(shù)據(jù)。比如B/S系統(tǒng)，不通過登入頁面，直接輸入URL,看其是否能夠進入系統(tǒng)？2、系統(tǒng)級別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。安全性是一種保護系統(tǒng)，它不僅對于保證機密數(shù)據(jù)的安全性是必需的，而且出于競爭目的而保護第三方數(shù)據(jù)這一點來說它也是必要的。安全性測試用于評價保護性程序以及安全對策的充分性。安全性測試分為物理安全性測試和邏輯安全性測試。物理安全性主要針對利用物理方法收集息的手段，而邏輯安全性主要針對使用計算機處理或通能力進行非法獲取息的手段。另外，訪問控制也可根據(jù)訪問身份不同而區(qū)分。安全性測試主要驗證隱私是否受到保護、數(shù)據(jù)是否加密、數(shù)據(jù)是否防篡改，以及應(yīng)用程序是否能夠承受各種類型的惡意攻擊。測試內(nèi)容如下：1）系統(tǒng)的登錄；2）用戶管理；3）防火墻；4）系統(tǒng)數(shù)據(jù)；5）WEB安全性，如WEB的加密，解密，數(shù)字簽名等；6）數(shù)據(jù)庫的安全性；7）內(nèi)部通協(xié)議；8）系統(tǒng)防病毒測試；9）測試未經(jīng)許可的訪問，保證系統(tǒng)可以識別和防止資源的未授權(quán)訪問。（2）測試規(guī)范1）確定對識別安全風(fēng)險足夠重視。2）確定對系統(tǒng)的現(xiàn)實定義及其加強措施已經(jīng)實施。3）確定由足夠的專家執(zhí)行充分的安全性測試。4）執(zhí)行合理的測試來確保安全性保護措施的正確執(zhí)行。（3）測試工具安全性測試使用的工具主要為DOS模擬攻擊工具、網(wǎng)絡(luò)探測工具。（4）測試方法1）借助安全性測試工具對系統(tǒng)漏洞進行攻擊發(fā)現(xiàn)潛在安全漏洞；2)訪問控制測試用例質(zhì)量不高，無法發(fā)現(xiàn)訪問控制中存在的問題。（5）風(fēng)險分析安全性和訪問控制測試存在的主要風(fēng)險為：1）使用安全性測試工具并不能全部暴露系統(tǒng)安全隱患；2）訪問控制測試用例質(zhì)量不高，不能發(fā)現(xiàn)訪問控制中存在的問題。（6）測試組織安全性和訪問控制測試主要由測試小組來完成，測試組長負(fù)責(zé)安全性和訪問控制測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)安全性和訪問控制測試環(huán)境的搭建、測試用例的編寫、執(zhí)行并填寫測試日志和問題報告等。安全性和訪問控制測試的基本工作過程如下：（7）效果評估由測試組長撰寫安全性和訪問控制測試報告，對安全性和訪問控制測試過程的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.8故障轉(zhuǎn)移測試（災(zāi)備與恢復(fù)測試）（1）測試內(nèi)容故障轉(zhuǎn)移可確保測試對象能成功完成故障轉(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ù)。故障測試內(nèi)容包括：當(dāng)主機系統(tǒng)發(fā)生故障時，能否順利切換到備機系統(tǒng)，切換的時間有多長?在主備機切換的過程中業(yè)務(wù)處理過程會不會中斷，未存盤的業(yè)務(wù)數(shù)據(jù)會不會丟失。（2）測試規(guī)范故障轉(zhuǎn)移測試規(guī)范為：進行故障轉(zhuǎn)移測試時需測試業(yè)務(wù)數(shù)據(jù)是否丟失、業(yè)務(wù)操作過程是否中斷；需保證主備機的切換操作時間滿足系統(tǒng)業(yè)務(wù)需求。（3）測試工具靠手工干預(yù)主機操作來觸發(fā)故障轉(zhuǎn)移動作，不需要額外的測試工具。故障轉(zhuǎn)移測試方法包括：故障轉(zhuǎn)移測試方法有：1）制定故障轉(zhuǎn)移測試計劃，列出進行測試的時間、環(huán)境、觸發(fā)動作等；2）編寫故障轉(zhuǎn)移測試用例，按用例執(zhí)行既定的操作，需要多人配合完成一次故障轉(zhuǎn)移的執(zhí)行、監(jiān)督和查看。（5）風(fēng)險分析故障轉(zhuǎn)移測試存在的主要風(fēng)險為故障的不可預(yù)見性和破壞力，模擬測試很難完全實現(xiàn)全部的故障類型和故障強度的模擬，存在發(fā)生某些故障后主備機無法完成切換的問題；1）主備機切換的時間過長不能滿足業(yè)務(wù)需求；2）主備機切換中出現(xiàn)數(shù)據(jù)丟失、流程中斷等錯誤。（6）測試組織故障轉(zhuǎn)移測試主要由測試小組來完成，測試組長負(fù)責(zé)故障轉(zhuǎn)移測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)故障轉(zhuǎn)移測試環(huán)境的搭建、測試用例的編寫、執(zhí)行并填寫測試日志和問題報告等。故障轉(zhuǎn)移測試的基本工作過程如下：（7）效果評估由測試組長撰寫故障轉(zhuǎn)移測試報告，對故障轉(zhuǎn)移測試過程的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.9恢復(fù)測試（1）測試內(nèi)容恢復(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ù)?；謴?fù)測試包括：在應(yīng)用程序人工干預(yù)、輸入能力丟失、通線路失效、硬件或操作系統(tǒng)失效、數(shù)據(jù)庫完整性遭到破壞、操作錯誤以及應(yīng)用系統(tǒng)崩潰等情況下的恢復(fù)操作。（2）測試規(guī)范恢復(fù)測試規(guī)范如下：1）如果系統(tǒng)本身能夠自動地進行恢復(fù)，則應(yīng)檢驗重新初始化、檢驗點設(shè)置機構(gòu)、數(shù)據(jù)恢復(fù)以及重新啟動是否正確。2）如果這一恢復(fù)需要人為干預(yù)，則應(yīng)考慮平均修復(fù)時間是否在限定的范圍以內(nèi)。（3）測試工具恢復(fù)測試需要人為的置入故障來測試，例如：在系統(tǒng)運行過程中突然中斷電源或切斷網(wǎng)絡(luò)連接等?；旧喜恍枰囟ǖ臏y試工具。（4）測試方法對該項目的恢復(fù)測試應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù)。一旦達到預(yù)期的測試起點，就應(yīng)該分別執(zhí)行或模擬以下操作：1）客戶機斷電：關(guān)閉PC的電源。2）服務(wù)器斷電：模擬或啟動服務(wù)器的斷電過程。3）通過網(wǎng)絡(luò)服務(wù)器產(chǎn)生的中斷：模擬或啟動網(wǎng)絡(luò)的通中斷（實際斷開通線路的連接或關(guān)閉網(wǎng)絡(luò)服務(wù)器或路由器的電源）。4）DASD和DASD控制器被中斷、斷電或與DASD和DASD控制器的通中斷：模擬與一個或多個DASD控制器或設(shè)備的通，或?qū)嶋H取消這種通。一旦實現(xiàn)了上述情況（或模擬情況），就應(yīng)該執(zhí)行其他事務(wù)。而且一旦達到第二個測試點狀態(tài)，就應(yīng)調(diào)用恢復(fù)過程。在測試不完整的周期時，所使用的方法與上述方法相同，只不過應(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í)行完整的周期。（5）風(fēng)險分析恢復(fù)測試存在的主要風(fēng)險為故障的不可預(yù)見性和破壞力，模擬測試很難完全實現(xiàn)全部的故障類型和故障強度的模擬。（6）測試組織恢復(fù)測試主要由測試小組來完成，測試組長負(fù)責(zé)恢復(fù)性測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)恢復(fù)性測試環(huán)境的搭建、測試用例的編寫、執(zhí)行并填寫測試日志和問題報告等?；謴?fù)性測試的基本工作過程如下：（7）效果評估由測試組長撰寫恢復(fù)測試報告，對恢復(fù)測試過程的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.10配置測試（1）測試內(nèi)容配置測試核實測試對象在不同的軟件和硬件配置中的運行情況。在大多數(shù)的生產(chǎn)環(huán)境中，客戶機工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體硬件規(guī)格會有所不同?？蛻魴C工作站可能會安裝不同的軟件。例如，應(yīng)用程序、驅(qū)動程序等，而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。配置測試的內(nèi)容有：1、硬件配置測試測試系統(tǒng)在不同的CPU、內(nèi)存、顯示器分辨率下的運行狀況。例如：該軟件是燒在并口設(shè)備中的，測試同時使用其他并口設(shè)備，系統(tǒng)是否可以正確使用。比如在INTER，AMDCPU芯片下系統(tǒng)是否能夠正常運行？這樣的測試需建立測試實驗室，在各種環(huán)境下進行測試。2、軟件配置測試測試系統(tǒng)在不同的操作系統(tǒng)、不同的瀏覽器版本下的運行狀況。測試軟件在不同廠商的瀏覽器下是否能夠正確顯示與運行，例如：測試IE，Natscape瀏覽器下是否可以運行這套軟件？測試WINDOWS98,WINDOWS2000,WINDOWSXP,LINUX,UNIX下是否可以運行這套軟件？3、網(wǎng)絡(luò)配置測試測試系統(tǒng)在不同的網(wǎng)絡(luò)環(huán)境和網(wǎng)絡(luò)速率下的運行狀況。（2）測試規(guī)范配置測試要規(guī)范如下：1）搭建配置測試環(huán)境要充分考慮系統(tǒng)需求，避免測試環(huán)境過少而遺漏測試，同時也不能模擬過多的環(huán)境來增加測試的負(fù)擔(dān)和成本，通常配置測試需要考慮到當(dāng)前流行的硬件配置、操作系統(tǒng)版本和瀏覽器版本。2）對于不同屏幕大小的測試取決于系統(tǒng)設(shè)計規(guī)格的定義，如果系統(tǒng)只能運行在1024*768的環(huán)境下，則就沒有必要考慮系統(tǒng)在800*600環(huán)境下的表現(xiàn)。前提是這種設(shè)計規(guī)格要經(jīng)過客戶的簽字確認(rèn)。（3）測試工具在實施配置測試時，可使用VMWare來生成虛擬的各種軟硬件環(huán)境來實現(xiàn)。（4）測試方法配置測試有兩個工作量最大的操作，分別是搭建不同的配置環(huán)境和在不同的配置環(huán)境下運行測試。進行此類測試需要的設(shè)備資源和人力資源相對較多，要實現(xiàn)完全的配置測試需要下面的方法：1）分析系統(tǒng)業(yè)務(wù)需求，列出配置測試環(huán)境對照表格；2）按表格條目要求使用虛擬軟件工具依次搭建所需的環(huán)境；3）在測試環(huán)境中運行系統(tǒng)的關(guān)鍵測試用例，報告并發(fā)現(xiàn)問題所在。（5）風(fēng)險分析配置測試中存在的主要風(fēng)險有：1）無法完整模擬客戶真實的工作環(huán)境，導(dǎo)致的測試不充分問題；2）測試所需資源多、工作量大，測試小組不能獲得足夠的人力、物力資源來完成所有配置測試。（6）測試組織配置測試主要由測試小組來完成，測試組長負(fù)責(zé)配置測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)配置測試環(huán)境的搭建、測試用例的編寫、執(zhí)行并填寫測試日志和問題報告等。配置測試的基本工作過程如下：（7）效果評估由測試組長撰寫配置測試報告，對配置測試過程的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.11安裝測試（1）測試內(nèi)容安裝測試有兩個目的。第一個目的是確保該軟件在正常情況和異常情況的不同條件下：例如，進行首次安裝、升級、完整的或自定義的安裝都能進行安裝。異常情況包括磁盤空間不足、缺少目錄創(chuàng)建權(quán)限等。第二個目的是核實軟件在安裝后可立即正常運行。安裝測試的步驟和內(nèi)容包括：編號1步驟名稱啟動安裝程序測試內(nèi)容如果安裝了CD-ROM,插入安裝盤后自動啟動安裝程序或在CD盤中突出顯示setup.exe文件，雙擊文件啟動安裝程序“載入安裝程序”對話框出現(xiàn)后，檢查：內(nèi)容是否正確；拼寫是否正確；在安裝過程中，隨著載入安裝程序界面的出現(xiàn)，閃屏也隨即出現(xiàn)。彈出框出現(xiàn)時，檢查：內(nèi)容是否正確；拼寫是否正確。點擊右上角的X按鈕關(guān)閉時是否出現(xiàn)詢問退出的對話框，如“您確定要退出嗎？”；選擇取消按鈕是否出現(xiàn)詢問退出的對話框，如“您確定要退出嗎？”；單擊“是”后出現(xiàn)提示應(yīng)用系統(tǒng)沒有被正確地安裝，用戶需重新安裝的息；單擊“否”后關(guān)閉對話框且返回到先前的界面；安裝導(dǎo)航引導(dǎo)用戶到正確的屏幕，例如下一步（Next），返回（Back），取消（Cancel）按鈕；焦點停留的按鈕能夠引導(dǎo)到下23閃屏彈出框4中途退出5安裝導(dǎo)航編號步驟名稱測試內(nèi)容一個合理的操作，例如standalone安裝類型將引導(dǎo)到standalone安裝中的下一個屏幕；使用鍵盤導(dǎo)航。程序可以選擇“C：”以外的目錄；通過單擊“…”按鈕可以選擇其他的安裝路徑；可以通過以下方法選擇路徑：焦點在“確定”按鈕上，按“Enter”鍵、焦點在“確定”按鈕上，點擊“確定”按鈕、從瀏覽文件夾中雙擊選擇路徑、直接輸入路徑；當(dāng)文本框中輸入的路徑不存在時，系統(tǒng)可以創(chuàng)建。無異常出現(xiàn)；所有的文字可以正常顯示（無截斷）；界面上的版本息，公司息（圖標(biāo)，時間，地址等）正確；許可證協(xié)議息完整、正確。有彈出窗口顯示安裝完畢；所有的文件都安裝在選擇的目錄下；要求的.dll全部安裝；幫助文件安裝在指定的文件夾下；檢查.exe和.dll文件的版本號是否正確；檢查Ini文件是否記載了正確的路徑和IP地址息；檢查需注冊息在注冊表中是否存在且在正確的地方；快捷方式創(chuàng)建在選擇的文件夾/啟動菜單中，例如：C:\WINNT\Profiles\xs564gb\StartMenu\Programs\ExecutiveWorkbench；日志文件（Log）中的息完整、正確可以通過以下方式啟動應(yīng)用程序：雙擊目錄中的應(yīng)用程序圖標(biāo)；從開始菜單中選擇；焦點放在exe文件上，敲“Enter”鍵；雙擊exe文件；運行命令下啟動；雙擊桌面上的快捷方式如果有對話框提示需重啟計算機才能完成安裝，重啟機器再啟動應(yīng)用程序是否可以正常工作。通過Uninstall程序或控制面板卸載應(yīng)用程序；卸載后，檢查安裝的文件/文件夾/注冊表息是否被刪除6目的地文件7安裝過程8安裝完畢9啟動應(yīng)用程序重啟后啟動應(yīng)用程序卸載1011（2）測試規(guī)范安裝測試應(yīng)遵循的規(guī)范如下：1）測試應(yīng)用程序安裝、運行腳本時未出現(xiàn)錯誤，以及所有主要功能都能通過測試。2）測試安裝在客戶端計算機上的所有文件版本（包括代碼和內(nèi)容）都正確。3）測試可以卸載應(yīng)用程序并測試清理的驗證。4）在安裝中驗證文件的命名標(biāo)準(zhǔn)。5）驗證安裝程序在遇到錯誤情況（例如磁盤空間不足）時可以正常退出。6）在安裝過程中驗證注冊表項，以及在卸載過程中驗證注冊表的清理。7）執(zhí)行全新的計算機安裝。這臺計算機帶有新安裝的操作系統(tǒng)和少量必需的已安裝組件。8）測試具有不同軟件配置的計算機上的安裝。9）測試安裝程序創(chuàng)建了正確的Start菜單項。10）測試安裝程序?qū)⑽募糜谡_的文件夾中。11）測試程序集是否在部署服務(wù)器上進行加密和數(shù)字簽名，并在客戶端下載時進行驗證。（3）測試工具安裝測試靠手工完成，不需要測試工具。（4）測試方法構(gòu)建不同的操作平臺，然后在平臺上按安裝測試操作步驟和內(nèi)容執(zhí)行安裝。（5）風(fēng)險分析安裝測試存在的主要風(fēng)險為：安裝測試操作平臺模擬不夠，在個別平臺上可能會出現(xiàn)安裝問題。（6）測試組織安裝測試主要由測試小組來完成，測試組長負(fù)責(zé)安裝測試計劃、方案和測試總結(jié)報告的編寫，組員負(fù)責(zé)安裝測試用例的編寫、執(zhí)行、測試腳本的編輯、調(diào)試和執(zhí)行并填寫測試日志和問題報告等。安裝測試的基本工作過程如下：（7）效果評估由測試組長撰寫安裝測試報告，對安裝測試階段的工作組織、測試進度、缺陷分布、嚴(yán)重性、數(shù)量、人員效率等方面進行綜合評估。1.1.1.5.12文檔測試由測試人員按照用戶需求對用戶需求說明書、軟件需求規(guī)格說明書、軟件設(shè)計說明書、數(shù)據(jù)庫設(shè)計說明書、接口設(shè)計說明書、安裝配置手冊、用戶手冊、培訓(xùn)手冊等文檔進行測試。通過測試，檢查文檔的正確性、完備性和可理解性，并找出系統(tǒng)實現(xiàn)與需求之間的不一致之處，并提交相應(yīng)的測試報告。在本項目的文檔測試中，各類文檔具有不同的測試優(yōu)先等級，如下所示：序號12345678文檔類型用戶需求說明書軟件需求規(guī)格說明書軟件設(shè)