測(cè)試方法介紹

1、LOGO測(cè)試方法介紹測(cè)試方法介紹目錄目錄基礎(chǔ)理論1測(cè)試用例設(shè)計(jì)方法2CS測(cè)試方法3測(cè)試過程測(cè)試過程測(cè)試用例測(cè)試計(jì)劃Bug測(cè)試報(bào)告外網(wǎng)用戶反饋單元測(cè)試性能測(cè)試安全測(cè)試兼容性測(cè)試功能測(cè)試數(shù)據(jù)上報(bào)測(cè)試線上測(cè)試冒煙測(cè)試系統(tǒng)測(cè)試測(cè)試過程什么是Bug？v 不符合產(chǎn)品說明書 實(shí)現(xiàn)了說明書未提及的功能-多做 未實(shí)現(xiàn)說明書要求的功能少做 實(shí)現(xiàn)了說明書指明不該有的錯(cuò)誤-錯(cuò)做 未實(shí)現(xiàn)說明書雖未明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)-可用性 軟件難以理解、不易使用、運(yùn)行速度慢-易用性Bug的分析v Bug的分析，尤其是外網(wǎng)bug分析十分重要 需求缺陷？ 需求變更？ 架構(gòu)設(shè)計(jì)缺陷？ Bug修改引發(fā)？ 測(cè)試設(shè)計(jì)不全？ 歷史bug？ 時(shí)

2、間不夠？測(cè)試工作的目標(biāo)v 目標(biāo)盡可能早而全面的找出Bug，并確保其得以正確的處理。v 用途 找出Bug 避免Bug 評(píng)估質(zhì)量 提高研發(fā)效率 測(cè)試工作的原則v 原則1 全程測(cè)試原則(測(cè)試活動(dòng)應(yīng)該貫穿整個(gè)軟件生命周期)v 原則2 不完全原則(窮盡測(cè)試是不可能的)v 原則3 缺陷聚集原則(80-20理論)v 原則4 免疫性原則 (殺蟲劑悖論，測(cè)試用例需要經(jīng)常的評(píng)審和修改)v 原則5 不存在缺陷的謬論(測(cè)試的目的是為了證明軟件有錯(cuò))找到更多找到更多Bug測(cè)試需要明智的選擇v 測(cè)試的價(jià)值-bug 多？問題1：如何讓質(zhì)量和進(jìn)度達(dá)到雙贏？1）增加測(cè)試資源2）提高質(zhì)量活動(dòng)的技術(shù)水平如何提高質(zhì)量活動(dòng)的技術(shù)水平？

3、1）提高需求質(zhì)量（需求評(píng)審），提高開發(fā)質(zhì)量（編碼規(guī)范、提測(cè)質(zhì)量）2）優(yōu)化測(cè)試方法-又快又好3）抓住重點(diǎn)測(cè)試-有損服務(wù)4）自動(dòng)化測(cè)試，提高效率問題2：時(shí)間緊迫，要寫測(cè)試文檔么？1. 測(cè)試用例必不可少，測(cè)試用例是保證產(chǎn)品質(zhì)量的利器, 沒有武器如何戰(zhàn)斗？測(cè)試用例的粒度和方式是可以變通的！編寫用例的過程是逐步完善的。2. 測(cè)試文檔的作用：測(cè)試文檔用來組織測(cè)試執(zhí)行知識(shí)、經(jīng)驗(yàn)的積累沉淀是測(cè)試人員與產(chǎn)品、開發(fā)交流的重要方式是質(zhì)量分析的工具問題3：自動(dòng)化測(cè)試 or 手工測(cè)試？v 不要為了自動(dòng)化而自動(dòng)化！v 自動(dòng)化決定因素： 項(xiàng)目的周期-長(zhǎng)、短 需求變更的頻率-變化快、功能穩(wěn)定 腳本維護(hù)成本-高、低 投入產(chǎn)出率

4、問題4：漏測(cè)只是TE的原因么？v 漏測(cè)要具體分析，以下列舉常見的top問題： 產(chǎn)品設(shè)計(jì)的缺陷-需求評(píng)審、需求質(zhì)量改進(jìn) 開發(fā)質(zhì)量不高，bug經(jīng)常反彈-編碼規(guī)范、提測(cè)規(guī)范、千行代碼缺陷率 測(cè)試設(shè)計(jì)缺陷-測(cè)試用例的深度、廣度不夠、同行評(píng)審、用例缺陷率 測(cè)試覆蓋面小-不同測(cè)試方法的全面覆蓋 測(cè)試效率低下-自動(dòng)化測(cè)試、測(cè)試工具、接口測(cè)試等 發(fā)布策略不佳-灰度發(fā)布、外網(wǎng)監(jiān)控、運(yùn)維團(tuán)隊(duì) 版本節(jié)奏、項(xiàng)目進(jìn)度不合理-迭代規(guī)劃、人力配比、項(xiàng)目管理、團(tuán)隊(duì)建設(shè) 流程拖沓、團(tuán)隊(duì)配合度低-QA流程、規(guī)范、模版、報(bào)告的改進(jìn)PS：質(zhì)量不是靠測(cè)試單方面保證，而是需要研發(fā)流程中各個(gè)角色一起承擔(dān)，測(cè)試人員也不能僅僅關(guān)注測(cè)試質(zhì)量，還

