【正文】 系統(tǒng)中部分單元模塊或單個功能描述和實現(xiàn)有錯誤、有偏差、不一致或有缺失，不影響模塊的正常運行，或有影響但可以有替代辦法或避免辦法。 D類（微小缺陷） 基本不影響系統(tǒng)的運行和功能的實現(xiàn)。但是與標準、規(guī)范和定義不一致。 E類（建議缺陷） 不在標準、規(guī)范、范圍的定義和約束之內(nèi)，但是從提出者來看是需要完善的建議。如安裝手冊，操作手冊，在線幫助，代碼冗余，可跟蹤性等問題。 缺陷優(yōu)先級等級定義 BUG 的優(yōu)先級一般與 BUG 等級掛鉤分為 4級： ?1級（嚴重）：立即解決。缺陷導致系統(tǒng)幾乎不能使用或測試不能繼續(xù)，需立即修復。 ?2級（較高）：缺陷嚴重，影響測試，需要優(yōu)先考慮。 ?3級（一般）：正常排隊缺陷需要正常排隊等待修復。 ?4級（輕微）：缺陷可以在開發(fā)人員有時間的時候被糾正。 ? 測試報告 測試報告的內(nèi)容一般包括以下內(nèi)容： ?測試的概要介紹，包括測試的一些聲明、測試范圍、測試目的等等，主要是測試情況簡介； ?測試結(jié)果與缺陷分析：這部分主要匯總各種數(shù)據(jù)并進行度量，度量包括對測試過程的度量和能力評估、對軟件產(chǎn)品的質(zhì)量度量和產(chǎn)品評估； ?測試結(jié)論與建議：這部分主要報告本次測試執(zhí)行是否充分、測試目標是否完成、測試是否通過等結(jié)論，和對系統(tǒng)存在問題的說明、可能存在的潛在缺陷和后續(xù)工作、對缺陷修改和產(chǎn)品設計的建議； ?有時附錄有缺陷列表、缺陷等級定義標準、測試通過標準等。 1. 軟件測試概述 2. 軟件測試模型 3. 軟件測試分類 4. 軟件測試過程（功能測試） 5. 軟件性能測試 目錄 ?什么是軟件性能？ 一般來說，性能是一種指標，表明軟件系統(tǒng)或構(gòu)件對于其及時性要求的符合程度；其次性能是軟件產(chǎn)品的一種特性，可以用時間來進行度量。 軟件的性能是軟件的一種非功能特性，它關注的不是軟件是否能夠完成特定的功能，而是在完成該功能時展示出來的及時性。由于感受軟件性能的主體是人，不同的人對于同樣的軟件能有不同的主觀感受，而且不同的人對于軟件性能關心的視角也不同。 ?什么是軟件性能測試？ ?性能測試的必要性 ?性能測試的目標 – 考察系統(tǒng)是否滿足預期的性能要求 – 作為對系統(tǒng)進行調(diào)優(yōu)的參考 – 考察系統(tǒng)的可擴展性 – 用性能測試手段發(fā)現(xiàn)系統(tǒng)存在的問題 – 提供部署方案的參考 ?軟件性能測試的基本概念 ?狹義上的軟件性能測試 ?響應時間 ?吞吐量 ?并發(fā)用戶數(shù) ?資源利用率 ?廣義上的軟件性能測試 ?性能測試 ?壓力測試 ?負載測試 ?可靠性測試 ?配置測試 ?失效恢復測試 ?…… 響應時間 響應時間指客戶端發(fā)送請求后得到服務第一個數(shù)據(jù)包反饋的時間。響應時間包括服務器響應時間和網(wǎng)絡傳輸時間兩部分。如果網(wǎng)絡正常，網(wǎng)絡傳輸時間不會超過 1秒。響應時間是衡量服務器速度和性能的一個重要指標。 響應時間 =網(wǎng)絡傳輸時間 + 服務器響應時間 響應時間 =(N1+N2+N3+N4)+(A1+A2+A3) 吞吐量 吞吐量是指系統(tǒng)在單位時間內(nèi)處理請求的數(shù)量。對于無并發(fā)的應用系統(tǒng)而言，吞吐量與響應時間成嚴格的反比關系，實際上此時吞吐量就是響應時間的倒數(shù)。對于單用戶的系統(tǒng)，響應時間（或者系統(tǒng)響應時間和應用延遲時間）可以很好地度量系統(tǒng)的性能，但對于并發(fā)系統(tǒng)，通常需要用吞吐量作為性能指標。 事務成功率 事務成功率指成功完成相關業(yè)務操作的用戶數(shù)量比上總加載的用戶數(shù)量。事務的成功率是判斷用戶加載是否成功的重要標志。 CPU利用率 指處理器執(zhí)行非閑置線程時間的百分比。這個計數(shù)器設計成用來作為處理器活動的主要指示器。它通過在每個時間間隔中衡量處理器用于執(zhí)行閑置處理線程的時間，并且用 100%減去該值得出?？蓪⑵湟暈榉独g隔用于做有用 工作 的百分比。 根據(jù)應用系統(tǒng)情況，在 80%177。 5%范圍內(nèi)波動為宜。過低，則服務器 CPU利用率不高；過高，則 CPU可能成為系統(tǒng)的處理瓶頸。 內(nèi)存指標 顯示出當前空閑的物理內(nèi)存總量，它等于分配給待機 (緩存的 )、空閑和零分頁列表內(nèi)存的總和。 當這個數(shù)值變小時， Windows開始頻繁地調(diào)用磁盤頁面文件。如果這個數(shù)值很小，例如小于 5 MB，系統(tǒng)會將大部分時間消耗在操作頁面文件上。一般要保留 10%的可用內(nèi)存。最低不能 4M，此值過小可能是內(nèi)存不足或內(nèi)存泄漏。 ?性能測試需求的來源 ? 需求文檔 ? 設計文檔 ? 客戶備忘錄 ?確定測試目標的原則 ? ―以需求為本” ? 測試目標確定的經(jīng)濟性考慮 ? 基于風險的測試目標確定 ?在開始制訂方案之前 ? 確定測試目標和需求 ? 了解現(xiàn)狀 ? 業(yè)務使用狀況 ? 環(huán)境 ? 確定需要監(jiān)控的指標 ? CPU 使用率 ? Mem 使用情況 ? …… ?用例和場景設計 ? 對業(yè)務的分析和分解 ? 根據(jù)業(yè)務確定用例 ? 不同用例按照不同發(fā)生比例組成場景 ? 了解每個場景的實際意義 示例： 背景：一個進銷存系統(tǒng)，包括登錄、貨物入庫、訂單 處理、貨物出庫、查詢五個模塊 – 用例設計：針對模塊設計用例 – 場景設計： 場景 1 ： 10 ％登錄， 10 ％入庫， 30 ％訂單， 20 ％出庫， 30 ％查詢（ 1000 用戶） ——日常 場景 2 ： 10 ％登錄， 90 ％查詢（ 400 用戶） ——周末盤點 – …… ?測試腳本準備 ? 測試工具的錄制 ? 在錄制的基礎上進行修改 ? 驗證腳本的正確性 ? 腳本的維護 ?常用的性能測試工具 ? 商業(yè)工具 – Mercury LoadRunner – Rational Performance Tester – SeagueSilkTest – RadviewWebLoad ? 免費工具 – WAS ? 開源工具 – OpenSTA – JMeter – Grinder ?性能測試工具組成 ?測試工具在性能測試中的地位 ? ―工具不是萬能的，但沒有工具是萬萬不能的” ? 會使用工具不等于會做性能測試 工具不能代替的 ? 確定測試需求 ? 制訂測試方案 ? 分析測試結(jié)果 工具可以完成的 ? 產(chǎn)生負載和壓力 ? 收集資源數(shù)據(jù) ? 生成報表 開發(fā)人員 項目經(jīng)理 測試經(jīng)理 技術支持 產(chǎn)品經(jīng)理 市場銷售 測試工程師 ?換位思考，相互理解，相互尊重 ?就事論事，用事實說話 ?不指責、不嘲笑、不賣關子、不打小報告、不搞人格攻擊 ?按時完成份內(nèi)工作，報告測試進度，提出測試存在的問題和改進方法 ?加強交流與溝通（項目會議、電話、書面、口頭交流） ?軟件測試人員是項目的服務員 ?謙虛、熱情、堅持原則、講究方式 軟件測試人際關系方法論 當前軟件測試界存在的主要問題 ? 輕視軟件測試的重要性，公司高層領導僅停留在口頭重視層面 ? 缺乏合適的軟件測試人才（管理人才、技術人才、培訓人才） ? 企業(yè)缺少充分的有效地軟件測試培訓（基礎培訓、項目和產(chǎn)品培訓） ? 軟件測試人員 “ 跳槽 ” 頻繁，造成測試隊伍不穩(wěn)定，引起測試質(zhì)量波動 ? 缺乏有效的測試方法，測試的價值沒有得到應有的體現(xiàn) ? 軟件測試缺少計劃性和組織性，流程不規(guī)范，責任不明確，相互推諉。 謝 謝