1、什么是軟件
定義：計(jì)算機(jī)系統(tǒng)中與硬件相互依存的一部分（程序+數(shù)據(jù)+相關(guān)文檔）
程序：按事先設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列
數(shù)據(jù)：使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)
文檔：與程序開發(fā)、維護(hù)和使用有關(guān)的圖文資料
2、軟件工程的內(nèi)容
主要分為軟件開發(fā)技術(shù)（方法+過程+工具+環(huán)境）和軟件開發(fā)管理
3、軟件的生命周期
可行性研究和計(jì)劃（立項(xiàng)）
需求分析
概要設(shè)計(jì)（測(cè)試計(jì)劃）
詳細(xì)設(shè)計(jì)（測(cè)試方案）
實(shí)現(xiàn)（開發(fā)階段；包含單元測(cè)試）
組裝測(cè)試（集成測(cè)試）
確認(rèn)測(cè)試（系統(tǒng)測(cè)試，驗(yàn)收回歸測(cè)試）
使用和維護(hù)（上線使用及日常更新維護(hù)）
4、什么是軟件測(cè)試
定義：軟件質(zhì)量保證的一種手段
目的：發(fā)現(xiàn)錯(cuò)誤以及避免這些錯(cuò)誤的發(fā)生，使產(chǎn)品達(dá)到完美
概念：是軟件工程中的一個(gè)非常重要的環(huán)節(jié)，是開發(fā)項(xiàng)目整體的一部分。是有計(jì)劃有組 織的，是伴隨軟件工程的誕生而誕生的，軟件測(cè)試不是萬能的，不可能發(fā)現(xiàn)全部缺陷，軟件測(cè)試是有局限性的。
5、軟件測(cè)試的方法
①、用試題檢查法
②、用新舊兩個(gè)系統(tǒng)做平行處理檢查
③、軟件測(cè)試自動(dòng)化工具測(cè)試
6、軟件測(cè)試階段有哪些任務(wù)
①、制定測(cè)試大綱（測(cè)試計(jì)劃）
②、制作測(cè)試數(shù)據(jù)（測(cè)試方案）
③、單元測(cè)試（程序測(cè)試，一般由開發(fā)人員進(jìn)行）
④、功能測(cè)試
⑤、性能測(cè)試
⑥、集成測(cè)試（子系統(tǒng)測(cè)試）
⑦、系統(tǒng)測(cè)試
⑧、驗(yàn)收測(cè)試
⑨、測(cè)試報(bào)告及向下階段提交系統(tǒng)運(yùn)行、維護(hù)用戶手冊(cè)
7、測(cè)試的原則
①、盡早的、不斷地進(jìn)行測(cè)試
②、測(cè)試用例由輸入數(shù)據(jù)和與之對(duì)應(yīng)的輸出結(jié)果組成，應(yīng)包括合理和不合理的輸入條件
③、開發(fā)者應(yīng)盡量避免檢查自己的程序
④、設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)包括合理和不合理的輸入條件
⑤、充分注意測(cè)試中的集群現(xiàn)象，嚴(yán)格執(zhí)行測(cè)試計(jì)劃，排除測(cè)試的隨意性
⑥、對(duì)每一個(gè)測(cè)試結(jié)果做全面檢查
⑦、妥善保存測(cè)試計(jì)劃，方案，用例，BUG記錄及最終分析報(bào)告等文檔
8、軟件測(cè)試工作流程圖
立項(xiàng)階段
需求階段
設(shè)計(jì)階段
編碼&單元測(cè)試階段
集成測(cè)試階段
系統(tǒng)測(cè)試階段
驗(yàn)收測(cè)試階段
結(jié)項(xiàng)總結(jié)階段
9、自動(dòng)化測(cè)試
概念：為了提高工作效率，節(jié)省人力和成本，把人為驅(qū)動(dòng)的測(cè)試轉(zhuǎn)化為機(jī)器執(zhí)行
10、自動(dòng)化測(cè)試的過程
需求分析
測(cè)試計(jì)劃
框架搭建（附帶工具選擇）
測(cè)試用例設(shè)計(jì)（編寫測(cè)試用例或開發(fā)測(cè)試腳本，并文檔化）
測(cè)試——調(diào)試測(cè)試（針對(duì)自動(dòng)化測(cè)試腳本）
評(píng)估（評(píng)估測(cè)試結(jié)果并改進(jìn)測(cè)試過程）
11、自動(dòng)化測(cè)試的優(yōu)點(diǎn)
①、能執(zhí)行更多更頻繁的測(cè)試， 使某些測(cè)試任務(wù)執(zhí)行方式更高效
②、能執(zhí)行一些手動(dòng)測(cè)試?yán)щy或者不能做的測(cè)試
③、任務(wù)自動(dòng)化，使測(cè)試人員投入更多精力設(shè)計(jì)測(cè)試用例，提高測(cè)試準(zhǔn)確性和人員積極性
④、具有一致和可重復(fù)性特點(diǎn)，更客觀，提高軟件信任度，仍存在一定局限
⑤、不能取代手工測(cè)試，不能自動(dòng)化所有的測(cè)試（如只是偶爾執(zhí)行測(cè)試，或需求經(jīng)常變動(dòng)，不穩(wěn)定，或者需要大量手工參與時(shí)）
⑥、自動(dòng)化測(cè)試工具只能執(zhí)行命令，而手工可以在測(cè)試中判斷測(cè)試的輸入是否正確，以及改進(jìn)測(cè)試，還可處理意外事件
⑦、對(duì)質(zhì)量依賴較大，在確保質(zhì)量的前提下，實(shí)施自動(dòng)化才有意義
⑧、自動(dòng)化測(cè)試需要在整個(gè)測(cè)試系統(tǒng)成熟穩(wěn)定后，工作效率才會(huì)隨著測(cè)試執(zhí)行次數(shù)的增加而提高
⑨、自動(dòng)化測(cè)試的成本可能高于手工測(cè)試
12、自動(dòng)化測(cè)試技術(shù)
錄制/回放（依賴工具）
腳本技術(shù)
數(shù)據(jù)驅(qū)動(dòng)（data driven)的自動(dòng)化測(cè)試
關(guān)鍵字驅(qū)動(dòng)（keyword driven）的自動(dòng)化測(cè)試
業(yè)務(wù)驅(qū)動(dòng)
13、自動(dòng)化測(cè)試的級(jí)別
①、捕獲和回放
②、捕獲、編程和回放
③、編程和回放
④、數(shù)據(jù)驅(qū)動(dòng)的測(cè)試
⑤、使用動(dòng)作詞的測(cè)試自動(dòng)化
14、自動(dòng)化測(cè)試方案選擇需要考慮的方面
①、項(xiàng)目的影響（能否幫助項(xiàng)目進(jìn)度、覆蓋率、風(fēng)險(xiǎn)）
②、復(fù)雜度（是否容易實(shí)現(xiàn)，包括數(shù)據(jù)和其他環(huán)境等）
③、時(shí)間（實(shí)現(xiàn)自動(dòng)化需要多少時(shí)間）
④、早期需求和代碼的穩(wěn)定性（需求或代碼能否證明是在范圍內(nèi)變化的）
⑤、維護(hù)工作量（代碼能否能長(zhǎng)期保持相對(duì)穩(wěn)定）
⑥、覆蓋率（自動(dòng)化測(cè)試能否覆蓋程序的關(guān)鍵特性和功能）
⑦、資源（是否擁有足夠的人力、硬件和數(shù)據(jù)資源來運(yùn)行自動(dòng)化測(cè)試）
⑧、執(zhí)行（負(fù)責(zé)執(zhí)行的人員是否有足夠的技能和時(shí)間去運(yùn)行）
⑨、自動(dòng)化測(cè)試管理
15、自動(dòng)化測(cè)試的重點(diǎn)
①、搭建測(cè)試環(huán)境，測(cè)試場(chǎng)景
②、測(cè)試用例
③、測(cè)試結(jié)果的驗(yàn)證
④、自動(dòng)化測(cè)試的流程以及執(zhí)行
16、自動(dòng)化測(cè)試需要解決的問題
①、工具的選擇
②、測(cè)試用例腳本編寫
③、測(cè)試腳本的管理
二、白盒測(cè)試
1、什么是白盒測(cè)試
定義：按照程序內(nèi)部結(jié)構(gòu)，邏輯驅(qū)動(dòng)測(cè)試程序
目的：檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)說明書的規(guī)范進(jìn)行，檢驗(yàn)程序的每條路徑是否都能按照預(yù)定要求進(jìn)行工作
對(duì)象：源程序
用代碼內(nèi)部的分支，路徑，條件，使程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例
2、白盒測(cè)試方法分類
①、靜態(tài)測(cè)試
②、動(dòng)態(tài)測(cè)試
3、白盒測(cè)試的原則
①、保證一個(gè)模塊中所有路徑至少被測(cè)試一次
②、所有邏輯值都要測(cè)試真和假兩種情況
③、檢查程序內(nèi)部的數(shù)據(jù)結(jié)構(gòu)是否有效
④、檢查上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)
4、白盒測(cè)試的類別
①、軟件共用問題的測(cè)試
②、語言測(cè)試
③、sql語句測(cè)試
④、數(shù)據(jù)類型測(cè)試
⑤、界面測(cè)試
⑥、數(shù)值隊(duì)形測(cè)試
⑦、業(yè)務(wù)對(duì)象測(cè)試
⑧、數(shù)據(jù)管理對(duì)象測(cè)試
5、白盒測(cè)試依據(jù)
①、軟件需求報(bào)告
②、軟件需求規(guī)格說明
③、程序設(shè)計(jì)文檔
④、軟件界面設(shè)計(jì)
⑤、編碼規(guī)范
⑥、開發(fā)命名標(biāo)準(zhǔn)
6、白盒測(cè)試流程
①、界面對(duì)象測(cè)試流程
界面對(duì)象（UI）→業(yè)務(wù)對(duì)象（BO）→數(shù)據(jù)管理對(duì)象（DMO）→DBserver端
②、業(yè)務(wù)對(duì)象測(cè)試流程
DBserver端→數(shù)據(jù)管理對(duì)象（DMO）→業(yè)務(wù)對(duì)象（BO）→界面對(duì)象（UI）
7、白盒測(cè)試方法
①、盡量先用自動(dòng)化工具來進(jìn)行靜態(tài)解析
②、建議先從靜態(tài)測(cè)試開始（靜態(tài)結(jié)構(gòu)分析、代碼走查、靜態(tài)質(zhì)量度量），然后進(jìn)行動(dòng)態(tài)測(cè)試（如覆蓋率測(cè)試）
③、以靜態(tài)分析結(jié)果作為依據(jù)，再使用代碼檢查和動(dòng)態(tài)測(cè)試方法對(duì)靜態(tài)分析結(jié)果進(jìn)行進(jìn)一步確認(rèn)，提高測(cè)試效率及準(zhǔn)確性
④、覆蓋率測(cè)試是白盒測(cè)試的重要手段，在測(cè)試報(bào)告中可作為量化指標(biāo)的依據(jù)，對(duì)于軟件的重點(diǎn)模塊，應(yīng)使用多種覆蓋率標(biāo)準(zhǔn)衡量代碼的覆蓋率
8、代碼檢查
概述：主要檢查代碼和流圖設(shè)計(jì)的一致性、代碼結(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)生的錯(cuò)誤
④、通過檢查代碼來發(fā)現(xiàn)代碼是不是流程圖要求的；
⑤、通過檢查代碼來發(fā)現(xiàn)有沒有遺漏的項(xiàng)目；
⑥、要代碼易于移植，代碼經(jīng)常需要在不同的硬件中運(yùn)行，或者使用不同的編譯器編譯；
⑦、要代碼易于閱讀、理解和維護(hù)。
方式：①、桌面檢查
②、走查
③、代碼審查
項(xiàng)目：①、目錄文件組織
②、檢查函數(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)用的頻繁度，對(duì)調(diào)用頻繁的函數(shù)可以重點(diǎn)檢查
10、SQL語句測(cè)試
主要檢查以下兩點(diǎn)：
①、語句檢查
②、類型轉(zhuǎn)換
11、代碼檢查的分析與評(píng)價(jià)
主要注意以下兩點(diǎn)：
①、能力（陳述經(jīng)代碼檢查證實(shí)了的本軟件的能力）
②、 缺陷和限制
12、白盒測(cè)試常用技術(shù)（7種）
①、邏輯覆蓋法
1.1測(cè)試覆蓋率
用于確定測(cè)試所執(zhí)行到的覆蓋項(xiàng)的百分比；覆蓋項(xiàng)指作為測(cè)試基礎(chǔ)的一個(gè)入口或?qū)傩?，比如語句、分支、條件等
測(cè)試覆蓋率可表示出測(cè)試的充分性，在測(cè)試分析報(bào)告中可作為量化指標(biāo)的依據(jù)，測(cè)試覆蓋率越高效果越好。但覆蓋率不是目標(biāo)，只是一種手段。
測(cè)試覆蓋率包括功能覆蓋和結(jié)構(gòu)覆蓋：
1.2邏輯覆蓋
根據(jù)覆蓋目標(biāo)的不同和覆蓋源程序語句的詳盡程度，邏輯覆蓋又可分為語句覆蓋 、判定覆蓋、條件覆蓋、條件判定組合覆蓋、多條件覆蓋、修改條件判定覆蓋、組合覆蓋和路徑覆蓋。
1.3面向?qū)ο蟮母采w
面向?qū)ο蟮母采w主要討論繼承上下文覆蓋和基于狀態(tài)的上下文覆蓋。
1.4測(cè)試覆蓋準(zhǔn)則
測(cè)試覆蓋準(zhǔn)則主要討論（ESTCA）錯(cuò)誤敏感測(cè)試用例分析和(LCSAJ)線性代碼序列與跳轉(zhuǎn)。
（1）ESTCA覆蓋準(zhǔn)則
（2）現(xiàn)行代碼序列與跳轉(zhuǎn)LCSAJ線性代碼序列與條狀LCSAJ是指一組順序執(zhí)行的代碼，以控制流跳轉(zhuǎn)為結(jié)束點(diǎn)。可產(chǎn)生4層覆蓋
②、插樁技術(shù)
插樁測(cè)試是一個(gè)被廣泛應(yīng)用的測(cè)試方法。插樁測(cè)試就是向源程序中插入語句然后執(zhí)行程序，通過打印語句，獲得動(dòng)態(tài)信息（我們最為關(guān)心的信息）
③、基本路徑測(cè)試法
基本路徑測(cè)試法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例的方法。設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中程序的每個(gè)可執(zhí)行語句至少執(zhí)行一次。
重點(diǎn)內(nèi)容如下：
程序的控制流圖：描述程序控制流的一種圖示方法。
程序環(huán)形復(fù)雜度：McCabe復(fù)雜性度量。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨(dú)立路徑條數(shù)，這是確定程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次所必須的測(cè)試用例數(shù)目的上界。
3.1程序控制流圖
程序控制流圖（可簡(jiǎn)稱流圖）是對(duì)程序流程圖進(jìn)行簡(jiǎn)化后得到的，它突出表示程序控
制流的結(jié)構(gòu)。程序控制流圖是描述程序控制流的一種方式。控制流圖圖形符號(hào)；
圖形符號(hào)：圓圈代表一個(gè)結(jié)點(diǎn)， 表示一個(gè)或多個(gè)無分支的語句或源程序語句；
程序控制流邊和點(diǎn)圈定的部分叫做區(qū)域。當(dāng)對(duì)區(qū)域計(jì)數(shù)時(shí)，圖形外的一個(gè)部分也應(yīng)記為一個(gè)區(qū)域；
判斷語句中的條件為復(fù)合條件時(shí)，即條件表達(dá)式由一個(gè)或多個(gè)邏輯運(yùn)算符連接的邏輯表達(dá)式（a and b），則需要改變復(fù)合條件的判斷為一系列只有單個(gè)條件的嵌套的判斷。
基本路徑測(cè)試方法是在控制流圖的基礎(chǔ)上，通過分析控制結(jié)構(gòu)的環(huán)形復(fù)雜度，導(dǎo)出執(zhí)行路徑的基本集，再?gòu)脑摶炯O(shè)計(jì)測(cè)試用例?；韭窂綔y(cè)試方法包括以下4個(gè)步驟：
3.1.1畫出程序的控制流圖。
3.1.2計(jì)算程序的環(huán)形復(fù)雜度，導(dǎo)出程序基本路徑集中的獨(dú)立路徑條數(shù)，這是確定程序中每個(gè)可執(zhí)行語句至少執(zhí)行一次所必須的測(cè)試用例數(shù)目的上界。
3.1.3導(dǎo)出基本路徑集，確定程序的獨(dú)立路徑。
3.1.4根據(jù)③中的獨(dú)立路徑，設(shè)計(jì)測(cè)試用例的輸入數(shù)據(jù)和預(yù)期輸出。
④、域測(cè)試法
域測(cè)試是一種基于程序結(jié)構(gòu)的測(cè)試方法，基于對(duì)程序輸入空間（域）的分析，選擇測(cè)試點(diǎn)進(jìn)行測(cè)試。主要為：
4.1域錯(cuò)誤：程序的控制流存在錯(cuò)誤，對(duì)于某一特定的輸入可能執(zhí)行的是一條錯(cuò)誤路徑，這種錯(cuò)誤稱為路徑錯(cuò)誤，也叫做域錯(cuò)誤；
4.2 計(jì)算型錯(cuò)誤：對(duì)于特定輸入執(zhí)行的路徑正確，但賦值語句的錯(cuò)誤導(dǎo)致輸出結(jié)果錯(cuò)誤，稱為計(jì)算型錯(cuò)誤；
4.3丟失路徑錯(cuò)誤：由于程序中的某處少了一個(gè)判定謂詞而引起的丟失路徑錯(cuò)誤
⑤、符號(hào)測(cè)試
符號(hào)測(cè)試基本思想是允許程序的輸入不僅僅是具體的數(shù)值數(shù)據(jù)，而且包括符號(hào)值，符號(hào)值可以是基本的符號(hào)變量值，也可以是符號(hào)變量值的表達(dá)式
5.1符號(hào)測(cè)試執(zhí)行的是代數(shù)運(yùn)算，可以作為普通測(cè)試的一個(gè)擴(kuò)充；
5.2符號(hào)測(cè)試可以看作是程序測(cè)試和程序驗(yàn)證的一個(gè)折衷辦法；
5.3 符號(hào)測(cè)試程序中僅有有限的幾條執(zhí)行路徑；
⑥、Z路徑覆蓋法
分析程序中的路徑是指檢驗(yàn)程序從入口開始，執(zhí)行過程中經(jīng)歷的各個(gè)語句，直到出口。
Z路徑覆蓋對(duì)循環(huán)機(jī)制進(jìn)行簡(jiǎn)化，減少路徑的數(shù)量，使得覆蓋所有路徑成為可能，簡(jiǎn)化循環(huán)意義下的路徑覆蓋稱為Z路徑覆蓋；
循環(huán)簡(jiǎn)化：限制循環(huán)次數(shù)，只考慮循環(huán)一次或零次情況；
循環(huán)簡(jiǎn)化的目的是限制循環(huán)的次數(shù)，無論循環(huán)的形式和循環(huán)體實(shí)際執(zhí)行的次數(shù)，簡(jiǎn)化后的循環(huán)測(cè)試只考慮執(zhí)行循環(huán)體一次和零次（不執(zhí)行）兩種情況，即考慮執(zhí)行時(shí)進(jìn)入循環(huán)體一次和跳過循環(huán)體這兩種情況。
⑦、程序變異測(cè)試法
程序變異是一種錯(cuò)誤驅(qū)動(dòng)測(cè)試。錯(cuò)誤驅(qū)動(dòng)測(cè)試是指該方法是針對(duì)某類特定程序錯(cuò)誤的，要想找出程序中所有的錯(cuò)誤幾乎是不可能的，解決辦法是將錯(cuò)誤的搜索范圍盡可能地縮小，以利于專門測(cè)試某類錯(cuò)誤是否存在。
三、黑盒測(cè)試
1、定義：數(shù)據(jù)驅(qū)動(dòng)測(cè)試或者基于規(guī)格說明的測(cè)試
只檢查程序功能是否按照規(guī)格說明書規(guī)定正常使用，是否能接收數(shù)據(jù)及產(chǎn)生正確的輸出
信息，并且滿足數(shù)據(jù)庫(kù)或者外部信息的完整性
2、黑盒測(cè)試的目的
①、是否有不正確或者遺漏的功能
②、界面是否有誤
③、接口上，輸入輸出是否正確
④、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或者外部數(shù)據(jù)庫(kù)訪問錯(cuò)誤
⑤、性能是否滿足要求
⑥、初始化或者終止性錯(cuò)誤
3、黑盒測(cè)試的優(yōu)點(diǎn)
①、最大程度滿足用戶需求
②、相同動(dòng)作可重復(fù)執(zhí)行，枯燥部分可由機(jī)器完成
③、根據(jù)測(cè)試用例針對(duì)性的尋找問題，定位更準(zhǔn)確，容易生成測(cè)試數(shù)據(jù)
④、測(cè)試直接和程序/系統(tǒng)要完成的操作相關(guān)聯(lián)
4、黑盒測(cè)試的缺點(diǎn)
①、代碼得不到測(cè)試
②、如果規(guī)格設(shè)計(jì)錯(cuò)誤，很難發(fā)現(xiàn)
③、測(cè)試不能充分進(jìn)行
④、結(jié)果取決于測(cè)試用例的設(shè)計(jì)
5、黑盒設(shè)計(jì)方法
①、等價(jià)類劃分法
②、邊界值分析法
③、因果圖法
④、判定表驅(qū)動(dòng)法
⑤、場(chǎng)景法
⑥、功能圖法
⑦、錯(cuò)誤推斷法
⑧、正交試驗(yàn)設(shè)計(jì)法
注意點(diǎn)：確定測(cè)試的優(yōu)先級(jí)和測(cè)試重點(diǎn)，提高覆蓋率，邊界值分析必須使用
6、設(shè)計(jì)用例的策略
①、首先進(jìn)行等價(jià)類劃分，包括輸入和輸出條件，減少工作量提高效率
②、邊界值分析，發(fā)現(xiàn)錯(cuò)誤的能力最強(qiáng)
③、錯(cuò)誤推斷法，補(bǔ)充用例（這個(gè)憑經(jīng)驗(yàn)）
④、對(duì)照需求和業(yè)務(wù)場(chǎng)景邏輯，檢查用例
⑤、如果需求說明含有輸入條件，設(shè)計(jì)開始就用到因果圖和判定表驅(qū)動(dòng)法
⑥、參數(shù)配置類的軟件，要用正交實(shí)驗(yàn)法
⑦、功能圖法，不同時(shí)期條件的有效性來設(shè)計(jì)數(shù)據(jù)
⑧、業(yè)務(wù)流清晰的系統(tǒng)，采用場(chǎng)景法
6.1等價(jià)類
①、將所有可能輸入數(shù)據(jù)（有效和無效）劃分為若干個(gè)等價(jià)類，選取代表性的數(shù)據(jù)當(dāng)做 測(cè)試用例，保證完整性和代表性
有效等價(jià)類：合理的有效的輸入集合
無效等價(jià)類：無效的沒有意義的輸入集合，檢查程序異常
②、等價(jià)類劃分方法
按照區(qū)間、數(shù)值、集合、限制條件、處理方式劃分
6.2邊界值
對(duì)輸入或輸出的邊界值進(jìn)行設(shè)計(jì)（5/7原則）
6.3因果圖
簡(jiǎn)化邏輯關(guān)系，操作步驟較復(fù)雜
6.4判定表驅(qū)動(dòng)法
針對(duì)不同存在條件、動(dòng)作關(guān)系或者因果關(guān)系的設(shè)計(jì)用例方法
4大組成部分：條件樁，條件項(xiàng)；動(dòng)作樁，動(dòng)作項(xiàng)
6.5場(chǎng)景法
事件觸發(fā)的情景生成場(chǎng)景（同一件事不同觸發(fā)順序和處理結(jié)果形成事件流）
6.6功能圖法
用功能圖（流程圖）形象的表達(dá)操作流（狀態(tài)遷移圖+布爾函數(shù)組成）
需要依靠判定表因果圖表示邏輯，是黑盒+白盒混合用例的設(shè)計(jì)方法
6.7錯(cuò)誤推斷法
基于以往的經(jīng)驗(yàn)和出現(xiàn)的錯(cuò)誤，推測(cè)軟件可能存在的缺陷和錯(cuò)誤，針對(duì)性的設(shè)計(jì)用例
6.8正交實(shí)驗(yàn)法
從大量數(shù)據(jù)中挑選適量的有代表性的，合理設(shè)計(jì)用例
7、黑盒測(cè)試的原則
1、根據(jù)需求和規(guī)格要求，明確產(chǎn)品要求的正確性
2、針對(duì)性的找問題，正確定位
3、根據(jù)需求重要性確定測(cè)試等級(jí)和重點(diǎn)，減少缺陷
4、接口處，輸入是否能正確接收，輸出是否正確
5、站在用戶角度思考，測(cè)試
8、測(cè)試計(jì)劃
根據(jù)需求中關(guān)于功能和性能的要求設(shè)計(jì)，制定參考范圍
四、測(cè)試用例
1、什么是測(cè)試用例
一組由前提條件、輸入、執(zhí)行條件、預(yù)期結(jié)果等組成，以完成對(duì)某個(gè)特定需求或者目標(biāo)測(cè)試的數(shù)據(jù)，體現(xiàn)測(cè)試方案、方法、技術(shù)和策略的文檔
2、為什么要寫測(cè)試用例
科學(xué)有效的對(duì)測(cè)試步驟進(jìn)行組織規(guī)劃，方便管理，記錄
3、測(cè)試用例主要包含哪些內(nèi)容
編號(hào)、日期、設(shè)計(jì)和測(cè)試人員、優(yōu)先級(jí)、標(biāo)題、目標(biāo)、環(huán)境、輸入數(shù)據(jù)/動(dòng)作、預(yù)期結(jié)果
4、編寫測(cè)試用例需要什么
軟件需求設(shè)計(jì)說明書、軟件模板
5、設(shè)計(jì)測(cè)試用例的注意事項(xiàng)
從高到低，獨(dú)立性，與功能一一對(duì)應(yīng)，根據(jù)需求設(shè)計(jì)，由有經(jīng)驗(yàn)的人員設(shè)計(jì)
6、設(shè)計(jì)測(cè)試用例的原則
有模板，正確性，代表性，可判斷性，重現(xiàn)性，詳細(xì)準(zhǔn)確清晰的步驟，符合規(guī)范
7、用例的管理工具
市場(chǎng)上的用例缺陷管理工具很多：蟄了列舉幾個(gè)：mantis、redmine、jira、bugzilla、禪道等
8、用例的管理過程
編寫→評(píng)審（修改→再次評(píng)審）→使用→保存管理→維護(hù)/升級(jí)
9、測(cè)試用例內(nèi)容
目標(biāo)的描述、環(huán)境、輸入輸出數(shù)據(jù)/動(dòng)作、步驟、預(yù)期結(jié)果、備注等
五、單元測(cè)試
一種驗(yàn)證行為，程序中每一項(xiàng)都需要驗(yàn)證
1、目的
①、檢查單元模塊內(nèi)部錯(cuò)誤，為軟件評(píng)審提供依據(jù)
②、測(cè)試模塊內(nèi)重要的路徑，以程序設(shè)計(jì)說明書和測(cè)試數(shù)據(jù)為依據(jù)，以檢查出錯(cuò)誤
③、檢查信息能否正確流入和流出單元
④、內(nèi)部數(shù)據(jù)的完整性、數(shù)據(jù)形式相互關(guān)系的正確性，以及全局變量在單元中的處理和影響
⑤、數(shù)據(jù)在邊界處能否正常工作
⑥、單元的運(yùn)行能否滿足特點(diǎn)的邏輯覆蓋
⑦、錯(cuò)誤處理機(jī)制是否有效
2、主要任務(wù)
程序語法檢查、程序邏輯檢查、模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、邊界條件測(cè)試、錯(cuò)誤處理測(cè)試、代碼書寫規(guī)范檢查
2.1程序語法檢查
①.編譯語言對(duì)程序進(jìn)行檢查
②.人工檢查
2.2程序邏輯檢查
①.檢查程序邏輯是否正確
②.程序中的循環(huán)語句上下項(xiàng)以及循環(huán)次數(shù)是否有問題
③.函數(shù)或子模塊是否有自我調(diào)用問題
2.3模塊接口測(cè)試
模塊接口是模塊內(nèi)核模塊外聯(lián)系的關(guān)鍵部位；當(dāng)模塊通過外部調(diào)用時(shí)，數(shù)據(jù)必須正確流入，當(dāng)模塊結(jié)束問題的處理返回調(diào)用模塊時(shí)，數(shù)據(jù)必須能正確流出
2.4局部數(shù)據(jù)結(jié)構(gòu)測(cè)試
局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)，模塊錯(cuò)誤根源往往是局部數(shù)據(jù)結(jié)構(gòu)
表現(xiàn)形式如下：
①.局部數(shù)據(jù)結(jié)構(gòu)測(cè)試最常見的積累錯(cuò)誤
②.不適合或者不相容的類型說明
③.變量無初值
④.變量初始化或者缺省值有錯(cuò)
⑤.不正確的變量名或者不正確的截?cái)?/font>
⑥.出現(xiàn)上溢、下溢或者地址異常
2.5路徑測(cè)試
對(duì)模塊中的重要的執(zhí)行路徑進(jìn)行測(cè)試，路徑錯(cuò)誤主要由錯(cuò)誤的計(jì)算，不正確的比較或者不正常的控制流導(dǎo)致
2.6邊界條件測(cè)試
容易出錯(cuò)的因素：
①.程序內(nèi)有一個(gè)n次循環(huán)，這個(gè)n次循環(huán)應(yīng)該是1~n，而不是0~n
②.由小于、小于等于、等于、大于、大于等于、不等于確定的比較值出錯(cuò)
③.出現(xiàn)上溢、下溢和地址異常問題
2.7錯(cuò)誤處理測(cè)試
完善的模塊設(shè)計(jì)要求能預(yù)見出錯(cuò)的條件，并設(shè)置適當(dāng)?shù)某鲥e(cuò)處理，以便在一旦程序出錯(cuò)時(shí)，能對(duì)出錯(cuò)程序重做安排，保證其邏輯上的正確性
2.8代碼書寫規(guī)范檢查
①.模塊設(shè)計(jì)程序框架流程圖
②.代碼書寫規(guī)范，對(duì)齊方式
③.代碼的注釋
④.參數(shù)類型，數(shù)據(jù)長(zhǎng)度,指針，數(shù)組長(zhǎng)度 大小
⑤.輸入輸出參數(shù)和結(jié)果
3、單元測(cè)試的步驟
單元測(cè)試是針對(duì)每個(gè)程序的單體調(diào)試，主要步分為程序語法檢查和程序邏輯檢查
六、功能測(cè)試
定義：功能測(cè)試就是對(duì)產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測(cè)試用例，逐項(xiàng)測(cè)試，檢查產(chǎn)品是否達(dá)到用戶要求的功能；只需要考慮它的功能點(diǎn)不需要考慮軟件的內(nèi)部結(jié)構(gòu)及代碼等
WEB：
1、功能測(cè)試
1.1鏈接測(cè)試
鏈接是web應(yīng)用系統(tǒng)的一個(gè)很重要的特征，主要是用于頁(yè)面之間切換跳轉(zhuǎn)，指導(dǎo)用戶去一些不知道地址的頁(yè)面的主要手段，鏈接測(cè)試一般關(guān)注三點(diǎn)：
①.鏈接是否按照既定指示那樣，確實(shí)鏈接到了該鏈接的界面
②.測(cè)試該鏈接所鏈接的頁(yè)面是否真的存在
③.保證系統(tǒng)中沒有單獨(dú)存在的頁(yè)面（即沒有鏈接指向，只能通過正確的URL地址才能訪問）
1.2表單測(cè)試
也可以理解為數(shù)據(jù)落地；當(dāng)用戶在web應(yīng)用系統(tǒng)上向服務(wù)器提交信息時(shí)，就需要使用表單操作，比如，用戶注冊(cè)，登錄，信息變更等等；這種情況下，我們必須測(cè)試提交信息的完整性，以檢驗(yàn)提交給服務(wù)器的數(shù)據(jù)的正確性，
當(dāng)然，這個(gè)還涉及到一些常理性的邏輯，比如，出生日期和職業(yè)，工作年限是否恰當(dāng)，所在地省份城市區(qū)域間的匹配等，如果設(shè)定使用默認(rèn)值，也需要測(cè)試。
1.3導(dǎo)航測(cè)試
作為測(cè)試，很多時(shí)候都要站在用戶的角度去思考，大部分用戶都是目的驅(qū)動(dòng)的，當(dāng)他訪問一個(gè)網(wǎng)站或者web系統(tǒng)時(shí)，會(huì)很快的瀏覽系統(tǒng)，找不到滿足自己需求的信息時(shí)，會(huì)很快離開，很少有用戶愿意花時(shí)間去熟悉系統(tǒng)的結(jié)構(gòu)；
導(dǎo)航測(cè)試，就是在不同的頁(yè)面跳轉(zhuǎn)之間，或者按鈕，對(duì)話框，列表以及窗口等，通過考慮這些因素，去判斷一個(gè)應(yīng)用系統(tǒng)是否易于導(dǎo)航：是否直觀？系統(tǒng)的主要模塊是否可以通過主頁(yè)訪問或者到達(dá)？
站點(diǎn)是否需要站內(nèi)陸圖或者搜索引擎等其他幫助？web系統(tǒng)導(dǎo)航的另外一個(gè)重點(diǎn)就是頁(yè)面結(jié)構(gòu)、導(dǎo)航、菜單、風(fēng)格等是否一致，確保用戶可以憑借直覺或者簡(jiǎn)單的判斷就可以找到自己想要的內(nèi)容。
1.4圖形測(cè)試
可以理解為UI測(cè)試，其中包括圖片、動(dòng)畫、邊框、顏色、字體、背景、按鈕等等。
其中要考慮以下幾個(gè)重點(diǎn)：
①.圖片要有明確的用途，代表；圖片尺寸盡量小，一般采用JPG或者GIF壓縮
②.頁(yè)面整體風(fēng)格是否和系統(tǒng)的用途一致
③.背景顏色，字體，搭配是否合理
1.5內(nèi)容測(cè)試
主要用來檢測(cè)web系統(tǒng)提供信息的準(zhǔn)確性、相關(guān)性，比如：商品的價(jià)格，文字描述；信息的準(zhǔn)確性，是否有拼寫錯(cuò)誤；信息的相關(guān)性，比如很多網(wǎng)站的“相關(guān)文章列表，視頻列表等”
1.6整體界面測(cè)試
也就是我們常說的用戶體驗(yàn)。用戶瀏覽時(shí)是否感覺舒適，整體風(fēng)格等等一般做一個(gè)類似問卷調(diào)查的形式，來判定用戶的反饋信息，最好有最終用戶的參與
2、兼容性測(cè)試
2.1平臺(tái)兼容
現(xiàn)在有很多的操作系統(tǒng)，比如Windows、Unix、Linux、macintosh等；用戶使用哪個(gè)系統(tǒng)取決于用戶，因此，系統(tǒng)兼容測(cè)試就很有必要。
2.2瀏覽器兼容
瀏覽器是web客戶端最核心的組件，不同的瀏覽器，對(duì)Java，JavaScript，css或者HTML的規(guī)格都有不同的支持；另外，采用的框架和結(jié)構(gòu)風(fēng)格在不同瀏覽器中也存在不同的顯示甚至不顯示，不同的瀏覽器對(duì)安全性的設(shè)置也是不同的。
測(cè)試瀏覽器兼容，有個(gè)方法就是創(chuàng)建一個(gè)兼容性矩陣，來測(cè)試不同廠商不同版本的瀏覽器兼容。
比如測(cè)試IE瀏覽器，可以通過一個(gè)叫做IEtester的工具來測(cè)試兼容，或者可以通過F12控制臺(tái)來切換瀏覽器版本來測(cè)試兼容以前一些前端元素的顯示等
3、安全測(cè)試
安全測(cè)試的主要區(qū)域有以下幾點(diǎn)：
3.1用戶名和密碼的有效無效性，注意大小寫敏感，次數(shù)限制，是否可以不登錄而瀏覽某些頁(yè)面等
3.2是否有超時(shí)限制
3.3測(cè)試用戶操作時(shí)相關(guān)信息是否寫入了日志文件、是否可追蹤等
3.4如果使用了安全套字，需要測(cè)試加密是否正確，加密前后的信息完整性，正確性
3.5沒有經(jīng)過授權(quán)，是否可以在服務(wù)器端或者前端放置和編輯腳本的問題
4、輸入框測(cè)試
下面就是一些注意點(diǎn)：
4.1驗(yàn)證輸入輸出信息的一致性
4.2輸入框前面的文字提示是否正確
4.3對(duì)特殊字符的處理、識(shí)別：?jiǎn)坞p引號(hào)，括號(hào)，逗號(hào)、分號(hào)等等，以及大小寫狀態(tài)，半角全角狀態(tài)下的情況
4.4輸入框的大小、長(zhǎng)度、邊框等
4.5不同字符的輸入，以及字符組合情況的處理（數(shù)字+字母+字符等）
4.6對(duì)空格、tab換行鍵的處理機(jī)制
4.7密碼輸入框字符星號(hào)或者其他星號(hào)的轉(zhuǎn)行，加密
4.8輸入框輸入字符長(zhǎng)度是否有限制
4.9字符本身顯示的顏色，規(guī)格等
4.10有些輸入框需要加以限制，如輸錯(cuò)，是否有提示？提示是否簡(jiǎn)單合理？
4.11輸入狀態(tài)，某種情況下輸入框出于不可編輯，當(dāng)再次處于編輯狀態(tài)，輸入框的輸入狀態(tài)是否有變化
4.12輸入類型：是否允許復(fù)制黏貼剪切等輸入操作
4.13關(guān)鍵字是否支持通配符，以及關(guān)鍵字的搜索能力，敏感字等情況
4.14輸入框輸入空格的情況
4.15比如登陸注冊(cè)，各項(xiàng)輸入條件的判定：是否輸入，輸入是否正確等
5、用戶權(quán)限測(cè)試
用戶權(quán)限，就是該賬號(hào)擁有哪些執(zhí)行操作的權(quán)利
5.1給某賬號(hào)賦予權(quán)限后，登陸該賬號(hào)，查看是否擁有已賦予的權(quán)限，以及權(quán)限設(shè)置是否正確（權(quán)限是否超過或者不足）
5.2刪除或修改已經(jīng)登陸并且正在執(zhí)行操作的賬號(hào)權(quán)限，程序能否正確處理，驗(yàn)證
5.3重新注冊(cè)系統(tǒng)變更登陸身份后再登陸，程序能否正確執(zhí)行，之前所擁有的權(quán)限能否繼續(xù)使用
5.4在用工作分配或者角色管理情況下，刪除包含用戶的工作組或者角色，程序能否正確處理
5.5不同權(quán)限賬號(hào)登陸同一個(gè)系統(tǒng)，權(quán)限范圍是否正確
5.6能否給信息為空、長(zhǎng)用戶名的賬號(hào)添加權(quán)限
5.7是否允許刪除系統(tǒng)管理員或者修改管理員權(quán)限？刪除或者修改后的實(shí)際情況
5.8已登錄的用戶能否修改或者刪除自己或者他人的權(quán)限，信息
5.9添加用戶（有編號(hào)或者標(biāo)識(shí)），不同用戶名標(biāo)識(shí)的組合情況下，權(quán)限能否處理正確
5.10修改用戶權(quán)限或者信息后，對(duì)其他模塊是否有影響
5.11如果修改用戶信息和已存在的其他用戶信息相同，能否修改成功？是否有對(duì)應(yīng)提示
5.12修改某些設(shè)置，是否會(huì)對(duì)與該賬號(hào)權(quán)限相同或者高于/低于該賬號(hào)的其他賬號(hào)的權(quán)限造成影響
5.13同一用戶是否可以同時(shí)屬于其他組，各個(gè)組的權(quán)限能否交叉
WEB端功能測(cè)試鏈接：
APP：
1、安全測(cè)試（權(quán)限）
①.軟件權(quán)限：其中包括發(fā)送信息，撥打電話，鏈接網(wǎng)絡(luò)，訪問手機(jī)信息，聯(lián)系人信息等
②.數(shù)據(jù)在本地的存儲(chǔ)、傳輸?shù)?/font>
③.執(zhí)行某些操作時(shí)導(dǎo)致的輸入有效性驗(yàn)證、授權(quán)、數(shù)據(jù)加密等方面
④.基于各種通信協(xié)議或者行業(yè)標(biāo)準(zhǔn)來檢查
2、安裝運(yùn)行卸載測(cè)試
①.驗(yàn)證app能否正確安裝運(yùn)行卸載，以及操作過程和操作前后對(duì)系統(tǒng)資源的占有情況
②.安裝運(yùn)行卸載的提示，報(bào)告等
③.檢查安裝路徑，文件是否合理，組件是否正確注冊(cè)等
3、UI測(cè)試
①.用戶界面（菜單、對(duì)話框、窗口）等布局，風(fēng)格是否滿足用戶需求，文字位置，描述是否正確，界面美觀程度，文字圖片組合是否合理
②.用戶友好性、人性化、便于操作等
4、功能測(cè)試
①.評(píng)審需求，多方面考慮，整理出內(nèi)在外在以及非功能性的直接間接功能點(diǎn)，對(duì)比需求，提取測(cè)試點(diǎn)
②.根據(jù)常用的一些分析方法，等價(jià)類邊界值判定表因果圖場(chǎng)景法等方法，設(shè)計(jì)測(cè)試用例，對(duì)提取的功能點(diǎn)進(jìn)行覆蓋
③.測(cè)試各個(gè)階段不斷跟蹤缺陷，做好用例的更新迭代和不斷變更需求所帶來的業(yè)務(wù)或者需求的錯(cuò)誤
5、性能測(cè)試
①.極限測(cè)試：各種邊界情況下驗(yàn)證app的響應(yīng)能力
如：低電量、儲(chǔ)存滿。弱網(wǎng)等情況
②.響應(yīng)能力測(cè)試：驗(yàn)證各種情況下不同操作能否滿足用戶響應(yīng)需求
③.壓力測(cè)試：反復(fù)長(zhǎng)期操作下，系統(tǒng)該資源的使用情況
6、中斷測(cè)試（干擾）
比如：前后臺(tái)運(yùn)行時(shí)來電話，短信，下載文件，聽音樂看電影等不同情況下的表現(xiàn)
7、兼容測(cè)試
①.不同網(wǎng)絡(luò)環(huán)境（WiFi、2G、3G、4G等）
②.各種設(shè)備品牌機(jī)型系統(tǒng)版本等兼容：蘋果、安卓（不同品牌，不同安卓系統(tǒng)版本）等
8、回歸測(cè)試
bug修復(fù)后的回歸測(cè)試，上線交付前進(jìn)行全部的回歸，驗(yàn)證
9、升級(jí)更新測(cè)試
每次app版本迭代更新時(shí)，配合不同網(wǎng)絡(luò)環(huán)境，及不同更新權(quán)限（強(qiáng)制更新，不強(qiáng)制更新），進(jìn)行下載、安裝、更新、啟動(dòng)運(yùn)行等測(cè)試
10、支付測(cè)試
①.支付結(jié)果的確認(rèn)，數(shù)據(jù)庫(kù)查詢
②.請(qǐng)求報(bào)文是否加密
③.不同場(chǎng)景的支付
金額足夠、金額不足、重復(fù)支付、無網(wǎng)支付、弱網(wǎng)支付、同賬號(hào)多平臺(tái)一起支付、余額寶微信信用卡多種支付方式、不同支付方式的組合、密碼正確/錯(cuò)誤、支付上限等情況
App端功能測(cè)試鏈接：
七、集成測(cè)試
1、定義
也稱為組裝測(cè)試，聯(lián)合測(cè)試，主要針對(duì)軟件高層設(shè)計(jì)進(jìn)行測(cè)試，一般以模塊和子系統(tǒng)為單位進(jìn)行測(cè)試
2、集成測(cè)試的層次
①.模塊內(nèi)集成，主要測(cè)試各個(gè)接口的交互
②.子系統(tǒng)內(nèi)集成，子系統(tǒng)內(nèi)各個(gè)模塊的交互
③.系統(tǒng)集成，測(cè)試系統(tǒng)內(nèi)各個(gè)子系統(tǒng)和模塊的交互關(guān)系
3、集成測(cè)試的本質(zhì)
不僅僅代碼編譯通過就算集成，而是所有模塊子系統(tǒng)能正常運(yùn)轉(zhuǎn)，一般采用的方法是數(shù)據(jù)驅(qū)動(dòng)，集成測(cè)試不看系統(tǒng)表象，而是對(duì)數(shù)據(jù)流進(jìn)行分析，可分為自頂向下、自下向上、核心集成、分層集成等方法
4、集成測(cè)試方法和步驟
①.確定子系統(tǒng)的模塊組成，保證這些模塊都已通過單元測(cè)試
②.由開發(fā)組裝這么模塊，生成子系統(tǒng)，保證模塊內(nèi)功能盡可能發(fā)揮出來
③.設(shè)計(jì)測(cè)試用例，以一個(gè)關(guān)鍵模塊為核心展開，圍繞功能和性能，測(cè)試接口
④.搭建測(cè)試環(huán)境，按照用例進(jìn)行測(cè)試
⑤.記錄測(cè)試結(jié)果，總結(jié)問題
八、系統(tǒng)測(cè)試
1、什么是系統(tǒng)測(cè)試
定義:檢查系統(tǒng)是否能完成需求說明的內(nèi)容，對(duì)系統(tǒng)能正常、完整的運(yùn)行；其中包括軟件、硬件和相關(guān)聯(lián)的設(shè)備、測(cè)試數(shù)據(jù)
2、系統(tǒng)測(cè)試的目的
目的：模擬真實(shí)系統(tǒng)工作環(huán)境下通過與系統(tǒng)需求作比較，檢驗(yàn)完整的軟件配置項(xiàng)能否和系統(tǒng)正確連接，發(fā)現(xiàn)軟件與系統(tǒng)/子系統(tǒng)之間與需求設(shè)計(jì)文檔不符合或矛盾的地方
3、系統(tǒng)測(cè)試的目標(biāo)
目標(biāo)：功能是否達(dá)到規(guī)格說明書要求，是否存在其他缺陷，是否有完善到缺陷記錄及跟蹤等
4、系統(tǒng)測(cè)試的測(cè)試類型
功能測(cè)試
性能測(cè)試
負(fù)載測(cè)試
容量測(cè)試
安全性測(cè)試
用戶界面測(cè)試
配置測(cè)試
安裝測(cè)試
回歸測(cè)試
5、測(cè)試環(huán)境
開發(fā)環(huán)境
測(cè)試環(huán)境
用戶環(huán)境
6、常用方法
①.黑盒測(cè)試
多任務(wù)測(cè)試：同一時(shí)間內(nèi)運(yùn)行多個(gè)應(yīng)用程序
臨界測(cè)試：系統(tǒng)臨界和應(yīng)用系統(tǒng)臨界
中斷測(cè)試：軟件在工作過程中被其他任務(wù)或意外事件終止當(dāng)前正在進(jìn)行的程序
1.人為中斷
2.硬件異常中斷
3.程序執(zhí)行中斷
4.意外中斷
②.自動(dòng)化測(cè)試
之前已介紹過，此處略過
7、結(jié)果分析
①.響應(yīng)時(shí)間的性能測(cè)試
②.可靠性分析
③.強(qiáng)度測(cè)試
④.安裝測(cè)試
⑤.恢復(fù)測(cè)試
九、驗(yàn)收測(cè)試
1、驗(yàn)收測(cè)試的首要條件
①.軟件開發(fā)已完成，并且已修復(fù)已知缺陷
②.驗(yàn)收測(cè)試計(jì)劃已被批準(zhǔn)
③.對(duì)軟件需求說明文檔審查已完成
④.所有關(guān)鍵模塊的代碼審查已完成
2、驗(yàn)收測(cè)試的目的
①.驗(yàn)收系統(tǒng)是否按照需求文檔開發(fā)，用戶體驗(yàn)是否達(dá)到用戶要求，與設(shè)計(jì)要求差距大小，完成的功能水平
②.驗(yàn)收系統(tǒng)是否達(dá)到了雙方共識(shí)
③.驗(yàn)收系統(tǒng)的可靠性和維護(hù)性
④.驗(yàn)收系統(tǒng)的業(yè)務(wù)運(yùn)行處理能力
3、驗(yàn)收測(cè)試的過程
①.驗(yàn)收人員要熟悉軟件的功能和性能要求、軟硬件環(huán)境要求，以及質(zhì)量和驗(yàn)收要求
②.要有相應(yīng)的驗(yàn)收要求文檔，規(guī)格要求
③.根據(jù)驗(yàn)收要求進(jìn)行驗(yàn)收測(cè)試，結(jié)果要出具報(bào)告，就行評(píng)審
4、驗(yàn)收測(cè)試的主要內(nèi)容
①.軟件是否滿足需求文檔規(guī)定的所有功能和性能的要求
②.文檔資料等是否完整？
③.對(duì)功能測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試、安全測(cè)試等用例進(jìn)行回歸
5、驗(yàn)收測(cè)試的原則
①.審查提供驗(yàn)收的各類文檔的正確性、完整性和統(tǒng)一性
②.審查項(xiàng)目功能是否達(dá)到設(shè)計(jì)需求說明書規(guī)定的要求
③.審查項(xiàng)目有關(guān)指標(biāo)是否達(dá)到要求
④.審查項(xiàng)目實(shí)施進(jìn)度
⑤.對(duì)項(xiàng)目技術(shù)等水平做評(píng)估，得出項(xiàng)目的驗(yàn)收?qǐng)?bào)告
6、驗(yàn)收測(cè)試的要點(diǎn)
①.流程測(cè)試
②.邊界值測(cè)試
③.容錯(cuò)性測(cè)試
④.異常測(cè)試
⑤.安裝配置測(cè)試
十、回歸測(cè)試
在軟件開發(fā)的各個(gè)階段，都可能進(jìn)行若干次回歸測(cè)試，其在整個(gè)測(cè)試過程中占很大比重
1、什么是回歸測(cè)試
只要軟件發(fā)生修改，那么久需要重新測(cè)試，以確定修改的軟件功能是否達(dá)到了預(yù)期目的，以及修改可能產(chǎn)生的新的問題（已修改部分對(duì)原功能產(chǎn)生影響）
2、回歸測(cè)試的目的
確認(rèn)軟件經(jīng)過修改或變更后是否仍滿足所有的需求
回歸測(cè)試是重復(fù)測(cè)試，要求使用相同的方法、測(cè)試用例和數(shù)據(jù)，在相同的環(huán)境下測(cè)試
3、回歸測(cè)試的范圍
①.測(cè)試所有修改或修正過的功能模塊
②.測(cè)試與被修改模塊相關(guān)的模塊
③.測(cè)試所有新增加的模塊
④.測(cè)試整個(gè)模塊
4、發(fā)生在什么時(shí)候
每次有改動(dòng)或者需求迭代變更時(shí)候
5、為什么做回歸測(cè)試
驗(yàn)證新功能，保證舊功能不被影響
十一、配置測(cè)試
1、什么是配置測(cè)試
測(cè)試驗(yàn)證被測(cè)軟件在不同軟件和硬件條件中運(yùn)行的情況，覆蓋各種軟件、硬件環(huán)境，其實(shí)質(zhì)就是測(cè)試軟件是否與其他與之交互元素之間的兼容（比如瀏覽器、操作系統(tǒng)、硬件）
2、為什么要做配置測(cè)試
測(cè)試軟件的容錯(cuò)性、發(fā)現(xiàn)隱藏的bug，以及其對(duì)產(chǎn)品的影響，得到最佳的配置
3、硬件環(huán)境配置測(cè)試
①.不同主機(jī)的配置測(cè)試
②.不同組件的配置測(cè)試
③.不同外設(shè)的配置測(cè)試
④.不同接口的配置測(cè)試
⑤.可選項(xiàng)的配置測(cè)試
4、軟件環(huán)境配置測(cè)試
①.不同操作系統(tǒng)平臺(tái)兼容性測(cè)試
