cmmi-templates全集(共47個文件)kd-03-系統(tǒng)測試計劃-cmmi-全文預(yù)覽
【正文】 稱＞事務(wù)成功執(zhí)行，沒有出現(xiàn)任何故障。以前安裝過相同版本的＜項目名稱＞的計算機 ? 更新。第二個目的是核實軟件在安裝后可立即正常運行。 ? 作為此測試的一部分，應(yīng)將整修系統(tǒng)、 Netware、網(wǎng)絡(luò)服務(wù)器、數(shù)據(jù)庫等都記錄下來。 ? 執(zhí)行所選的事務(wù)，以模擬 Actor與測試對象軟件和非測試對象軟件之間的交互?？蛻魴C工作站可能會安裝 不同的軟件 例如，應(yīng)用程序、驅(qū)動程序等 而且在任何時候，都可能運行許多不同的軟件組合，從而占用不同的資源。 ? 需要系統(tǒng)（或計算機操作）、數(shù)據(jù)庫和網(wǎng)絡(luò)組中的資源。此狀態(tài)包括僅限于已知損壞的字段、指針或關(guān)鍵字范圍內(nèi)的數(shù)據(jù)損壞，以及表明進程或事務(wù)因中斷面 未被完成的報表。 對以下情況的測試需要達到一個已知的數(shù)據(jù)庫狀態(tài)。 ? DASD和 DASD控制器被中斷、斷電或與 DASD和 DASD控制器的通信中斷：模擬與一個或多個 DASD控制器或設(shè)備的通信，或?qū)嶋H取消這種通信。 數(shù)據(jù)庫指針或關(guān)鍵字無效 數(shù)據(jù)庫中的數(shù)據(jù)元素?zé)o效或遭到破壞 測試范圍： 技術(shù)： 應(yīng)該使用為功能和業(yè)務(wù)周期測試創(chuàng)建的測試來創(chuàng)建一系列的事務(wù)。在這種測試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件下），以產(chǎn)生故障（例如設(shè)備輸入 /輸出（ I/O）故障或無效的數(shù)據(jù)庫指針和關(guān)鍵字）。由于此測試可能是網(wǎng)絡(luò)管理可系統(tǒng)管理的職能，可能會不需要執(zhí)行此測試。對于每種用戶類型，確保正確地提供或拒絕了這些附加的功能或數(shù)據(jù)。 系統(tǒng)級別的安全性： 核實只有具備系統(tǒng)和應(yīng)用程序訪問權(quán)限的Actor才能訪問系統(tǒng)和應(yīng)用程序。例如，可能會允許所有人輸入數(shù)據(jù)，創(chuàng)建新帳戶，但只有管理員才能刪除這些數(shù)據(jù)或帳戶。 開始標準： 完成標準： 所計劃的測試已全部執(zhí)行，而且達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障。 測試目標： 核實測試對象在以下高容量條件下能否正常運行： 連接或模擬了最大（實際或?qū)嶋H允許）數(shù)量的客戶機，所有客戶機在長時間內(nèi)執(zhí)行相同的、且情況（性能）最壞的業(yè)務(wù)功能。 系統(tǒng)測試計劃 第 15 頁 共 20 頁 容量測試 容量測 試使測試對象處理大量的數(shù)據(jù)，以確定是否達到了將使軟件發(fā)生故障的極限。 開始標準： 完成標準： 所計劃的測試已全部執(zhí)行，并且在達到或超出指定的系統(tǒng)限制時沒有出現(xiàn)任何軟件故障，或者導(dǎo)致系統(tǒng)出現(xiàn)故障條件的并不在指定的條件范圍之內(nèi)。 客戶機的強度測試在“配置測試”的第 節(jié)中進行了說明。強度測試還可用于確定測試對象能夠處理的最大工作量。 負載測試所用的數(shù)據(jù) 庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。 測試范圍： 技術(shù)： 使用為功能或業(yè)務(wù)周期測試制定的測試。此外，負載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。 性能測試所用的數(shù)據(jù)庫應(yīng)該是實際大小或相同縮放比例的數(shù)據(jù)庫。此負載可通過“遠程終端仿真（ Remote Terminal Emulation） 工具來實現(xiàn)。 多個事務(wù)或多個用戶：在可接受的時間范圍內(nèi)成功地完成測試腳本，沒有發(fā)生任何故障。 測試目標： 核實所指定的事務(wù)或業(yè)務(wù)功能在以下情況下的性能行為： 正常的預(yù)期工作量 預(yù)期的最繁重工作量 測試范圍： 技術(shù)： 使用為功能或業(yè)務(wù)周期測試制定的測試過程。性能評測的目標是核實性能需求是否都已滿足。 測試目標： 核實以下內(nèi)容： 通過測試進行的瀏覽可正確反映業(yè)務(wù)的功能和需 求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（ Tab鍵、鼠標移動、和快捷鍵）的使用 窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)和中心）都符合標準。 各業(yè)務(wù)規(guī)則都得到了正確的應(yīng)用。此類測試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面（ GUI）與應(yīng)用程序進行交互，并對交互的輸出或結(jié)果進行分析，以此來核實應(yīng)用程序及其內(nèi)部進程。 開始標準： 在完成某個集成測試時必須達到標準 完成標準： 所計劃的測試已全部執(zhí)行。 系統(tǒng)測試計劃 第 9 頁 共 20 頁 測試目標： 檢測需求中業(yè)務(wù)流程，數(shù)據(jù)流的正確性 測試范圍： 需求中明確的業(yè)務(wù)流程，或組合不同功能模塊而形成一個大的功能。 進程應(yīng)該以手工方式調(diào)用。對于數(shù)據(jù)庫管理系統(tǒng)（ DBMS），還需要進行深入的研究，以確定可以支持以下測試的工具和技術(shù)。例如，“將不實施該測試。 對于每種測試，都應(yīng)提供測試說明，并解釋其實施的原因。 系統(tǒng)測試計劃 第 5 頁 共 20 頁 2 測試參考文檔和測試提交文檔 測試參考文檔 下表列出了制定測試計劃時 所使用的文檔，并標明了各文檔的可用性： 注：可適當(dāng)?shù)貏h除或添加文檔項。 簡要地列出測試對象中將接受測試或?qū)⒉唤邮軠y試的那些性能和功能。 確定所需的資源，并對測試的工作量進行估計。 8 測試資源消耗 ............................................... 錯誤 !未定義書簽。 能力 ............................................ 錯誤 !未定義書簽。 能力 ............................................ 錯誤 !未定義書簽。 測試 1（標識符） ................................. 錯誤 !未定義書簽。 人力資源 ........................................ 錯誤 !未定義書簽。 測試參考文檔 .................................... 錯誤 !未定義書簽。 背景 ............................................ 錯誤 !未定義書簽。 目的 ............................................ 錯誤 !未定義書簽。 2 測試參考文檔和測試提交文檔
公司管理相關(guān)推薦
鄂ICP備17016276號-1