5、要去思考整個(gè)研發(fā)過程中的問題，推動(dòng)各個(gè)角色去改進(jìn)。測(cè)試用例設(shè)計(jì)方法v 邊界值分析法v 等價(jià)類劃分法v 判定表方法v 邏輯圖方法v 錯(cuò)誤推測(cè)法v 探索性測(cè)試v 其他方法測(cè)試用例設(shè)計(jì)原則v 測(cè)試用例的可讀性測(cè)試用例設(shè)計(jì)原則v 測(cè)試用例的重用性測(cè)試用例設(shè)計(jì)原則v 測(cè)試用例的維護(hù)性 -粒度 -分層 -流程圖v 設(shè)計(jì)原則：多，快，好，省問題：測(cè)試用例的粒度如何把握？v 需要考慮以下因素： 產(chǎn)品的穩(wěn)定性（新產(chǎn)品？需求變更的頻率？） 需求文檔的精確程度和詳細(xì)程度（沒有需求文檔如何測(cè)試？） 產(chǎn)品形態(tài)的不同（CSBS產(chǎn)品的區(qū)別） 團(tuán)隊(duì)成員的成熟度（產(chǎn)品素養(yǎng)、開發(fā)素養(yǎng)、測(cè)試素養(yǎng)） 團(tuán)隊(duì)的穩(wěn)定性（人員流動(dòng)） 自動(dòng)化

6、的需要（測(cè)試效率提升）結(jié)論：粗、細(xì)沒有定律，關(guān)鍵是選擇適合自己團(tuán)隊(duì)的。邊界值分析法v 正常值：v 邊界值：At, below, abovev 次邊界：特殊字符、日期的特殊值（閏年）v 默認(rèn)值、空白、空值、零和Nullv 非法數(shù)據(jù)練習(xí)-邊界值輸入設(shè)備的邊界 鼠標(biāo)：時(shí)間間隔，連續(xù)點(diǎn)擊次數(shù) 鍵盤：時(shí)間間隔，連續(xù)點(diǎn)擊次數(shù) 屏幕：有效區(qū)域的邊界 界面元素的邊界帳號(hào)輸入框密碼輸入框驗(yàn)證碼輸入框驗(yàn)證碼顯示框換一張按鈕用戶服務(wù)協(xié)議注冊(cè)并同意協(xié)議按鈕關(guān)閉窗口按鈕 邏輯邊界值 帳號(hào)輸入框: 0,3,4,5,15,16,17, 密碼輸入框: 0,5,6,7,19,20,21，軟件功能性邊界：-注冊(cè)錯(cuò)誤次數(shù)-驗(yàn)證碼刷

7、新頻率組合邊界：帳號(hào)、密碼、驗(yàn)證碼的組合等價(jià)類劃分v 把軟件具有相似輸入、相似輸出、相似操作的分在一個(gè)組v 最常用的劃分方法： -有效(valid) 等價(jià)類 -無(wú)效(invalid)等價(jià)類v 劃分等價(jià)類的標(biāo)準(zhǔn)： -完備性，劃分為互不相交的一組子集，而子集的并是整個(gè)集合 -互斥性，子集互不相交，保證一種形式的無(wú)冗余性練習(xí)-等價(jià)類劃分 判定表方法v 判定表是分析和表達(dá)多邏輯條件下執(zhí)行不同操作的情況的工具。v 最常用的使用方法： 1) 確定規(guī)則的個(gè)數(shù) 2) 列出所有的條件樁和動(dòng)作樁 3) 填入條件項(xiàng)和動(dòng)作項(xiàng) 4) 簡(jiǎn)化.合并相似規(guī)則（相同動(dòng)作）v 判定表的優(yōu)、缺點(diǎn)： -優(yōu)點(diǎn)：它能把復(fù)雜的問題按各種可

8、能的情況一一簡(jiǎn)明易于理解，也可避免遺漏。 -缺點(diǎn)：不能表達(dá)重復(fù)執(zhí)行的動(dòng)作，例如循環(huán)結(jié)構(gòu)。練習(xí)-判定表 1)確定規(guī)則數(shù)這里有2個(gè)條件，每個(gè)條件2個(gè)取值，規(guī)則數(shù)=2*2=42)列出所有的條件樁和動(dòng)作樁3) 填入條件項(xiàng)和動(dòng)作項(xiàng)4) 簡(jiǎn)化.合并相似規(guī)則邏輯圖方法v 作用：幫助我們理解待測(cè)系統(tǒng)的功能邏輯，提高用例覆蓋的深度、廣度，以便于設(shè)計(jì)正確的測(cè)試用例。錯(cuò)誤推測(cè)法v 建議： 像最小白的用戶一樣做 像黑客一樣思考，破壞性測(cè)試 憑經(jīng)驗(yàn)、直覺和預(yù)感，測(cè)試的第六感 到已經(jīng)找到缺陷的地方再找找v 定義：就是利用經(jīng)驗(yàn)和直覺去找Bug。v 特點(diǎn)：列舉程序所有可能的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況, 是測(cè)試的必要補(bǔ)充。探

