系統(tǒng)測試實驗報告

1、 中北大學軟件學院 實驗報告專 業(yè)：軟件工程方 向：軟件開發(fā)與測試課程名稱：軟件測試班 級：學 號：姓 名：輔導教師：2017年9月制 成績： 實驗時間年 月 日 時至 時學時數(shù)1.實驗名稱Web系統(tǒng)測試2. 實驗目的（1）掌握Web系統(tǒng)測試的策略（動態(tài)測試和靜態(tài)測試）;（2）掌握Web系統(tǒng)測試的方法（白盒測試和黑盒測試）;（3）了解Web系統(tǒng)中的功能測試、性能測試、界面測試、配置測試、兼容性測試、可用性測試、文檔測試等。3. 實驗內容 題目1：對中北大學軟件學院網站進行測試4. 實驗原理或流程圖（1）撰寫測試計劃；（2）撰寫測試用例文檔；（3）執(zhí)行測試，提交缺陷報告。5. 實驗過程或源代碼1

2、 中北大學軟件學院網站測試2. 測試進度 待定3. 系統(tǒng)風險、優(yōu)先級² 待定² 需簡要描述測試階段的風險和處理的優(yōu)先級4.1 功能測試² 概述：確保測試的功能正常，如導航，數(shù)據(jù)輸入，處理、檢索是否正確，以及業(yè)務規(guī)則的實施是否恰當。即對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程,這是目前的測試重點。² 目標：利用有效的和無效的數(shù)據(jù)來執(zhí)行各個用例流，以核實以下內容：² 在使用有效數(shù)據(jù)時得到預期的結果² 在使用無效數(shù)據(jù)時顯示相應的錯誤消息或警告消息。²² 單一界面測試的參考表格如下：² 編號

3、78; 場景/條件² 操作² 預期結果²² 用戶通過用戶界面輸入信息² 輸入任何東西，重填² 客戶端頁面恢復到初始狀態(tài)²² 用戶通過用戶界面輸入信息² 輸入剛好等于字數(shù)限制的正確信息，提交² 所填信息正確保存到相應的數(shù)據(jù)庫表中² 客戶端提示提交成功²² 用戶通過用戶界面輸入信息² 輸入略超過字數(shù)限制的正確信息，提交² 所填信息不能正確保存到相應的數(shù)據(jù)庫表中² 客戶端提示字數(shù)超長² 引導用戶定位超長輸入²²

4、用戶通過用戶界面輸入信息² 輸入略少于字數(shù)限制的正確信息，提交² 所填信息正確保存到相應的數(shù)據(jù)庫表中² 客戶端提示提交成功²² 用戶通過用戶界面輸入信息² 輸入非法字符，提交² 所填信息不能保存到相應的數(shù)據(jù)庫表中² 客戶端提示有錯誤輸入² 引導用戶定位錯誤輸入²² 用戶通過用戶界面輸入信息² 輸入為空，提交² 應有必填項判斷² 客戶端提示必填項不能為空² 引導用戶定位必填項² 所填信息不能保存到相應的數(shù)據(jù)庫表中²²

5、用戶通過用戶界面輸入信息² 該輸入漢字的輸入英文字符，提交² 注：其余類同² 客戶端提示錯誤輸入² 引導用戶定位錯誤輸入項² 所填信息不能保存到相應的數(shù)據(jù)庫表中² ² 具體功能測試參考表格如下：²² 功能A描述²² 用例目的²² 前提條件²² 輸入/動作² 期望的輸出/相應² 實際情況² 示例：典型值²²² 示例：邊界值²²² 示例：異常值²

6、78;² 功能B描述²² 用例目的²² 前提條件²² 輸入/動作² 期望的輸出/相應² 實際情況² ²² 注：除測試所提供的功能外，還需添加Cookies測試² 參考如下：² Cookies通常用來存儲用戶信息和用戶在某應用系統(tǒng)的操作，當一個用戶使用Cookies訪問了某一個應用系統(tǒng)時，Web服務器將發(fā)送關于用戶的信息，把該信息以Cookies的形式存儲在客戶端計算機上，這可用來創(chuàng)建動態(tài)和自定義頁面或者存儲登陸等信息。 如果Web應用系統(tǒng)使用了Cookie

