【正文】 完成標(biāo)準(zhǔn)： [所計劃的測試已全部執(zhí)行，并且在達(dá)到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障的條件并不在指定的條件范圍之內(nèi)。 要對有限的資源進(jìn)行測試，就應(yīng)該在一臺計算機上運行測試，而且應(yīng)該減少或限制服務(wù)器上的 RAM 和 DASD。 客戶機的強度測試在 “配置測試 ”的第 節(jié)中進(jìn)行了說 明。 ] 測試目標(biāo)： [核實測試對象能夠在以下強度條件下正常運行，不會出現(xiàn)任何錯誤： 服務(wù)器上幾乎沒有或根本沒有可用的內(nèi)存（ RAM 和 DASD） 連接或模擬了最大實際（實際允許）數(shù)量的客戶機 多個用戶對相同的數(shù)據(jù)或賬戶執(zhí)行相同的事務(wù) 最繁重的事務(wù)量或最差的事務(wù)組合（請參見上面的 “性能 測試計劃 版本 9 測試 ”）。強度測試還可用于 確定測試對象能夠處理的最大工作量。如果內(nèi)存或磁盤空間不足，測試對象就可能會表現(xiàn)出一些在正常條件下并不明顯的缺陷。 負(fù)載測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。 ] 完成標(biāo)準(zhǔn)： [多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試，沒有發(fā)生任何故障。 ] 技術(shù)： [使用為功能或業(yè)務(wù)周期測試制定的測試。這種事務(wù)被定義為將由系統(tǒng)的某個最終用戶通過使用應(yīng)用程序來執(zhí)行的特定功能，例如，添加或修改給定的合同。此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。 性能測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。 使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加負(fù)載。此負(fù)載可通過 “遠(yuǎn)程終端仿真 ”(Remote Terminal Emulation) 工具來實現(xiàn)。 可采用多種方法來執(zhí)行此操作，其中包括： 直接將 “事務(wù)強行分配到 ”服務(wù)器上，這通常以 “結(jié)構(gòu)化查詢語言 ”(SQL) 調(diào)用的形式來實現(xiàn)。 ] [多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。 腳本應(yīng)該在一臺計算機上運行（最好是以單個用戶、單 測試計劃 版本 7 個事務(wù)為基準(zhǔn)），并在多個客戶機（虛擬的或?qū)嶋H的客戶機，請參見下面的 “需要考慮的特殊事項 ”）上重復(fù)。 ] 測試目標(biāo)： [核實所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能 行為： 正常的預(yù)期工作量 預(yù)期的最繁重工作量 ] 技術(shù)： [使用為功能或業(yè)務(wù)周期測試制定的測試過程。 注：以下所說的事務(wù)是指 “邏輯業(yè)務(wù)事務(wù) ”。性能評測的目標(biāo)是核實性能需求是否都已滿足。 ] 完成標(biāo)準(zhǔn)： [成功地核實出各個窗口都與基準(zhǔn)版本保持一致，或符合可接受標(biāo)準(zhǔn) ] 需考慮的特殊事項： [并不是所有定制或第三方對象的特征都可訪問。 ] 測試目標(biāo)： [核實以下內(nèi)容： 通過測試對象進(jìn)行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的 測試計劃 版本 6 瀏覽，以及各種訪問方法（ Tab 健、鼠標(biāo)移動、和快捷鍵）的使用 窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標(biāo)準(zhǔn)。 UI 測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覽功能。 } 需考慮的特殊事項： [系統(tǒng)日期和事件可能需要特殊的支持活動 需要通過業(yè)務(wù)模型來確定相應(yīng)的測試需求和測試過程。 完成標(biāo)準(zhǔn)： [所計劃的測試已全部執(zhí)行。 在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。 將在適當(dāng)?shù)臅r間執(zhí)行或啟用所有周期性出現(xiàn)的功能。 ] 技術(shù)： [通過執(zhí)行以下活動，測試將模擬若干個業(yè)務(wù)周期： 將修改或改進(jìn)對測試對象進(jìn)行的功能測試，以增加每項功能的執(zhí)行次數(shù)，從而在指定的時間段內(nèi)模擬若 干個不同的用戶。這種測試包括所有的日、周和月周期，以及所有與日期相關(guān)的事件（如備忘錄）。 ] 需考慮的特殊事項： [確定或說明那些將對功能測試的實 施和執(zhí)行造成影響的事項或因素（內(nèi)部的或外部的） ] 業(yè)務(wù)周期測試 [業(yè)務(wù)周期測試應(yīng)模擬在一段時間內(nèi)對 項目名稱 執(zhí)行的活動。 ] 完成標(biāo)準(zhǔn)： [所計劃的測試已全部執(zhí)行。 在使用無效數(shù)據(jù)時顯示相應(yīng)的錯誤消息或警告消息。以下為各種應(yīng)用程序列出了推薦使用的測試概要： ] 測試目標(biāo)： [確保測試對象的功能正常，其中包括導(dǎo)航、數(shù)據(jù)輸入、處理和檢索等功能。這種測試的目標(biāo)是核實數(shù)據(jù)的接受、處理和檢索是否正確，以及業(yè)務(wù)規(guī)則的實施是否恰當(dāng)。 應(yīng)使用小型或最小的數(shù)據(jù)庫（記錄的數(shù)量有限）來使所 測試計劃 版本 4 有無法接受的事件具有更大的可視度。 ] 需考慮的特殊事項： [測試可能需要 DBMS 開發(fā)環(huán)境或驅(qū)動程序在數(shù)據(jù)庫中直接輸入或修改數(shù)據(jù)。 ] 技術(shù)： [調(diào)用各個數(shù)據(jù)庫訪問方法和進(jìn)程，并在其中填充有效的和無效的數(shù)據(jù)（或?qū)?shù)據(jù)的請求）。對于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要進(jìn)行深入的研究，以確定可以支持以下測試的工具和技術(shù)。 ] 測試類型 數(shù)據(jù)和數(shù)據(jù)庫完整性測試 [在 項目名稱 中，數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個 子系統(tǒng)來進(jìn)行測試。 制定測試策略時所考慮的主要事項有：將要使用的技術(shù)以及判斷測試何時完成的標(biāo)準(zhǔn)。例如， “將不實施和執(zhí)行該測試。 測試計劃 版本 3 對于每種測試，都應(yīng)提供測試說明，并解釋其實施和執(zhí)行的原因。 ] 3. 測試策略 [測試策略提供了對測試對象進(jìn)行測試的推薦方法。 表中列出了將要測試的對象。 測試計劃 版本 2 項目核實 下 表列出了制定 測試計劃 時所使用的文檔，并標(biāo)明了各文檔的可用性： [注：可適當(dāng)?shù)貏h除或添加文檔項。 列出可能會影響測試設(shè)計、開發(fā)或?qū)嵤┑乃酗L(fēng)險或意外事件。 簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。本節(jié)應(yīng)該只有 3 至 5 個段落。 ?列出測試項目的可交付元素 ] 背景 [對測試對象（構(gòu)件、應(yīng)用程序、系統(tǒng)等）及其目標(biāo)進(jìn) 行簡要說明。 ? 推薦可采用的測試策略，并對這些策略加以說明。 模板編號 發(fā)布日期 項目名稱 測試計劃 項目編號 ： 文檔變更記錄 編號 版本 修改內(nèi)容 變更日期 制作人 制作時間 審核人 審核時間 批準(zhǔn)人 批準(zhǔn)時間 1 形成基線版本 李光輝 目錄 1. 簡介 ........................................................................