【導讀】題目基于AdobeAIR的自動化測試與實現(xiàn)。所在學院軟件學院。專業(yè)（系）軟件工程

　　

【正文】 4 2) 事務響應時間圖 通過此圖可看出：登錄事務的響應時間最低為 秒，最高為 秒，平均響應時間為 秒，該事務的平均響應時間超過了用戶體驗的臨界值 5 秒，未能達到系統(tǒng)性能要求。修改個人信息業(yè)務的最低響應時間為 秒，最高為 秒，平均 秒，響應速度很快，達到了性能要求。 圖 平均事務響應時間圖 圖 中各項性能指標數(shù)據(jù)如表 所示。可通過閱讀進一步分析性能測試情況。 表 平均事務響應時間表 Color Scale Measurement Graph39。s Min. Graph39。s Ave. Graph39。s Max. Graph39。s Median Graph39。s SD 1 Action_Transaction 1 edit 1 login 3) 系統(tǒng)資源圖 此圖為通過 LoadRunner 監(jiān)控的服務器各項資源在性能測試中的指標。我們只選取了主要資源的關鍵數(shù)據(jù)作為分析項。 軟 件測試畢業(yè)論文 通過觀察 % Processor Time (Processor _Total):， CPU 使用率，我們看出當加載的虛擬用戶到達集合點并發(fā)的執(zhí)行操作時，即 1 分 4050 秒時， CPU 的使用率不斷上升并最終達到了 100%，顯然這個數(shù)字超出了合理的 CPU 使用率范圍（應小于75%）。 另一項重要性能指標 Memory 內(nèi)存 Available MBytes (Memory): 可用內(nèi)存容量的數(shù)值穩(wěn)定在內(nèi)存總量（ 1G）的百分之 40百分之 45 之間，達到了對于內(nèi)存的性能要求。 圖 系統(tǒng)資源圖 圖 中各項性能指標數(shù)據(jù)如表 所示。可通過閱讀進一步分析性能測試情況。 表 系統(tǒng)資源 Color Scale Measurement Min. Ave. Max. SD 10 % Disk Time (PhysicalDisk _Total): 1 % Processor Time (Processor _Total): 100 1 Available MBytes (Memory): 39 43 軟 件測試畢業(yè)論文 1000 Avg. Disk Queue Length (PhysicalDisk _Total): 4) 性能測試結論 當對服務器不斷施加壓力，并發(fā)的虛擬用戶達到 140 個，點擊率最高數(shù)達到 次每秒的情況時，服務器的 CPU 負載嚴重，當同一時間并發(fā)操作較高時， CPU 的使用率達到了 100%，且登錄事務的響應時間為 秒，并不能達到系統(tǒng)的性能要求。以現(xiàn)有的服務器配置及程序結構無法保障服務器在該負載程度下安全穩(wěn)定的為客戶提供持久高效的服務。仍需要調(diào)整系統(tǒng)對資源的占用。 腳本的運行于監(jiān)控，還有分析結果也是重中之重，在運行中，可能會根據(jù)不同的應用選監(jiān)測的參數(shù)，比如程序運行中，是否存在大量的 IO 讀寫，網(wǎng)絡的 交互，或線程切換，在數(shù)據(jù)庫中，是不是存在大量的邏輯讀寫操作，或是執(zhí)行頻度特別高的 SQL 語句。 8 測試總結 項目概述 ? 項目名稱： UCbook ? 任務提出者：明博教育、教育部教學儀器研究所 ? 開發(fā)者：文思創(chuàng)新 ? 用戶：中心管理員、教師、學生等 ? 項目提出背景：明博教育聯(lián)合教育部教學儀器研究所專為課堂教學設計的，從工具到內(nèi)容再到服務的信息化教學整體解決方案。 測試情況 測試局限 1. 在手工測試的過程中無法覆蓋所有的路徑。 2. 測試人員的項目經(jīng)驗不足無法對軟件進行全面的測試。 3. 與死鎖、時序、資源沖突有關的錯誤 很難捕捉。 功能測試結果 表 功能測試結果 軟 件測試畢業(yè)論文 需求功能 測試項目 子項目 實際結果 白板功能 閱讀模式下保存 ? 保存 通過 閱讀模式下縮放 ? 縮放 通過 閱讀模式下垃圾箱 ? 刪除 ? 驗證 通過 填充 ? 顏色填充 ? 長按 /短按 通過 擦除 ? 擦除 ? 長按 /短按 通過 圖形繪制 ? 粗細度變更 ? 顏色變更 ? 圖形繪制 ? 幾何圖形長按 /短按 通過 畫筆 ? 透明度 ? 畫筆粗細 ? 畫筆顏色 ? 畫筆長按 /短按 通過 黑板功能 保存 ? 內(nèi)容變更后切換教材保存 ? 內(nèi)容變更后切換文件保存 ? 內(nèi)容變更后關閉軟件保村 ? 關閉按鈕后 保存 ? 保存操作 通過 另存為 ? 多個頁面下的元素操作保存 ? 多個頁面復雜編輯后的保存 ? 另存為驗證 ? 復雜編輯操作后的保存 通過 刪除 ? 刪除 通過 重置 ? 重置 通過 名稱 ? 一致性 ? 重命名 有遺留問題 列表功能 ? 文件列表中文件之間切換 ? 文件列表中另存為 ? 打開文件驗證 ? 排列順序 ? 查看驗證 通過 頁面背景 ? 設置 ? 多個頁面背景驗證 有遺留問題 清空 ? 清空操作 通過 填充 ? 填充 ? 長按 /短按 通過 軟 件測試畢業(yè)論文 ? 幾何圖形填充 噴桶 ? 設置 通過 筆 ? 改變后圖標變化 ? 設置 ? 書寫功能 ? 筆跡的拉伸操作 ? 無法跨 頁面 ? 非輸入?yún)^(qū)域 ? 透明度 ? 顏色改變 有遺留問題 橡皮擦 ? 頁面變換后擦除功能 ? 區(qū)域橡皮擦 ? 復合操作后橡皮擦 ? 橡皮擦精度 通過 繪制 ? 筆的顏色 ? 筆的粗細 通過 略縮圖 ? 略縮圖 ? 略縮圖中幾何圖形的變化驗證 ? 實時變化驗證 通過 頁面切換 ? 板書文件切換 ? 復合操作下背景的切換 ? 切換響應速度 通過 創(chuàng)建頁面 ? 創(chuàng)建 ? 刪除 ? 頁面數(shù)量限制 ? 略縮圖 ? 插入 有遺留問題 書籍管理 驗證 ? 驗證上次閱讀性息 ? 驗證學段和學科的關系 ? 驗證版本 ? 驗證工具條隱藏內(nèi)同 ? 更新 ? 顯示模式切換 ? 最近閱讀信息 通過 下載 ? 下載 通過 查詢 ? 查詢翻頁 ? 出版社查詢 通過 快速導航 ? 快速導航 ? 查詢圖書 通過 本地書架 ? 刪除 ? 查看 通過 軟 件測試畢業(yè)論文 優(yōu)課書架 ? 查看 ? 按版本推薦書籍 ? 按年級推薦 ? 查詢 通過 書籍使用 放大 ? 放大 ? 退出 通過 略縮圖 ? 使用 ? 打開 ? 調(diào)節(jié) 通過 驗證 ? 打開書界面 ? 書簽 ? 翻頁 ? 資源搜索 ? 刪除 ? 搜索 通過 系統(tǒng)功能 系統(tǒng)運行 ? 不同路徑下運行 ? 開啟啟動 有遺留問題 界面信息 ? 個人信息 ? 右下角托盤 ? 幫助 ? 激活 ? 連接顯示 通過 登錄 ? 曾登錄的用戶離線登錄 ? 過期賬戶登錄 ? 更改密碼后登錄 ? 未登錄的 客戶端上登錄 ? 授權過期登錄 ? 郵箱登錄 ? 錯誤登錄 通過 資源管理 上傳 ? 中心用戶上傳 ? 機構用戶上傳 ? 學校用戶上傳 通過 下載 ? 中央館資源下載 ? 區(qū)域下載 ? 優(yōu)課下載 通過 資源查看 ? 中央館查看 ? 區(qū)域查看 ? 優(yōu)課資源查看 通過 導入導出 ? 我的資源導入導出 通過 替換 ? 同文件格式替換 ? 不同格式替換 通過 編輯 ? 我的資源編輯 通過 軟 件測試畢業(yè)論文 壓力測試結果 壓力測試結果為 中結果分析。 缺陷統(tǒng)計 Bug 按照缺陷模塊劃分如圖 。 圖 按模塊缺陷 分類 按照缺陷的嚴重程度分類如圖 。 圖 按嚴重程度的缺陷分類 按照修改的優(yōu)先級進行分類如圖 。 軟 件測試畢業(yè)論文 圖 按優(yōu)先級的缺陷分類 按照最后解決情況分類如圖 所示。 圖 按解決情況的缺陷分類 有圖 可以看出總 bug 是 35 個， fixed 狀態(tài)的有 27 個，一個無效 bug， 3 個 open狀態(tài) bug， 4 個 bug 在此版本中不會修復。Ａ和Ｂ類 bug 有 23 個解決了 23 個，非 A 類和B 類 bug 有 12 個，解決了 7 個，符合測試計劃中的通過標準，所以 UCbook 測 試結果為通過。 軟 件測試畢業(yè)論文 結束語 本課題的討論主要以測試流程為主線，按照從理論到實踐的方式逐漸展開。在緒論中說明了項目的背景和軟件測試的背景，然后說明了此課題研究的現(xiàn)狀及研究內(nèi)容和方法，接下來簡單闡述了軟件測試的理論基礎，此后按照軟件測試的流程進行講述。 軟件測試需求是做好軟件測試的前提條件，可以明確測試需求 (What)，決定怎么測(How)，測試時間 (When)，需要多少人 (Who)，測試的環(huán)境是什么 (Where)。在確定了測試需求后制定明確的測試計劃作為實施工作的保障，規(guī)劃了軟件測試的 流程，使得軟件測試更具條理性，提高測試的效率，評審測試計劃后進行測試用例的編寫，在此使用了黑盒測試方法等價類劃分法、邊界值分析法和場景法根據(jù)需求規(guī)格說明書進行測試用例的編寫，在編寫完成后根據(jù)測試用例編寫的原則進行評審，在測試用例評審后進行測試的執(zhí)行過程，對于測試過程中發(fā)現(xiàn)的缺陷使用 TestDirector 進行管理和跟蹤。在功能測試完成后對該系統(tǒng)進行性能測試，監(jiān)測系統(tǒng)的性能瓶頸，從而可以優(yōu)化系統(tǒng)的性能。最后對本次測試進行測試總結報告。 最后，向我的指導老師 魏娜娣 老師表示衷心的感謝， 她的指導使得我能夠準確的找到了研究的關鍵 ， 非常感謝！同時還要感謝同學的幫助！ 軟 件測試畢業(yè)論文 參考文獻 [1] 賀平 .軟件測試教程 [M].北京：電子工業(yè)出版社， 2020:136139 [2] 柳純錄 .軟件評測師教程 [M].背景：清華大學出版社 ， 2020:119 [3] 淺談測試需求分析 [DB/OL]. [4] [J/OL].每日 E 測， 2020， (01):23 [5] 王威 .軟件測試 從零開始 [J/OL].無憂測試， 2020， (01):9 [6] 牛牛 [J/OL].51 測試天地， 2020， (6):87 [7] 段念 .軟件性能測試過程詳解與案例剖析 [M].北京：清華大學出版社， 2020:2 軟 件測試畢業(yè)論文 Design and Implementation of Automatic testing based on Adobe AIR Abstract： With the rapid development of microelectronic technology, software applications are being used everywhere. Software is being a necessary thing in human’s life. As a necessary thing, people pay more attention of quality. Only the soft ware’s that have good quality can survive in the petition. So software testing bees an important role in the software industry. In this issue, we do the testing about UCbook project, on the base familiar of the theoretical knowledge, bining the practical project。 discuss the issue by testing process. Using LoadRunner to do the performance testing after manual testing. Finally, writing the test summary report according to the te