【正文】 謝 謝 。最低不能 4M，此值過小可能是內(nèi)存不足或內(nèi)存泄漏。如果這個數(shù)值很小，例如小于 5 MB，系統(tǒng)會將大部分時間消耗在操作頁面文件上。 內(nèi)存指標(biāo) 顯示出當(dāng)前空閑的物理內(nèi)存總量，它等于分配給待機 (緩存的 )、空閑和零分頁列表內(nèi)存的總和。 5%范圍內(nèi)波動為宜?？蓪⑵湟暈榉独g隔用于做有用 工作 的百分比。這個計數(shù)器設(shè)計成用來作為處理器活動的主要指示器。事務(wù)的成功率是判斷用戶加載是否成功的重要標(biāo)志。對于單用戶的系統(tǒng)，響應(yīng)時間（或者系統(tǒng)響應(yīng)時間和應(yīng)用延遲時間）可以很好地度量系統(tǒng)的性能，但對于并發(fā)系統(tǒng)，通常需要用吞吐量作為性能指標(biāo)。 響應(yīng)時間 =網(wǎng)絡(luò)傳輸時間 + 服務(wù)器響應(yīng)時間 響應(yīng)時間 =(N1+N2+N3+N4)+(A1+A2+A3) 吞吐量 吞吐量是指系統(tǒng)在單位時間內(nèi)處理請求的數(shù)量。如果網(wǎng)絡(luò)正常，網(wǎng)絡(luò)傳輸時間不會超過 1秒。 ?什么是軟件性能測試？ ?性能測試的必要性 ?性能測試的目標(biāo) – 考察系統(tǒng)是否滿足預(yù)期的性能要求 – 作為對系統(tǒng)進行調(diào)優(yōu)的參考 – 考察系統(tǒng)的可擴展性 – 用性能測試手段發(fā)現(xiàn)系統(tǒng)存在的問題 – 提供部署方案的參考 ?軟件性能測試的基本概念 ?狹義上的軟件性能測試 ?響應(yīng)時間 ?吞吐量 ?并發(fā)用戶數(shù) ?資源利用率 ?廣義上的軟件性能測試 ?性能測試 ?壓力測試 ?負載測試 ?可靠性測試 ?配置測試 ?失效恢復(fù)測試 ?…… 響應(yīng)時間 響應(yīng)時間指客戶端發(fā)送請求后得到服務(wù)第一個數(shù)據(jù)包反饋的時間。 軟件的性能是軟件的一種非功能特性，它關(guān)注的不是軟件是否能夠完成特定的功能，而是在完成該功能時展示出來的及時性。 ? 測試報告 測試報告的內(nèi)容一般包括以下內(nèi)容： ?測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介； ?測試結(jié)果與缺陷分析：這部分主要匯總各種數(shù)據(jù)并進行度量，度量包括對測試過程的度量和能力評估、對軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估； ?測試結(jié)論與建議：這部分主要報告本次測試執(zhí)行是否充分、測試目標(biāo)是否完成、測試是否通過等結(jié)論，和對系統(tǒng)存在問題的說明、可能存在的潛在缺陷和后續(xù)工作、對缺陷修改和產(chǎn)品設(shè)計的建議； ?有時附錄有缺陷列表、缺陷等級定義標(biāo)準(zhǔn)、測試通過標(biāo)準(zhǔn)等。 ?3級（一般）：正常排隊缺陷需要正常排隊等待修復(fù)。缺陷導(dǎo)致系統(tǒng)幾乎不能使用或測試不能繼續(xù)，需立即修復(fù)。如安裝手冊，操作手冊，在線幫助，代碼冗余，可跟蹤性等問題。但是與標(biāo)準(zhǔn)、規(guī)范和定義不一致。 C類（一般缺陷） 系統(tǒng)中部分單元模塊或單個功能描述和實現(xiàn)有錯誤、有偏差、不一致或有缺失，不影響模塊的正常運行，或有影響但可以有替代辦法或避免辦法。 缺陷嚴(yán)重性等級定義 A類（致命缺陷） 導(dǎo)致對被描述的主要對象的理解錯誤、不可行、不能運轉(zhuǎn)、對業(yè)務(wù)和整個系統(tǒng)可能造成重大損失或損害。 ?關(guān)閉： 如果測試小組已經(jīng)驗證過這個缺陷的修復(fù)結(jié)果，并且問題是已經(jīng)得到了解決的，那么測試人員就可以把狀態(tài)改為“關(guān)閉”。在這種情況下，測試人員需要提供更為詳細的重現(xiàn)步驟，并把缺陷返回給開發(fā)小組。測試人員需要檢查這個缺陷是否可以重現(xiàn)，并且把更為詳細的重現(xiàn)步驟提供給開發(fā)人員。 ?已解決 /已修復(fù)： 當(dāng)開發(fā)人員做了某些必要的代碼改動，并且確認修改之后，那么他 /她就可以把狀態(tài)改為“已修復(fù)”，然后就交給測試組進行回歸測試。 ?延后處理： 如果這個缺陷跟當(dāng)前發(fā)布的這個版本沒有直接關(guān)系，或者當(dāng)前版本無法修復(fù)，或者這個缺陷不是很嚴(yán)重，不需要立刻修復(fù)，那么項目經(jīng)理可以把狀態(tài)設(shè)為“延后處理”。 用戶名和密碼的規(guī)則如下： ? 用戶名長度為 6至 10位（含 6位和 10位） ? 用戶名由字符（ az、 AZ）和數(shù)字（ 09）組成 ? 不能為空、空格和特殊字符 ? 密碼規(guī)則同用戶名規(guī)則 確定輸入數(shù)據(jù)的情形： 操作步驟 預(yù)期結(jié)果 輸入正確的用戶名和口令（均為 6位），點擊[OK]按鈕 進入系統(tǒng) 輸入正確的用戶名和口令（均為 10位） ，點擊[OK]按鈕 進入系統(tǒng) 輸入正確的用戶名和口令（均為 6至 8位之間）， …… 進入系統(tǒng) 用戶名為空， …… 提示輸入用戶名不能進入系統(tǒng) 用戶名為空格， …… 提示無效用戶名不能進入系統(tǒng) 用戶名小于 6位， …… 提示用戶名太短不能進入系統(tǒng) …………………… ……………… 確定具體的輸入數(shù)據(jù)： “用戶名” “口令” “預(yù)期結(jié)果” 說明 ―user10‖ ―pass10‖ 進入系統(tǒng) 正確的用戶名和口令 (6位 ) ―user789‖ ―pass789‖ 進入系統(tǒng) 正確的用戶名和口令 (79位 ) ―user000010‖ ―pass000010‖ 進入系統(tǒng) 正確的用戶名和口令 (10位 ) ―‖ ―pass‖ 提示輸入用戶名 不能進入系統(tǒng) 用戶名為空 ―空格” ―pass‖ 提示無效用戶名 不能進入系統(tǒng) 用戶名為空格 ―user‖ ―userpass‖ 提示用戶名太短 不能進入系統(tǒng) 用戶名小于 6位 ―user0000011‖ ―userpass‖ 提示用戶名太長 不能進入系統(tǒng) 用戶名大于 10位 ………… ………… ………… ……………… 測試用例設(shè)計原則 ? 測試用例的代表性 ? 測試結(jié)果的可判定性 ? 測試結(jié)果的可再現(xiàn)性 驗收測試用例設(shè)計要點 出發(fā)點： 旨在確認軟件符合需求規(guī)格的驗證活動 范 圍： 用戶業(yè)務(wù)需求，但不超出合同范圍 復(fù)雜度： 結(jié)構(gòu)簡單、條理清晰、屏蔽軟件內(nèi)部結(jié)構(gòu) 角 度： 用戶使用、根據(jù)業(yè)務(wù)場景組織測試用例和流程 測試用例的評審 覆 蓋 面 是 否 完 全 描 述 是 否 清 晰 測 試 用 例 是 否 正 確 無遺漏 清晰易懂 正確 準(zhǔn)確 ? 測試執(zhí)行 功能測試的測試執(zhí)行階段主要完成以下工作： ?配置測試環(huán)境，包括基礎(chǔ)軟硬件環(huán)境、被測系統(tǒng)環(huán)境和初始化測試數(shù)據(jù)； ?根據(jù)事先設(shè)計好的業(yè)務(wù)流程執(zhí)行業(yè)務(wù)用例 ?記錄測試結(jié)果和測試過程中發(fā)現(xiàn)的問題 ?對測試過程中發(fā)現(xiàn)的問題，提交到缺陷跟蹤系統(tǒng)中進行跟蹤 ?收集測試過程中的各項信息，分析、控制測試過程 測試啟動條件 ? 測試計劃和測試用例準(zhǔn)備完畢 ? 錯誤跟蹤工具設(shè)置完畢 ? 被測試的 Build已經(jīng)可用 ? 測試的軟件和硬件環(huán)境已經(jīng)準(zhǔn)備就緒 測試結(jié)束條件 ? 所有軟件缺陷得到處理（最好目標(biāo)： 0 缺陷） ? 在規(guī)定的時間內(nèi)連續(xù)運行軟件沒有產(chǎn)生死機、系統(tǒng)崩潰和丟失數(shù)據(jù)的錯誤 ? 完成了測試計劃和測試用例指定的測試工作 ? 軟件經(jīng)過“項目管理組”討論，認為能達到客戶的合理質(zhì)量期望值 ? 軟件到了發(fā)布的截止日期 測試的啟動與結(jié)束條件 ? 缺陷管理 測 試 人 員 發(fā) 現(xiàn) B U G評 價 并 記 錄 B U G 開 發(fā) 人 員 修 改 B U GY E S發(fā) 布 新 版 本測 試 人 員 進 行 回歸 測 試關(guān) 閉 B U G 并填 寫 問 題解 決 方 案是 否 測 試 完 全重 新 激 活B U GN ON O達 到 通 過 標(biāo) 準(zhǔn)Y E S時 間