軟件測試流程分享.pptx_第1頁
軟件測試流程分享.pptx_第2頁
軟件測試流程分享.pptx_第3頁
軟件測試流程分享.pptx_第4頁
軟件測試流程分享.pptx_第5頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

軟件測試流程分享 目錄 整體流程各階段質(zhì)量評審方式和標準Bug分布CodeReview單元測試測試用例設計功能測試性能測試異常測試 1 整體流程 測試溝通 溝通紀要 測試設計 測試設計文檔 測試執(zhí)行 測試報告 時間軸 測試介入 線上檢查 2 各階段質(zhì)量評審方式和標準 邏輯BUG代碼做了錯誤的事情 例如條件語句寫錯 變量未賦值等銜接BUG對象之間銜接時候出現(xiàn)錯誤 例如接口之間傳遞參數(shù)出錯等渲染BUG能夠用眼睛看出來的錯誤 出現(xiàn)在UI例如頁面布局與MRD不一致 3 Bug分布 DAO DataService PageService Action 模板 ST 針對渲染和銜接BUG http請求 http應答 3 Bug分布 并非所有的類都要做UT 4 CodeReview 何時進行開發(fā)人員每次提交代碼前 都應通過本地單測并將代碼提交team間及測試人員Review Reveiw通過后才能入庫 優(yōu)點保持項目整體代碼風格一致團隊間互相熟悉代碼提前發(fā)現(xiàn)錯誤CodeReview要點遵守代碼規(guī)范 保持項目整體代碼風格一致邏輯錯誤異常條件考慮不足 5 單元測試 單元測試開發(fā)原則短 一般在10行以內(nèi)平 基本上都是順序執(zhí)行 沒有分支語句 沒有循環(huán)語句快 一個用例執(zhí)行時間在毫秒級別一致性 測試用例多次執(zhí)行 結(jié)果一致原子性 測試用例的執(zhí)行結(jié)果 要么是PASS 要么是FAIL獨立性 測試用例之間獨立 即測試用例的執(zhí)行順序不影響結(jié)果單元測試架構(gòu)工具c 單測框架 Gtestc 覆蓋率分析 Lcovpython單測框架 unittest nosejava單測框架 Junitjava覆蓋率分析 cobertura 6 測試用例設計 輸入細化的測試需求測試的方法相關(guān)的資源輸出完成測試需求的數(shù)據(jù)設計完成測試步驟完成測試預期可選 標識別用例的優(yōu)先級可選 和測試需求綁定用例間的執(zhí)行順序 測試分類 功能測試性能測試異常測試 6 1功能測試 對產(chǎn)品的各功能進行驗證 檢查產(chǎn)品是否達到用戶要求的功能 構(gòu)造輸入 正常 異常 測試數(shù)據(jù) 正常數(shù)據(jù) 配置文件 正常配置 測試環(huán)境 正常環(huán)境 測試步驟針對系統(tǒng)功能進行驗證檢查輸出數(shù)據(jù) 正確性 新舊diff功能 正確性 針對namespace database的增刪改查功能的系統(tǒng)測試 測試輸入測試數(shù)據(jù) 系統(tǒng)對外部數(shù)據(jù)沒有強依賴 測試使用數(shù)據(jù)可以進行構(gòu)造測試環(huán)境 單點server 后臺數(shù)據(jù)庫系統(tǒng)配置 使用線上配置測試步驟針對namespace database的增刪改查 及交叉功能應用常用測試設計方法進行測試設計 測試輸出檢查增刪改查的功能是否實現(xiàn) 數(shù)據(jù)是否正確 6 1功能測試 舉例 6 2性能測試 基本概念 CPU IO 內(nèi)存 帶寬 成功率 超時率 響應時間 并發(fā)用戶數(shù) 資源指標 產(chǎn)品指標 資源指標與硬件消耗直接相關(guān) 本質(zhì)反映的是成本問題 產(chǎn)品指標與場景需求直接相關(guān) 本質(zhì)反映的是效果問題 6 2性能測試 關(guān)鍵指標 14 step1 分析對象設計原理確認資源消耗類型確認具體關(guān)注指標 性能測試場景設計架構(gòu)部署方案設計性能預期設計 穩(wěn)定 極限 壓力方案設計 step2 step3 step4 step5 環(huán)境 數(shù)據(jù)與工具選擇環(huán)境 超時 線程 日志 硬件資源等 數(shù)據(jù) 大小 讀寫方式 cache機制 工具選擇 線程池 連接方式 通信方式 壓力增加方式 執(zhí)行方案執(zhí)行輪次優(yōu)化 對比方案 結(jié)果指標分析指標組合判斷性能指標評估瓶頸判斷優(yōu)化方案設計 6 2性能測試 測試方案設計 6 2性能測試 舉例 消息發(fā)送平臺接口測試測試目的 測試線上單臺機器消息發(fā)送接口的發(fā)送能力 系統(tǒng)入口接受外部請求的能力 期望值 系統(tǒng)入口 2000QPS 單機500QPS 線上共四臺機器 CUP IDLE 30以上 性能測試過程 1 搭建性能測試環(huán)境 準備線上測試機器并構(gòu)造壓測數(shù)據(jù) 2 起壓線程 從10 300 依次增加 遇到瓶頸后 尋找臨界屆值的點 3 發(fā)送請求數(shù) 隨著線程的增加 請求數(shù)略有增加 保證壓測時間不低于200s 6 2性能測試 舉例 性能測試結(jié)果分析 構(gòu)造系統(tǒng)的異常場景 檢查系統(tǒng)的穩(wěn)定性 正確性構(gòu)造輸入測試數(shù)據(jù) 異常數(shù)據(jù) 配置文件 異常配置 測試環(huán)境 異常環(huán)境 CPU 內(nèi)存 磁盤 網(wǎng)絡 依賴系統(tǒng)異常 測試步驟構(gòu)造各種異常場景檢查輸出數(shù)據(jù) 是否正常 是

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論