9、索性測(cè)試v 定義：就是利用經(jīng)驗(yàn)和直覺去找Bug。v 特點(diǎn)： 1）同時(shí)性：同時(shí)設(shè)計(jì)測(cè)試和執(zhí)行測(cè)試，碰到問題時(shí)及時(shí)改變測(cè)試策略 2）創(chuàng)造性：不斷學(xué)習(xí)被測(cè)系統(tǒng)，設(shè)計(jì)出新的或更好的測(cè)試點(diǎn)。v 建議： 向開發(fā)了解系統(tǒng)的功能-協(xié)議、server、底層、應(yīng)用層 歷史測(cè)試經(jīng)驗(yàn)的積累 不走尋常路測(cè)試用例設(shè)計(jì)準(zhǔn)則v 在任何情況下都必須使用邊界值分析方法，經(jīng)驗(yàn)表明用這種方法設(shè)計(jì)出測(cè)試用例發(fā)現(xiàn)程序錯(cuò)誤的能力最強(qiáng)。 v 必要時(shí)用等價(jià)類劃分方法補(bǔ)充一些測(cè)試用例。v 如果程序的功能說明中含有輸入條件的組合情況，則一開始就可選用判定表 。v 對(duì)照程序邏輯圖，檢查目前測(cè)試用例的邏輯覆蓋度，再適當(dāng)補(bǔ)充足夠的測(cè)試用例。v 用錯(cuò)誤推

10、測(cè)法再追加一些測(cè)試用例。v 利用探索性測(cè)試方法，在測(cè)試時(shí)發(fā)散思維構(gòu)造測(cè)試用例。什么是C/S模式v 客戶端Client/服務(wù)器Server結(jié)構(gòu)v 一般使用大型數(shù)據(jù)庫(kù)系統(tǒng)v 表示層或者用戶界面使用的, 放在client端v 業(yè)務(wù)邏輯一般分布在Server端和Client端v Client端和server端使用Lan或者Internet連接v 多個(gè)client,一個(gè)或多個(gè)serverC/S系統(tǒng)的測(cè)試策略 完整的完整的C/S體系結(jié)構(gòu)體系結(jié)構(gòu) （包括網(wǎng)絡(luò)運(yùn)行環(huán)境、（包括網(wǎng)絡(luò)運(yùn)行環(huán)境、 性能、性能、安全）安全）顯顯示示邏邏輯輯事事 務(wù)務(wù)處處 理理邏邏 輯輯客戶機(jī)客戶機(jī) 數(shù)數(shù) 據(jù)據(jù)處處 理理邏邏 輯輯 服務(wù)

11、器服務(wù)器 數(shù)據(jù)庫(kù)數(shù)據(jù)庫(kù) LAN 客戶端和客戶端和 關(guān)聯(lián)的關(guān)聯(lián)的 服務(wù)器端服務(wù)器端 應(yīng)用測(cè)試應(yīng)用測(cè)試獨(dú)立的獨(dú)立的客戶端測(cè)試客戶端測(cè)試?yán)觱 YY客戶端登錄模塊要考慮到哪些測(cè)試類型?例子客戶端測(cè)試客戶端測(cè)試功能測(cè)試安全性測(cè)試兼容性測(cè)試性能測(cè)試易用性測(cè)試客戶端和服務(wù)器的關(guān)聯(lián)測(cè)試客戶端和服務(wù)器的關(guān)聯(lián)測(cè)試接口測(cè)試接口測(cè)試負(fù)載測(cè)試負(fù)載測(cè)試完整的完整的C/S體系體系網(wǎng)絡(luò)通信測(cè)試配置測(cè)試界面測(cè)試數(shù)據(jù)測(cè)試數(shù)據(jù)測(cè)試安裝測(cè)試v 功能測(cè)試：驗(yàn)證測(cè)試對(duì)象的功能是否滿足產(chǎn)品說明書v 界面測(cè)試：外觀、尺寸、焦點(diǎn)、分辨率、特效v 性能測(cè)試：速度（響應(yīng)時(shí)間）、資源（內(nèi)存泄漏？GDI泄漏？句柄泄漏？）v 安全性測(cè)試：病毒和木馬，用戶信息安全（帳號(hào)、密碼），網(wǎng)頁(yè)腳本安全漏洞v 配置測(cè)試：程序所需配置的各種情況的可達(dá)到性, 筆記本用戶、連接走中轉(zhuǎn)等v 兼容性測(cè)試：版本兼容性、軟件兼容性、硬件兼容性v 安裝測(cè)試：全新安裝、覆蓋安裝、在線安裝v 易用性測(cè)試：快捷鍵、支持滾輪、控件分層、tooltips提示客戶