7、s，就必須檢查Cookies是否能正常工作。測試的內容可包括Cookies是否起作用，是否按預定的時間進行保存，刷新對Cookies有什么影響等。4.2 用戶界面測試² 概述：用于核實用戶與軟件之間的交互是否正常² 目標：核實下列內容² 確保各種瀏覽以及各種訪問方法（鼠標移動、快捷鍵等）都使用正常² 確保窗口對象及其特征（菜單、大小、位置、狀態(tài)和中心）都符合標準等 ² 參考表格如下：²² 檢查項² 測試人員的類別及其評價² 窗口切換、移動、改變大小時正常嗎？²² 各種界面元素的文字正確

8、嗎？（如標題、提示等）²² 各種界面元素的狀態(tài)正確嗎？（如有效、無效、選中等狀態(tài)）²² 各種界面元素支持鍵盤操作嗎？²² 各種界面元素支持鼠標操作嗎？²² 對話框中的缺省焦點正確嗎？²² 數(shù)據(jù)項能正確回顯嗎？²² 對于常用的功能，用戶能否不必閱讀手冊就能使用？²² 執(zhí)行有風險的操作時，有“確認”、“放棄”等提示嗎？²² 操作順序合理嗎？²² 按鈕排列合理嗎？²² 導航幫助明確嗎？²

9、78; 提示信息規(guī)范嗎？²4.3 性能測試² 概述：主要是對響應時間、事務處理速率和其他與時間相關的需求進行評測和評估。性能評測的目標是核實性能需求是否都已滿足。² 目標：核實下列情況下的性能行為：² 正常的預期工作量² 預期的最繁重工作量² 需考慮的特殊事項：² 可創(chuàng)建“虛擬的”用戶負載來模擬許多個（通常為數(shù)百個）客戶機。² 最好使用多臺實際客戶機（每臺客戶機都運行測試腳本）在系統(tǒng)上添加負載。² 應該在專用的計算機上或在專用的機時內執(zhí)行，以便實現(xiàn)完全的控制和精確的評測。其所用的數(shù)據(jù)庫應該是實際大小或相同

10、縮放比例的數(shù)據(jù)庫。² 多用戶不同網絡條件下的連接速度是否滿足要求²²²² 參考表格如下：²² 性能A描述² 多用戶不同上網方式下的測試² 用例目的²² 前提條件²² 輸入數(shù)據(jù)² 期望的性能（平均值）² 實際性能（平均值）²²²²²²²²²² 性能B描述² 多用戶不同距離條件下的測試² 用例目的²² 前提條件&

11、#178;² 輸入數(shù)據(jù)² 期望的性能（平均值）² 實際性能（平均值）1.4 壓力測試l 概述：這里的具體包含了負載測試以及壓力測試l 目標：核實下列行為下的系統(tǒng)行為² 確定測試對象在給定時間內能夠持續(xù)處理的最大負載或工作量（包括長時間處理多個用戶相同的且性能最壞的業(yè)務）² 確定并確保系統(tǒng)在超出最大預期工作量的情況下仍能正常運行，并評估其性能特征，包括響應時間、事務處理速率和其他與時間相關的內容² 服務器上幾乎沒有或根本沒有可用的內存（RAM）5. 測試用例用例編號用例說明輸入數(shù)據(jù)Dl-1用戶正常登陸啟動客戶端軟件，在用戶登錄界面輸入正確的用戶名，密碼和數(shù)據(jù)庫名，點擊“登陸”。Dl-2用戶異常登錄1.啟動客戶端軟件，在用戶登錄界面輸入不匹配的用戶名和密碼，輸入正確的數(shù)據(jù)庫名，點擊“登陸”。2.啟動客戶端軟件，在用戶登錄界面輸入正確的用戶名和密碼，輸入不正確的數(shù)據(jù)庫名，點擊“登陸”。DL-03界面規(guī)范性測試【用戶名】1.【用戶名】輸入為空，點擊“登錄”。2.【用戶名】輸入超長字符串，點擊“登錄”。3.【用戶名】輸入包含空格的字符串，