一、軟件測試概述
1惩歉、什么是軟件
定義：計算機系統(tǒng)中與硬件相互依存的一部分（程序+數(shù)據(jù)+相關(guān)文檔）
程序：按事先設(shè)計的功能和性能要求執(zhí)行的指令序列
數(shù)據(jù)：使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)
文檔：與程序開發(fā)、維護(hù)和使用有關(guān)的圖文資料
2欣尼、軟件工程的內(nèi)容
主要分為軟件開發(fā)技術(shù)（方法+過程+工具+環(huán)境）和軟件開發(fā)管理
3摆马、軟件的生命周期
可行性研究和計劃（立項）
需求分析
概要設(shè)計（測試計劃）
詳細(xì)設(shè)計（測試方案）
實現(xiàn)（開發(fā)階段；包含單元測試）
組裝測試（集成測試）
確認(rèn)測試（系統(tǒng)測試读恃，驗收回歸測試）
使用和維護(hù)（上線使用及日常更新維護(hù)）
4隧膘、什么是軟件測試
定義：軟件質(zhì)量保證的一種手段
目的：發(fā)現(xiàn)錯誤以及避免這些錯誤的發(fā)生，使產(chǎn)品達(dá)到完美
概念：是軟件工程中的一個非常重要的環(huán)節(jié)寺惫，是開發(fā)項目整體的一部分疹吃。是有計劃有組織的，是伴隨軟件工程的誕生而誕生的西雀，軟件測試不是萬能的萨驶，不可能發(fā)現(xiàn)全部缺陷，軟件測試是有局限性的艇肴。
5腔呜、軟件測試的方法
①叁温、用試題檢查法
②、用新舊兩個系統(tǒng)做平行處理檢查
③核畴、軟件測試自動化工具測試
6膝但、軟件測試階段有哪些任務(wù)
①、制定測試大綱（測試計劃）
②谤草、制作測試數(shù)據(jù)（測試方案）
③跟束、單元測試（程序測試，一般由開發(fā)人員進(jìn)行）
④丑孩、功能測試
⑤泳炉、性能測試
⑥、集成測試（子系統(tǒng)測試）
⑦嚎杨、系統(tǒng)測試
⑧花鹅、驗收測試
⑨、測試報告及向下階段提交系統(tǒng)運行枫浙、維護(hù)用戶手冊
7刨肃、測試的原則
①、盡早的箩帚、不斷地進(jìn)行測試
②真友、測試用例由輸入數(shù)據(jù)和與之對應(yīng)的輸出結(jié)果組成，應(yīng)包括合理和不合理的輸入條件
③紧帕、開發(fā)者應(yīng)盡量避免檢查自己的程序
④盔然、設(shè)計測試用例時，應(yīng)包括合理和不合理的輸入條件
⑤是嗜、充分注意測試中的集群現(xiàn)象愈案，嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性
⑥鹅搪、對每一個測試結(jié)果做全面檢查
⑦站绪、妥善保存測試計劃，方案丽柿，用例恢准，BUG記錄及最終分析報告等文檔
8、軟件測試工作流程圖
立項階段
需求階段
設(shè)計階段
編碼&單元測試階段
集成測試階段
系統(tǒng)測試階段
驗收測試階段
結(jié)項總結(jié)階段
9甫题、自動化測試
概念：為了提高工作效率馁筐，節(jié)省人力和成本，把人為驅(qū)動的測試轉(zhuǎn)化為機器執(zhí)行
10坠非、自動化測試的過程
需求分析
測試計劃
框架搭建（附帶工具選擇）
測試用例設(shè)計（編寫測試用例或開發(fā)測試腳本敏沉，并文檔化）
測試——調(diào)試測試（針對自動化測試腳本）
評估（評估測試結(jié)果并改進(jìn)測試過程）
11、自動化測試的優(yōu)點
①、能執(zhí)行更多更頻繁的測試赦抖， 使某些測試任務(wù)執(zhí)行方式更高效
②舱卡、能執(zhí)行一些手動測試?yán)щy或者不能做的測試
③辅肾、任務(wù)自動化队萤，使測試人員投入更多精力設(shè)計測試用例，提高測試準(zhǔn)確性和人員積極性
④矫钓、具有一致和可重復(fù)性特點要尔，更客觀，提高軟件信任度新娜，仍存在一定局限
⑤赵辕、不能取代手工測試，不能自動化所有的測試（如只是偶爾執(zhí)行測試概龄，或需求經(jīng)常變動还惠，不穩(wěn)定，或者需要大量手工參與時）
⑥私杜、自動化測試工具只能執(zhí)行命令蚕键，而手工可以在測試中判斷測試的輸入是否正確，以及改進(jìn)測試衰粹，還可處理意外事件
⑦锣光、對質(zhì)量依賴較大，在確保質(zhì)量的前提下铝耻，實施自動化才有意義
⑧誊爹、自動化測試需要在整個測試系統(tǒng)成熟穩(wěn)定后，工作效率才會隨著測試執(zhí)行次數(shù)的增加而提高
⑨瓢捉、自動化測試的成本可能高于手工測試
12频丘、自動化測試技術(shù)
錄制/回放（依賴工具）
腳本技術(shù)
數(shù)據(jù)驅(qū)動（data driven)的自動化測試
關(guān)鍵字驅(qū)動（keyword driven）的自動化測試
業(yè)務(wù)驅(qū)動
13、自動化測試的級別
①泡态、捕獲和回放
②椎镣、捕獲、編程和回放
③兽赁、編程和回放
④状答、數(shù)據(jù)驅(qū)動的測試
⑤、使用動作詞的測試自動化
14刀崖、自動化測試方案選擇需要考慮的方面
①惊科、項目的影響（能否幫助項目進(jìn)度、覆蓋率亮钦、風(fēng)險）
②馆截、復(fù)雜度（是否容易實現(xiàn)，包括數(shù)據(jù)和其他環(huán)境等）
③、時間（實現(xiàn)自動化需要多少時間）
④蜡娶、早期需求和代碼的穩(wěn)定性（需求或代碼能否證明是在范圍內(nèi)變化的）
⑤混卵、維護(hù)工作量（代碼能否能長期保持相對穩(wěn)定）
⑥、覆蓋率（自動化測試能否覆蓋程序的關(guān)鍵特性和功能）
⑦窖张、資源（是否擁有足夠的人力幕随、硬件和數(shù)據(jù)資源來運行自動化測試）
⑧、執(zhí)行（負(fù)責(zé)執(zhí)行的人員是否有足夠的技能和時間去運行）
⑨宿接、自動化測試管理
15赘淮、自動化測試的重點
①、搭建測試環(huán)境睦霎，測試場景
②梢卸、測試用例
③、測試結(jié)果的驗證
④副女、自動化測試的流程以及執(zhí)行
16蛤高、自動化測試需要解決的問題
①、工具的選擇
②碑幅、測試用例腳本編寫
③戴陡、測試腳本的管理
二、白盒測試
1枕赵、什么是白盒測試
定義：按照程序內(nèi)部結(jié)構(gòu)猜欺，邏輯驅(qū)動測試程序
目的：檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計說明書的規(guī)范進(jìn)行，檢驗程序的每條路徑是否都能按照預(yù)定要求進(jìn)行工作
對象：源程序
用代碼內(nèi)部的分支拷窜，路徑开皿，條件，使程序設(shè)計的控制結(jié)構(gòu)導(dǎo)出測試用例
2篮昧、白盒測試方法分類
①赋荆、靜態(tài)測試
②、動態(tài)測試
3懊昨、白盒測試的原則
①窄潭、保證一個模塊中所有路徑至少被測試一次
②、所有邏輯值都要測試真和假兩種情況
③酵颁、檢查程序內(nèi)部的數(shù)據(jù)結(jié)構(gòu)是否有效
④嫉你、檢查上下邊界及可操作范圍內(nèi)運行所有循環(huán)
4、白盒測試的類別
①躏惋、軟件共用問題的測試
②幽污、語言測試
③、sql語句測試
④簿姨、數(shù)據(jù)類型測試
⑤距误、界面測試
⑥簸搞、數(shù)值隊形測試
⑦、業(yè)務(wù)對象測試
⑧准潭、數(shù)據(jù)管理對象測試
5趁俊、白盒測試依據(jù)
①、軟件需求報告
②刑然、軟件需求規(guī)格說明
③寺擂、程序設(shè)計文檔
④、軟件界面設(shè)計
⑤闰集、編碼規(guī)范
⑥沽讹、開發(fā)命名標(biāo)準(zhǔn)
6般卑、白盒測試流程
①武鲁、界面對象測試流程
界面對象（UI）→業(yè)務(wù)對象（BO）→數(shù)據(jù)管理對象（DMO）→DBserver端
②、業(yè)務(wù)對象測試流程
DBserver端→數(shù)據(jù)管理對象（DMO）→業(yè)務(wù)對象（BO）→界面對象（UI）
7蝠检、白盒測試方法
①沐鼠、盡量先用自動化工具來進(jìn)行靜態(tài)解析
②、建議先從靜態(tài)測試開始（靜態(tài)結(jié)構(gòu)分析叹谁、代碼走查饲梭、靜態(tài)質(zhì)量度量），然后進(jìn)行動態(tài)測試（如覆蓋率測試）
③焰檩、以靜態(tài)分析結(jié)果作為依據(jù)憔涉，再使用代碼檢查和動態(tài)測試方法對靜態(tài)分析結(jié)果進(jìn)行進(jìn)一步確認(rèn)，提高測試效率及準(zhǔn)確性
④析苫、覆蓋率測試是白盒測試的重要手段兜叨，在測試報告中可作為量化指標(biāo)的依據(jù)，對于軟件的重點模塊衩侥，應(yīng)使用多種覆蓋率標(biāo)準(zhǔn)衡量代碼的覆蓋率
8国旷、代碼檢查
概述：主要檢查代碼和流圖設(shè)計的一致性、代碼結(jié)構(gòu)的合理性茫死、代碼編寫的標(biāo)準(zhǔn)性跪但、可讀性、代碼的邏輯表達(dá)的正確性等方面峦萎。包括變量檢查屡久、命名和類型審查、程序邏輯審查爱榔、
? 程序語法檢查和程序結(jié)構(gòu)檢查等內(nèi)容被环。
目的：①、檢查代碼是否按照某種標(biāo)準(zhǔn)或規(guī)范編寫的代碼
? ②搓蚪、檢查代碼以發(fā)現(xiàn)程序缺陷
? ③蛤售、通過檢查代碼容易發(fā)現(xiàn)程序產(chǎn)生的錯誤
? ④、通過檢查代碼來發(fā)現(xiàn)代碼是不是流程圖要求的；
? ⑤悴能、通過檢查代碼來發(fā)現(xiàn)有沒有遺漏的項目揣钦；
? ⑥、要代碼易于移植漠酿，代碼經(jīng)常需要在不同的硬件中運行冯凹，或者使用不同的編譯器編譯；
? ⑦炒嘲、要代碼易于閱讀宇姚、理解和維護(hù)。
方式：①夫凸、桌面檢查
? ②浑劳、走查
? ③、代碼審查
項目：①夭拌、目錄文件組織?
? ②魔熏、檢查函數(shù)
? ③、數(shù)據(jù)類型及變量
? ④鸽扁、檢查條件判斷語句
? ⑤蒜绽、檢查循環(huán)體制
? ⑥、檢查代碼注釋
? ⑦桶现、桌面檢查
9躲雅、靜態(tài)結(jié)構(gòu)分析
定義：主要以圖形的方式表現(xiàn)程序的內(nèi)部結(jié)構(gòu)（例如函數(shù)調(diào)用關(guān)系圖、函數(shù)內(nèi)部控制流圖）骡和；通過應(yīng)用程序各函數(shù)之間的調(diào)用關(guān)系展示了系統(tǒng)的結(jié)構(gòu)相赁，列出所有函數(shù)，用連線表示調(diào)用關(guān)系和作用即横。
主要分析：①噪生、可以檢查函數(shù)的調(diào)用關(guān)系是否正確
? ? ②、是否存在孤立的函數(shù)而沒有被調(diào)用
? ? ③东囚、明確函數(shù)被調(diào)用的頻繁度跺嗽，對調(diào)用頻繁的函數(shù)可以重點檢查
10、SQL語句測試
主要檢查以下兩點：
①页藻、語句檢查
②桨嫁、類型轉(zhuǎn)換
11、代碼檢查的分析與評價
主要注意以下兩點：
①份帐、能力（陳述經(jīng)代碼檢查證實了的本軟件的能力）
②璃吧、缺陷和限制
12、白盒測試常用技術(shù)（7種）
①废境、邏輯覆蓋法
1.1測試覆蓋率
用于確定測試所執(zhí)行到的覆蓋項的百分比畜挨；覆蓋項指作為測試基礎(chǔ)的一個入口或?qū)傩酝卜保热缯Z句、分支巴元、條件等
測試覆蓋率可表示出測試的充分性毡咏，在測試分析報告中可作為量化指標(biāo)的依據(jù)，測試覆蓋率越高效果越好逮刨。但覆蓋率不是目標(biāo)呕缭，只是一種手段。
測試覆蓋率包括功能覆蓋和結(jié)構(gòu)覆蓋：
1.2邏輯覆蓋
根據(jù)覆蓋目標(biāo)的不同和覆蓋源程序語句的詳盡程度修己，邏輯覆蓋又可分為語句覆蓋 恢总、判定覆蓋、條件覆蓋睬愤、條件判定組合覆蓋片仿、多條件覆蓋、修改條件判定覆蓋戴涝、組合覆蓋和路徑覆蓋滋戳。
1.3面向?qū)ο蟮母采w
面向?qū)ο蟮母采w主要討論繼承上下文覆蓋和基于狀態(tài)的上下文覆蓋钻蔑。
1.4測試覆蓋準(zhǔn)則
測試覆蓋準(zhǔn)則主要討論（ESTCA）錯誤敏感測試用例分析和(LCSAJ)線性代碼序列與跳轉(zhuǎn)啥刻。
（1）ESTCA覆蓋準(zhǔn)則
（2）現(xiàn)行代碼序列與跳轉(zhuǎn)LCSAJ線性代碼序列與條狀LCSAJ是指一組順序執(zhí)行的代碼，以控制流跳轉(zhuǎn)為結(jié)束點咪笑】擅保可產(chǎn)生4層覆蓋
②、插樁技術(shù)
插樁測試是一個被廣泛應(yīng)用的測試方法窗怒。插樁測試就是向源程序中插入語句然后執(zhí)行程序映跟，通過打印語句，獲得動態(tài)信息（我們最為關(guān)心的信息）
③扬虚、基本路徑測試法
基本路徑測試法是在程序控制流圖的基礎(chǔ)上努隙，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合辜昵，從而設(shè)計測試用例的方法荸镊。設(shè)計出的測試用例要保證在測試中程序的
每個可執(zhí)行語句至少執(zhí)行一次。重點內(nèi)容如下：
程序的控制流圖：描述程序控制流的一種圖示方法堪置。
程序環(huán)形復(fù)雜度：McCabe復(fù)雜性度量躬存。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨立路徑條數(shù)，這是確定程序中每個可執(zhí)行語句至少執(zhí)行一次所必須的測試用例數(shù)目的上界舀锨。
3.1程序控制流圖
程序控制流圖（可簡稱流圖）是對程序流程圖進(jìn)行簡化后得到的岭洲，它突出表示程序控
制流的結(jié)構(gòu)。程序控制流圖是描述程序控制流的一種方式坎匿《苁＃控制流圖圖形符號雷激；
圖形符號：圓圈代表一個結(jié)點， 表示一個或多個無分支的語句或源程序語句告私；
程序控制流邊和點圈定的部分叫做區(qū)域侥锦。當(dāng)對區(qū)域計數(shù)時，圖形外的一個部分也應(yīng)記為一個區(qū)域德挣；
判斷語句中的條件為復(fù)合條件時恭垦，即條件表達(dá)式由一個或多個邏輯運算符連接的邏輯表達(dá)式（a and b），則需要改變復(fù)合條件的判斷為一系列只有單個條件的嵌套的判斷格嗅。
基本路徑測試方法是在控制流圖的基礎(chǔ)上番挺，通過分析控制結(jié)構(gòu)的環(huán)形復(fù)雜度，導(dǎo)出執(zhí)行路徑的基本集屯掖，再從該基本集設(shè)計測試用例玄柏。基本路徑測試方法包括以下4個步驟：
3.1.1畫出程序的控制流圖贴铜。
3.1.2計算程序的環(huán)形復(fù)雜度粪摘，導(dǎo)出程序基本路徑集中的獨立路徑條數(shù)，這是確定程序中每個可執(zhí)行語句至少執(zhí)行一次所必須的測試用例數(shù)目的上界绍坝。
3.1.3導(dǎo)出基本路徑集徘意，確定程序的獨立路徑。
3.1.4根據(jù)③中的獨立路徑轩褐，設(shè)計測試用例的輸入數(shù)據(jù)和預(yù)期輸出椎咧。
④、域測試法
域測試是一種基于程序結(jié)構(gòu)的測試方法把介，基于對程序輸入空間（域）的分析勤讽，選擇測試點進(jìn)行測試。主要為：
4.1域錯誤：程序的控制流存在錯誤拗踢，對于某一特定的輸入可能執(zhí)行的是一條錯誤路徑脚牍，這種錯誤稱為路徑錯誤，也叫做域錯誤巢墅；
4.2 計算型錯誤：對于特定輸入執(zhí)行的路徑正確诸狭，但賦值語句的錯誤導(dǎo)致輸出結(jié)果錯誤，稱為計算型錯誤砂缩；
4.3丟失路徑錯誤：由于程序中的某處少了一個判定謂詞而引起的丟失路徑錯誤
⑤作谚、符號測試
符號測試基本思想是允許程序的輸入不僅僅是具體的數(shù)值數(shù)據(jù)，而且包括符號值庵芭，符號值可以是基本的符號變量值妹懒，也可以是符號變量值的表達(dá)式
5.1符號測試執(zhí)行的是代數(shù)運算，可以作為普通測試的一個擴(kuò)充双吆；
5.2符號測試可以看作是程序測試和程序驗證的一個折衷辦法眨唬；
5.3 符號測試程序中僅有有限的幾條執(zhí)行路徑会前；
⑥、Z路徑覆蓋法
分析程序中的路徑是指檢驗程序從入口開始匾竿，執(zhí)行過程中經(jīng)歷的各個語句瓦宜，直到出口。
Z路徑覆蓋對循環(huán)機制進(jìn)行簡化岭妖，減少路徑的數(shù)量临庇，使得覆蓋所有路徑成為可能，簡化循環(huán)意義下的路徑覆蓋稱為Z路徑覆蓋昵慌；
循環(huán)簡化：限制循環(huán)次數(shù)假夺，只考慮循環(huán)一次或零次情況；
循環(huán)簡化的目的是限制循環(huán)的次數(shù)斋攀，無論循環(huán)的形式和循環(huán)體實際執(zhí)行的次數(shù)已卷，簡化后的循環(huán)測試只考慮執(zhí)行循環(huán)體一次和零次（不執(zhí)行）兩種情況，即考慮執(zhí)行時進(jìn)入循環(huán)體
一次和跳過循環(huán)體這兩種情況淳蔼。
⑦侧蘸、程序變異測試法
程序變異是一種錯誤驅(qū)動測試。錯誤驅(qū)動測試是指該方法是針對某類特定程序錯誤的鹉梨，要想找出程序中所有的錯誤幾乎是不可能的讳癌，解決辦法是將錯誤的搜索范圍盡可能地縮小，
以利于專門測試某類錯誤是否存在俯画。
三析桥、黑盒測試
1、定義：數(shù)據(jù)驅(qū)動測試或者基于規(guī)格說明的測試
只檢查程序功能是否按照規(guī)格說明書規(guī)定正常使用艰垂，是否能接收數(shù)據(jù)及產(chǎn)生正確的輸出
信息，并且滿足數(shù)據(jù)庫或者外部信息的完整性
2埋虹、黑盒測試的目的
①猜憎、是否有不正確或者遺漏的功能
②、界面是否有誤
③搔课、接口上胰柑，輸入輸出是否正確
④、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或者外部數(shù)據(jù)庫訪問錯誤
⑤爬泥、性能是否滿足要求
⑥柬讨、初始化或者終止性錯誤
3、黑盒測試的優(yōu)點
①袍啡、最大程度滿足用戶需求
②踩官、相同動作可重復(fù)執(zhí)行，枯燥部分可由機器完成
③境输、根據(jù)測試用例針對性的尋找問題蔗牡，定位更準(zhǔn)確颖系，容易生成測試數(shù)據(jù)
④、測試直接和程序/系統(tǒng)要完成的操作相關(guān)聯(lián)
4辩越、黑盒測試的缺點
①嘁扼、代碼得不到測試
②、如果規(guī)格設(shè)計錯誤黔攒，很難發(fā)現(xiàn)
③趁啸、測試不能充分進(jìn)行
④、結(jié)果取決于測試用例的設(shè)計
5督惰、黑盒設(shè)計方
①莲绰、等價類劃分法
②、邊界值分析法
③姑丑、因果圖法
④蛤签、判定表驅(qū)動法
⑤、場景法
⑥栅哀、功能圖法
⑦震肮、錯誤推斷法
⑧、正交試驗設(shè)計法
注意點：確定測試的優(yōu)先級和測試重點留拾，提高覆蓋率戳晌，邊界值分析必須使用
6、設(shè)計用例的策略
①痴柔、首先進(jìn)行等價類劃分沦偎，包括輸入和輸出條件，減少工作量提高效率
②咳蔚、邊界值分析豪嚎，發(fā)現(xiàn)錯誤的能力最強
③、錯誤推斷法谈火，補充用例（這個憑經(jīng)驗）
④侈询、對照需求和業(yè)務(wù)場景邏輯，檢查用例
⑤糯耍、如果需求說明含有輸入條件扔字，設(shè)計開始就用到因果圖和判定表驅(qū)動法
⑥、參數(shù)配置類的軟件温技，要用正交實驗法
⑦革为、功能圖法，不同時期條件的有效性來設(shè)計數(shù)據(jù)
⑧舵鳞、業(yè)務(wù)流清晰的系統(tǒng)震檩，采用場景法
6.1、等價類
①系任、將所有可能輸入數(shù)據(jù)（有效和無效）劃分為若干個等價類恳蹲，選取代表性的數(shù)據(jù)當(dāng)做 測試用例虐块，保證完整性和代表性
有效等價類：合理的有效的輸入集合
無效等價類：無效的沒有意義的輸入集合，檢查程序異常
②嘉蕾、等價類劃分方法
按照區(qū)間贺奠、數(shù)值、集合错忱、限制條件儡率、處理方式劃分
6.2、 邊界值
對輸入或輸出的邊界值進(jìn)行設(shè)計（5/7原則）
6.3? 以清、重自組織圖
簡化邏輯關(guān)系儿普，操作步驟較復(fù)雜
6.4? 、判定表驅(qū)動法
針對不同存在條件掷倔、動作關(guān)系或者因果關(guān)系的設(shè)計用例方法
4大組成部分：條件樁眉孩，條件項；動作樁，動作項
6.5? 、場景法
事件觸發(fā)的情景生成場景（同一件事不同觸發(fā)順序和處理結(jié)果形成事件流）
6.6? 判没、 功能圖法
用功能圖（流程圖）形象的表達(dá)操作流（狀態(tài)遷移圖+布爾函數(shù)組成）
需要依靠判定表因果圖表示邏輯，是黑盒+白盒混合用例的設(shè)計方法
6.7 死遭、 錯誤推斷法
基于以往的經(jīng)驗和出現(xiàn)的錯誤，推測軟件可能存在的缺陷和錯誤凯旋，針對性的設(shè)計用例
6.8呀潭、? 正交實驗法
從大量數(shù)據(jù)中挑選適量的有代表性的，合理設(shè)計用例
7 至非、 黑盒測試的原則
1钠署、根據(jù)需求和規(guī)格要求，明確產(chǎn)品要求的正確性
2睡蟋、針對性的找問題踏幻，正確定位
3、根據(jù)需求重要性確定測試等級和重點戳杀，減少缺陷
4、接口處夭苗，輸入是否能正確接收信卡，輸出是否正確
5、站在用戶角度思考题造，測試
8傍菇、測試計劃
根據(jù)需求中關(guān)于功能和性能的要求設(shè)計，制定參考范圍
四界赔、測試用例
1丢习、什么是測試用例
一組由前提條件牵触、輸入、執(zhí)行條件咐低、預(yù)期結(jié)果等組成揽思，以完成對某個特定需求或者目標(biāo)測試的數(shù)據(jù)，體現(xiàn)測試方案见擦、方法钉汗、技術(shù)和策略的文檔
2、為什么要寫測試用例
2鲤屡、為什么要寫測試用例
科學(xué)有效的對測試步驟進(jìn)行組織規(guī)劃损痰，方便管理，記錄
3酒来、測試用例主要包含哪些內(nèi)容
編號卢未、日期、設(shè)計和測試人員堰汉、優(yōu)先級辽社、標(biāo)題、目標(biāo)衡奥、環(huán)境爹袁、輸入數(shù)據(jù)/動作、預(yù)期結(jié)果
4矮固、編寫測試用例需要什么
軟件需求設(shè)計說明書失息、軟件模板
5、設(shè)計測試用例的注意事項
從高到低档址，獨立性盹兢，與功能一一對應(yīng)，根據(jù)需求設(shè)計守伸，由有經(jīng)驗的人員設(shè)計
6绎秒、設(shè)計測試用例的原則
有模板，正確性尼摹，代表性见芹，可判斷性，重現(xiàn)性蠢涝，詳細(xì)準(zhǔn)確清晰的步驟玄呛，符合規(guī)范
7、用例的管理工具
市場上的用例缺陷管理工具很多：蟄了列舉幾個：mantis和二、redmine徘铝、jira、bugzilla、禪道等
8惕它、用例的管理過程
編寫→評審（修改→再次評審）→使用→保存管理→維護(hù)/升級
9怕午、測試用例內(nèi)容
目標(biāo)的描述、環(huán)境淹魄、輸入輸出數(shù)據(jù)/動作郁惜、步驟、預(yù)期結(jié)果揭北、備注等
五扳炬、單元測試
一種驗證行為，程序中每一項都需要驗證
1搔体、目的
①恨樟、檢查單元模塊內(nèi)部錯誤，為軟件評審提供依據(jù)
②疚俱、測試模塊內(nèi)重要的路徑劝术，以程序設(shè)計說明書和測試數(shù)據(jù)為依據(jù)，以檢查出錯誤
③呆奕、檢查信息能否正確流入和流出單元
④养晋、內(nèi)部數(shù)據(jù)的完整性、數(shù)據(jù)形式相互關(guān)系的正確性梁钾，以及全局變量在單元中的處理和影響
⑤绳泉、數(shù)據(jù)在邊界處能否正常工作
⑥、單元的運行能否滿足特點的邏輯覆蓋
⑦姆泻、錯誤處理機制是否有效
2零酪、主要任務(wù)
程序語法檢查、程序邏輯檢查拇勃、模塊接口測試四苇、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試方咆、邊界條件測試月腋、錯誤處理測試、代碼書寫規(guī)范檢查
2.1程序語法檢查
①.編譯語言對程序進(jìn)行檢查
②.人工檢查
2.2程序邏輯檢查
①.檢查程序邏輯是否正確
②.程序中的循環(huán)語句上下項以及循環(huán)次數(shù)是否有問題
③.函數(shù)或子模塊是否有自我調(diào)用問題
2.3模塊接口測試
模塊接口是模塊內(nèi)核模塊外聯(lián)系的關(guān)鍵部位瓣赂；當(dāng)模塊通過外部調(diào)用時榆骚，數(shù)據(jù)必須正確流入，當(dāng)模塊結(jié)束問題的處理返回調(diào)用模塊時煌集，數(shù)據(jù)必須能正確流出
2.4局部數(shù)據(jù)結(jié)構(gòu)測試
局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時存儲在模塊內(nèi)的數(shù)據(jù)寨躁，模塊錯誤根源往往是局部數(shù)據(jù)結(jié)構(gòu)
表現(xiàn)形式如下：
①.局部數(shù)據(jù)結(jié)構(gòu)測試最常見的積累錯誤
②.不適合或者不相容的類型說明
③.變量無初值
④.變量初始化或者缺省值有錯
⑤.不正確的變量名或者不正確的截斷
⑥.出現(xiàn)上溢、下溢或者地址異常
2.5路徑測試
對模塊中的重要的執(zhí)行路徑進(jìn)行測試牙勘，路徑錯誤主要由錯誤的計算，不正確的比較或者不正常的控制流導(dǎo)致
2.6邊界條件測試
容易出錯的因素：
①.程序內(nèi)有一個n次循環(huán)，這個n次循環(huán)應(yīng)該是1~n方面，而不是0~n
②.由小于放钦、小于等于、等于恭金、大于操禀、大于等于、不等于確定的比較值出錯
③.出現(xiàn)上溢横腿、下溢和地址異常問題
2.7錯誤處理測試
完善的模塊設(shè)計要求能預(yù)見出錯的條件颓屑，并設(shè)置適當(dāng)?shù)某鲥e處理，以便在一旦程序出錯時耿焊，能對出錯程序重做安排揪惦，保證其邏輯上的正確性
2.8代碼書寫規(guī)范檢查
①.模塊設(shè)計程序框架流程圖
②.代碼書寫規(guī)范，對齊方式
③.代碼的注釋
④.參數(shù)類型罗侯，數(shù)據(jù)長度,指針器腋，數(shù)組長度? 大小
⑤.輸入輸出參數(shù)和結(jié)果
3、單元測試的步驟
單元測試是針對每個程序的單體調(diào)試钩杰，主要步分為程序語法檢查和程序邏輯檢查
六纫塌、功能測試
定義：功能測試就是對產(chǎn)品的各功能進(jìn)行驗證，根據(jù)功能測試用例讲弄，逐項測試措左，檢查產(chǎn)品是否達(dá)到用戶要求的功能；只需要考慮它的功能點不需要考慮軟件的內(nèi)部結(jié)構(gòu)及代碼等
WEB：
1避除、功能測試
1.1怎披、鏈接測試
鏈接是web應(yīng)用系統(tǒng)的一個很重要的特征，主要是用于頁面之間切換跳轉(zhuǎn)驹饺，指導(dǎo)用戶去一些不知道地址的頁面的主要手段钳枕，鏈接測試一般關(guān)注三點：
①.鏈接是否按照既定指示那樣，確實鏈接到了該鏈接的界面
②.測試該鏈接所鏈接的頁面是否真的存在
③.保證系統(tǒng)中沒有單獨存在的頁面（即沒有鏈接指向赏壹，只能通過正確的URL地址才能訪問）
1.2鱼炒、表單測試
也可以理解為數(shù)據(jù)落地；當(dāng)用戶在web應(yīng)用系統(tǒng)上向服務(wù)器提交信息時蝌借，就需要使用表單操作昔瞧，比如，用戶注冊菩佑，登錄自晰，信息變更等等；這種情況下稍坯，我們必須測試提交信息的完整性酬荞，
以檢驗提交給服務(wù)器的數(shù)據(jù)的正確性搓劫，當(dāng)然，這還涉及到一些常理性的邏輯混巧，比如出生日期和職業(yè)枪向、工作年限是否恰當(dāng)，所在地省份城市區(qū)域間的匹配等咧党，如果設(shè)定使用默認(rèn)值秘蛔，也需要測試。
1.3傍衡、導(dǎo)航測試
作為測試深员，很多時候都要站在用戶的角度去思考，大部分用戶都是目的驅(qū)動的蛙埂，當(dāng)他訪問一個網(wǎng)站或者web系統(tǒng)時倦畅，會很快的瀏覽系統(tǒng)，找不到滿足自己需求的信息時箱残，會很快離開滔迈，很少有
用戶愿意花時間去熟悉系統(tǒng)的結(jié)構(gòu)；導(dǎo)航測試被辑，就是在不同的頁面跳轉(zhuǎn)之間燎悍，或者按鈕，對話框盼理，列表以及窗口等谈山，通過考慮這些因素，去判斷一個應(yīng)用系統(tǒng)是否易于導(dǎo)航：是否直觀宏怔？系統(tǒng)的
主要模塊是否可以通過主頁訪問或者到達(dá)奏路？站點是否需要站內(nèi)地圖或者搜索引擎等其他幫助？web系統(tǒng)導(dǎo)航的另外一個重點就是頁面結(jié)構(gòu)臊诊、導(dǎo)航鸽粉、菜單、風(fēng)格等是否一致抓艳，確保用戶可以憑借
直覺或者簡單的判斷就可以找到自己想要的內(nèi)容触机。
1.4、圖形測試
可以理解為UI測試玷或，其中包括圖片儡首、動畫、邊框偏友、顏色蔬胯、字體、背景位他、按鈕等等氛濒。
其中要考慮以下幾個重點：
①.圖片要有明確的用途产场，代表；圖片尺寸盡量小泼橘，一般采用JPG或者GIF壓縮
②.頁面整體風(fēng)格是否和系統(tǒng)的用途一致
③.背景顏色涝动，字體，搭配是否合理
1.5炬灭、內(nèi)容測試
主要用來檢測web系統(tǒng)提供信息的準(zhǔn)確性、相關(guān)性靡菇，比如：商品的價格重归，文字描述；信息的準(zhǔn)確性厦凤，是否有拼寫錯誤鼻吮；信息的相關(guān)性，比如很多網(wǎng)站的“相關(guān)文章列表较鼓，視頻列表等”
1.6椎木、整體界面測試
也就是我們常說的用戶體驗。用戶瀏覽時是否感覺舒適博烂，整體風(fēng)格等等一般做一個類似問卷調(diào)查的形式香椎，來判定用戶的反饋信息，最好有最終用戶的參與
2禽篱、兼容性測試
2.1平臺兼容
現(xiàn)在有很多的操作系統(tǒng)畜伐，比如Windows、Unix躺率、Linux玛界、macintosh等；用戶使用哪個系統(tǒng)取決于用戶悼吱，因此慎框，系統(tǒng)兼容測試就很有必要。
2.2瀏覽器兼容
瀏覽器是web客戶端最核心的組件后添，不同的瀏覽器笨枯，對Java，JavaScript吕朵，css或者HTML的規(guī)格都有不同的支持猎醇；另外，采用的框架和結(jié)構(gòu)風(fēng)格在不同瀏覽器中也存在不同的
顯示甚至不顯示努溃，不同的瀏覽器對安全性的設(shè)置也是不同的硫嘶。
測試瀏覽器兼容，有個方法就是創(chuàng)建一個兼容性矩陣梧税，來測試不同廠商不同版本的瀏覽器兼容沦疾。
比如測試IE瀏覽器称近，可以通過一個叫做IEtester的工具來測試兼容，或者可以通過F12控制臺來切換瀏覽器版本來測試兼容以前一些前端元素的顯示等
3哮塞、安全測試
安全測試的主要區(qū)域有以下幾點：
3.1用戶名和密碼的有效無效性刨秆，注意大小寫敏感，次數(shù)限制忆畅，是否可以不登錄而瀏覽某些頁面等
3.2是否有超時限制
3.3測試用戶操作時相關(guān)信息是否寫入了日志文件衡未、是否可追蹤等
3.4如果使用了安全套字，需要測試加密是否正確家凯，加密前后的信息完整性缓醋，正確性
3.5沒有經(jīng)過授權(quán)，是否可以在服務(wù)器端或者前端放置和編輯腳本的問題
4绊诲、輸入框測試
下面就是一些注意點：
4.1驗證輸入輸出信息的一致性
4.2輸入框前面的文字提示是否正確
4.3對特殊字符的處理送粱、識別：單雙引號，括號掂之，逗號抗俄、分號等等，以及大小寫狀態(tài)世舰，半角全角狀態(tài)下的情況
4.4輸入框的大小动雹、長度、邊框等
4.5不同字符的輸入冯乘，以及字符組合情況的處理（數(shù)字+字母+字符等）
4.6對空格洽胶、tab換行鍵的處理機制
4.7密碼輸入框字符星號或者其他星號的轉(zhuǎn)行，加密
4.8輸入框輸入字符長度是否有限制
4.9字符本身顯示的顏色裆馒，規(guī)格等
4.10有些輸入框需要加以限制姊氓，如輸錯，是否有提示喷好？提示是否簡單合理翔横？
4.11輸入狀態(tài)，某種情況下輸入框出于不可編輯梗搅，當(dāng)再次處于編輯狀態(tài)禾唁，輸入框的輸入狀態(tài)是否有變化
4.12輸入類型：是否允許復(fù)制黏貼剪切等輸入操作
4.13關(guān)鍵字是否支持通配符，以及關(guān)鍵字的搜索能力无切，敏感字等情況
4.14輸入框輸入空格的情況
4.15比如登陸注冊荡短，各項輸入條件的判定：是否輸入，輸入是否正確等
5哆键、用戶權(quán)限測試
用戶權(quán)限掘托，就是該賬號擁有哪些執(zhí)行操作的權(quán)利
5.1給某賬號賦予權(quán)限后，登陸該賬號籍嘹，查看是否擁有已賦予的權(quán)限闪盔，以及權(quán)限設(shè)置是否正確（權(quán)限是否超過或者不足）
5.2刪除或修改已經(jīng)登陸并且正在執(zhí)行操作的賬號權(quán)限弯院，程序能否正確處理，驗證
5.3重新注冊系統(tǒng)變更登陸身份后再登陸泪掀，程序能否正確執(zhí)行听绳，之前所擁有的權(quán)限能否繼續(xù)使用
5.4在用工作分配或者角色管理情況下，刪除包含用戶的工作組或者角色异赫，程序能否正確處理
5.5不同權(quán)限賬號登陸同一個系統(tǒng)椅挣，權(quán)限范圍是否正確
5.6能否給信息為空、長用戶名的賬號添加權(quán)限
5.7是否允許刪除系統(tǒng)管理員或者修改管理員權(quán)限祝辣？刪除或者修改后的實際情況
5.8已登錄的用戶能否修改或者刪除自己或者他人的權(quán)限贴妻，信息
5.9添加用戶（有編號或者標(biāo)識），不同用戶名標(biāo)識的組合情況下蝙斜，權(quán)限能否處理正確
5.10修改用戶權(quán)限或者信息后，對其他模塊是否有影響
5.11如果修改用戶信息和已存在的其他用戶信息相同澎胡，能否修改成功孕荠？是否有對應(yīng)提示
5.12修改某些設(shè)置，是否會對與該賬號權(quán)限相同或者高于/低于該賬號的其他賬號的權(quán)限造成影響
5.13同一用戶是否可以同時屬于其他組攻谁，各個組的權(quán)限能否交叉
WEB端功能測試鏈接：
推薦鏈接：Web測試到底是在測試什么稚伍？
APP：
1、安全測試（權(quán)限）
①.軟件權(quán)限：其中包括發(fā)送信息戚宦，撥打電話个曙，鏈接網(wǎng)絡(luò)，訪問手機信息受楼，聯(lián)系人信息等
②.數(shù)據(jù)在本地的存儲垦搬、傳輸?shù)?/p>
③.執(zhí)行某些操作時導(dǎo)致的輸入有效性驗證、授權(quán)艳汽、數(shù)據(jù)加密等方面
④.基于各種通信協(xié)議或者行業(yè)標(biāo)準(zhǔn)來檢查
2猴贰、安裝運行卸載測試
①.驗證app能否正確安裝運行卸載，以及操作過程和操作前后對系統(tǒng)資源的占有情況
②.安裝運行卸載的提示河狐，報告等
③.檢查安裝路徑米绕，文件是否合理，組件是否正確注冊等
3馋艺、UI測試
①.用戶界面（菜單栅干、對話框、窗口）等布局捐祠，風(fēng)格是否滿足用戶需求碱鳞，文字位置，描述是否正確雏赦，界面美觀程度劫笙，文字圖片組合是否合理
②.用戶友好性芙扎、人性化、便于操作等
4填大、功能測試
①.評審需求戒洼，多方面考慮，整理出內(nèi)在外在以及非功能性的直接間接功能點允华，對比需求圈浇，提取測試點
②.根據(jù)常用的一些分析方法，等價類邊界值判定表因果圖場景法等方法靴寂，設(shè)計測試用例磷蜀，對提取的功能點進(jìn)行覆蓋
③.測試各個階段不斷跟蹤缺陷，做好用例的更新迭代和不斷變更需求所帶來的業(yè)務(wù)或者需求的錯誤
5百炬、性能測試
①.極限測試：各種邊界情況下驗證app的響應(yīng)能力
如：低電量褐隆、儲存滿。弱網(wǎng)等情況
②.響應(yīng)能力測試：驗證各種情況下不同操作能否滿足用戶響應(yīng)需求
③.壓力測試：反復(fù)長期操作下剖踊，系統(tǒng)該資源的使用情況
6庶弃、中斷測試（干擾）
比如：前后臺運行時來電話，短信德澈，下載文件歇攻，聽音樂看電影等不同情況下的表現(xiàn)
7、兼容測試
①.不同網(wǎng)絡(luò)環(huán)境（WiFi梆造、2G缴守、3G、4G等）
②.各種設(shè)備品牌機型系統(tǒng)版本等兼容：蘋果镇辉、安卓（不同品牌屡穗，不同安卓系統(tǒng)版本）等
8、回歸測試
bug修復(fù)后的回歸測試摊聋，上線交付前進(jìn)行全部的回歸鸡捐，驗證
9、升級更新測試
每次app版本迭代更新時麻裁，配合不同網(wǎng)絡(luò)環(huán)境箍镜，及不同更新權(quán)限（強制更新，不強制更新）煎源，進(jìn)行下載色迂、安裝、更新手销、啟動運行等測試
10歇僧、支付測試
①.支付結(jié)果的確認(rèn)，數(shù)據(jù)庫查詢
②.請求報文是否加密
③.不同場景的支付
金額足夠、金額不足诈悍、重復(fù)支付祸轮、無網(wǎng)支付、弱網(wǎng)支付侥钳、同賬號多平臺一起支付适袜、余額寶微信信用卡多種支付方式、不同支付方式的組合舷夺、密碼正確/錯誤苦酱、支付上限等情況
App端功能測試**鏈接****：**
七、集成測試
1给猾、定義
也稱為組裝測試疫萤，聯(lián)合測試，主要針對軟件高層設(shè)計進(jìn)行測試敢伸，一般以模塊和子系統(tǒng)為單位進(jìn)行測試
2扯饶、集成測試的層次
①.模塊內(nèi)集成，主要測試各個接口的交互
②.子系統(tǒng)內(nèi)集成池颈，子系統(tǒng)內(nèi)各個模塊的交互
③.系統(tǒng)集成帝际，測試系統(tǒng)內(nèi)各個子系統(tǒng)和模塊的交互關(guān)系
3、集成測試的本質(zhì)
不僅僅代碼編譯通過就算集成饶辙，而是所有模塊子系統(tǒng)能正常運轉(zhuǎn)，一般采用的方法是數(shù)據(jù)驅(qū)動斑粱，集成測試不看系統(tǒng)表象弃揽，而是對數(shù)據(jù)流進(jìn)行分析，可分為自頂向下则北、自下向上矿微、核心集成、分層集成等方法?
4尚揣、集成測試方法和步驟
①.確定子系統(tǒng)的模塊組成涌矢，保證這些模塊都已通過單元測試
②.由開發(fā)組裝這么模塊，生成子系統(tǒng)快骗，保證模塊內(nèi)功能盡可能發(fā)揮出來
③.設(shè)計測試用例娜庇，以一個關(guān)鍵模塊為核心展開，圍繞功能和性能方篮，測試接口
④.搭建測試環(huán)境名秀，按照用例進(jìn)行測試
⑤.記錄測試結(jié)果，總結(jié)問題?
八藕溅、系統(tǒng)測試
1匕得、什么是系統(tǒng)測試
定義:檢查系統(tǒng)是否能完成需求說明的內(nèi)容，對系統(tǒng)能正常巾表、完整的運行汁掠；其中包括軟件略吨、硬件和相關(guān)聯(lián)的設(shè)備、測試數(shù)據(jù)
2考阱、系統(tǒng)測試的目的
目的：模擬真實系統(tǒng)工作環(huán)境下通過與系統(tǒng)需求作比較翠忠，檢驗完整的軟件配置項能否和系統(tǒng)正確連接，發(fā)現(xiàn)軟件與系統(tǒng)/子系統(tǒng)之間與需求設(shè)計文檔不符合或矛盾的地方
3羔砾、系統(tǒng)測試的目標(biāo)
目標(biāo)：功能是否達(dá)到規(guī)格說明書要求负间，是否存在其他缺陷，是否有完善到缺陷記錄及跟蹤等
4姜凄、系統(tǒng)測試的測試類型
功能測試
性能測試
負(fù)載測試
容量測試
安全性測試
用戶界面測試
配置測試
安裝測試
回歸測試
5政溃、測試環(huán)境
開發(fā)環(huán)境
測試環(huán)境
用戶環(huán)境
6、常用方法
①.黑盒測試
多任務(wù)測試：同一時間內(nèi)運行多個應(yīng)用程序
臨界測試：系統(tǒng)臨界和應(yīng)用系統(tǒng)臨界
中斷測試：軟件在工作過程中被其他任務(wù)或意外事件終止當(dāng)前正在進(jìn)行的程序
1.人為中斷
2.硬件異常中斷
3.程序執(zhí)行中斷
4.意外中斷? ? ? ?
②.自動化測試
之前已介紹過态秧，此處略過
7董虱、結(jié)果分析
①.響應(yīng)時間的性能測試
②.可靠性分析
③.強度測試
④.安裝測試
⑤.恢復(fù)測試
九、驗收測試
1申鱼、驗收測試的首要條件
①.軟件開發(fā)已完成愤诱，并且已修復(fù)已知缺陷
②.驗收測試計劃已被批準(zhǔn)
③.對軟件需求說明文檔審查已完成
④.所有關(guān)鍵模塊的代碼審查已完成
2、驗收測試的目的
①.驗收系統(tǒng)是否按照需求文檔開發(fā)捐友，用戶體驗是否達(dá)到用戶要求淫半，與設(shè)計要求差距大小，完成的功能水平
②.驗收系統(tǒng)是否達(dá)到了雙方共識
③.驗收系統(tǒng)的可靠性和維護(hù)性
④.驗收系統(tǒng)的業(yè)務(wù)運行處理能力
3匣砖、驗收測試的過程
①.驗收人員要熟悉軟件的功能和性能要求科吭、軟硬件環(huán)境要求，以及質(zhì)量和驗收要求
②.要有相應(yīng)的驗收要求文檔猴鲫，規(guī)格要求
③.根據(jù)驗收要求進(jìn)行驗收測試对人，結(jié)果要出具報告，就行評審
4拂共、驗收測試的主要內(nèi)容
①.軟件是否滿足需求文檔規(guī)定的所有功能和性能的要求
②.文檔資料等是否完整牺弄？
③.對功能測試、集成測試宜狐、系統(tǒng)測試势告、性能測試、安全測試等用例進(jìn)行回歸
5肌厨、驗收測試的原則
①.審查提供驗收的各類文檔的正確性培慌、完整性和統(tǒng)一性
②.審查項目功能是否達(dá)到設(shè)計需求說明書規(guī)定的要求
③.審查項目有關(guān)指標(biāo)是否達(dá)到要求
④.審查項目實施進(jìn)度
⑤.對項目技術(shù)等水平做評估，得出項目的驗收報告
6柑爸、驗收測試的要點
①.流程測試
②.邊界值測試
③.容錯性測試
④.異常測試
⑤.安裝配置測試
十吵护、回歸測試
在軟件開發(fā)的各個階段，都可能進(jìn)行若干次回歸測試，其在整個測試過程中占很大比重
1馅而、什么是回歸測試
只要軟件發(fā)生修改祥诽，那么就需要重新測試，以確定修改的軟件功能是否達(dá)到了預(yù)期目的瓮恭，以及修改可能產(chǎn)生的新的問題（已修改部分對原功能產(chǎn)生影響）
2雄坪、回歸測試的目的
確認(rèn)軟件經(jīng)過修改或變更后是否仍滿足所有的需求
回歸測試是重復(fù)測試，要求使用相同的方法屯蹦、測試用例和數(shù)據(jù)维哈，在相同的環(huán)境下測試
3、回歸測試的范圍
①.測試所有修改或修正過的功能模塊
②.測試與被修改模塊相關(guān)的模塊
③.測試所有新增加的模塊
④.測試整個模塊
4登澜、發(fā)生在什么時候
每次有改動或者需求迭代變更時候
5阔挠、為什么做回歸測試
驗證新功能，保證舊功能不被影響
十一脑蠕、配置測試
1购撼、什么是配置測試
測試驗證被測軟件在不同軟件和硬件條件中運行的情況，覆蓋各種軟件谴仙、硬件環(huán)境迂求，其實質(zhì)就是測試軟件是否與其他與之交互元素之間的兼容（比如瀏覽器、操作系統(tǒng)晃跺、硬件）
2揩局、為什么要做配置測試
測試軟件的容錯性、發(fā)現(xiàn)隱藏的bug掀虎，以及其對產(chǎn)品的影響谐腰，得到最佳的配置
3、硬件環(huán)境配置測試
①.不同主機的配置測試
②.不同組件的配置測試
③.不同外設(shè)的配置測試
④.不同接口的配置測試
⑤.可選項的配置測試
4涩盾、軟件環(huán)境配置測試
①.不同操作系統(tǒng)平臺兼容性測試
②.同一操作系統(tǒng)不同版本兼容性測試
③.軟件本身向前向后兼容測試
④.軟件本身與其他軟件兼容測試
⑤.數(shù)據(jù)兼容測試
