一，軟件測(cè)試概述： 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ù)（方法+過(guò)程+工具+環(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è)試不是萬(wàn)能的，不可能發(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è)試的過(guò)程 需求分析 測(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è)試過(guò)程） 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ù)資源來(lái)運(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è)試需要解決的問(wèn)題 ①、工具的選擇 ②、測(cè)試用例腳本編寫 ③、測(cè)試腳本的管理 二、白盒測(cè)試 1、什么是白盒測(cè)試 定義：按照程序內(nèi)部結(jié)構(gòu)，邏輯驅(qū)動(dòng)測(cè)試程序 目的：檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明書的規(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è)試的類別 ①、軟件共用問(wèn)題的測(cè)試 ②、語(yǔ)言測(cè)試 ③、sql語(yǔ)句測(cè)試 ④、數(shù)據(jù)類型測(cè)試 ⑤、界面測(cè)試 ⑥、數(shù)值隊(duì)形測(cè)試 ⑦、業(yè)務(wù)對(duì)象測(cè)試 ⑧、數(shù)據(jù)管理對(duì)象測(cè)試 5、白盒測(cè)試依據(jù) ①、軟件需求報(bào)告 ②、軟件需求規(guī)格說(shuō)明 ③、程序設(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)化工具來(lái)進(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á)的正確性等方面。包括變量檢查、命名和類型審查、程序邏輯審查、 ? ???程序語(yǔ)法檢查和程序結(jié)構(gòu)檢查等內(nèi)容。 目的：①、檢查代碼是否按照某種標(biāo)準(zhǔn)或規(guī)范編寫的代碼 ? ???②、檢查代碼以發(fā)現(xiàn)程序缺陷 ? ???③、通過(guò)檢查代碼容易發(fā)現(xiàn)程序產(chǎn)生的錯(cuò)誤 ? ???④、通過(guò)檢查代碼來(lái)發(fā)現(xiàn)代碼是不是流程圖要求的； ? ???⑤、通過(guò)檢查代碼來(lái)發(fā)現(xiàn)有沒(méi)有遺漏的項(xiàng)目； ? ???⑥、要代碼易于移植，代碼經(jīng)常需要在不同的硬件中運(yùn)行，或者使用不同的編譯器編譯； ? ???⑦、要代碼易于閱讀、理解和維護(hù)。 方式：①、桌面檢查 ? ???②、走查 ? ???③、代碼審查 項(xiàng)目：①、目錄文件組織? ? ? ???②、檢查函數(shù) ? ???③、數(shù)據(jù)類型及變量 ? ???④、檢查條件判斷語(yǔ)句 ? ???⑤、檢查循環(huán)體制 ? ???⑥、檢查代碼注釋 ? ???⑦、桌面檢查 9、靜態(tài)結(jié)構(gòu)分析 定義：主要以圖形的方式表現(xiàn)程序的內(nèi)部結(jié)構(gòu)（例如函數(shù)調(diào)用關(guān)系圖、函數(shù)內(nèi)部控制流圖）；通過(guò)應(yīng)用程序各函數(shù)之間的調(diào)用關(guān)系展示了系統(tǒng)的結(jié)構(gòu)，列出所有函數(shù)，用連線表示調(diào)用關(guān)系和作用。 主要分析：①、可以檢查函數(shù)的調(diào)用關(guān)系是否正確 ? ?? ???②、是否存在孤立的函數(shù)而沒(méi)有被調(diào)用 ? ?? ???③、明確函數(shù)被調(diào)用的頻繁度，對(duì)調(diào)用頻繁的函數(shù)可以重點(diǎn)檢查 10、SQL語(yǔ)句測(cè)試 主要檢查以下兩點(diǎn)： ①、語(yǔ)句檢查 ②、類型轉(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ū)傩?#xff0c;比如語(yǔ)句、分支、條件等 測(cè)試覆蓋率可表示出測(cè)試的充分性，在測(cè)試分析報(bào)告中可作為量化指標(biāo)的依據(jù)，測(cè)試覆蓋率越高效果越好。但覆蓋率不是目標(biāo)，只是一種手段。 測(cè)試覆蓋率包括功能覆蓋和結(jié)構(gòu)覆蓋： 1.2邏輯覆蓋 根據(jù)覆蓋目標(biāo)的不同和覆蓋源程序語(yǔ)句的詳盡程度，邏輯覆蓋又可分為語(yǔ)句覆蓋 、判定覆蓋、條件覆蓋、條件判定組合覆蓋、多條件覆蓋、修改條件判定覆蓋、組合覆蓋和路徑覆蓋。 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è)試就是向源程序中插入語(yǔ)句然后執(zhí)行程序，通過(guò)打印語(yǔ)句，獲得動(dòng)態(tài)信息（我們最為關(guān)心的信息） ③、基本路徑測(cè)試法 基本路徑測(cè)試法是在程序控制流圖的基礎(chǔ)上，通過(guò)分析控制構(gòu)造的環(huán)路復(fù)雜性，導(dǎo)出基本可執(zhí)行路徑集合，從而設(shè)計(jì)測(cè)試用例的方法。設(shè)計(jì)出的測(cè)試用例要保證在測(cè)試中程序的 每個(gè)可執(zhí)行語(yǔ)句至少執(zhí)行一次。重點(diǎn)內(nèi)容如下： 程序的控制流圖：描述程序控制流的一種圖示方法。 程序環(huán)形復(fù)雜度：McCabe復(fù)雜性度量。從程序的環(huán)路復(fù)雜性可導(dǎo)出程序基本路徑集合中的獨(dú)立路徑條數(shù)，這是確定程序中每個(gè)可執(zhí)行語(yǔ)句至少執(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è)無(wú)分支的語(yǔ)句或源程序語(yǔ)句； 程序控制流邊和點(diǎn)圈定的部分叫做區(qū)域。當(dāng)對(duì)區(qū)域計(jì)數(shù)時(shí)，圖形外的一個(gè)部分也應(yīng)記為一個(gè)區(qū)域； 判斷語(yǔ)句中的條件為復(fù)合條件時(shí)，即條件表達(dá)式由一個(gè)或多個(gè)邏輯運(yùn)算符連接的邏輯表達(dá)式（a and b），則需要改變復(fù)合條件的判斷為一系列只有單個(gè)條件的嵌套的判斷。 基本路徑測(cè)試方法是在控制流圖的基礎(chǔ)上，通過(guò)分析控制結(jié)構(gòu)的環(huán)形復(fù)雜度，導(dǎo)出執(zhí)行路徑的基本集，再?gòu)脑摶炯O(shè)計(jì)測(cè)試用例。基本路徑測(cè)試方法包括以下4個(gè)步驟： 3.1.1畫出程序的控制流圖。 3.1.2計(jì)算程序的環(huán)形復(fù)雜度，導(dǎo)出程序基本路徑集中的獨(dú)立路徑條數(shù)，這是確定程序中每個(gè)可執(zhí)行語(yǔ)句至少執(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í)行的路徑正確，但賦值語(yǔ)句的錯(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í)行過(guò)程中經(jīng)歷的各個(gè)語(yǔ)句，直到出口。 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ù)，無(wú)論循環(huán)的形式和循環(huán)體實(shí)際執(zhí)行的次數(shù)，簡(jiǎn)化后的循環(huán)測(cè)試只考慮執(zhí)行循環(huán)體一次和零次（不執(zhí)行）兩種情況，即考慮執(zhí)行時(shí)進(jìn)入循環(huán)體 一次和跳過(guò)循環(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ī)格說(shuō)明的測(cè)試 只檢查程序功能是否按照規(guī)格說(shuō)明書規(guī)定正常使用，是否能接收數(shù)據(jù)及產(chǎn)生正確的輸出 信息，并且滿足數(shù)據(jù)庫(kù)或者外部信息的完整性 2、黑盒測(cè)試的目的 ①、是否有不正確或者遺漏的功能 ②、界面是否有誤 ③、接口上，輸入輸出是否正確 ④、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或者外部數(shù)據(jù)庫(kù)訪問(wèn)錯(cuò)誤 ⑤、性能是否滿足要求 ⑥、初始化或者終止性錯(cuò)誤 3、黑盒測(cè)試的優(yōu)點(diǎn) ①、最大程度滿足用戶需求 ②、相同動(dòng)作可重復(fù)執(zhí)行，枯燥部分可由機(jī)器完成 ③、根據(jù)測(cè)試用例針對(duì)性的尋找問(wèn)題，定位更準(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)景邏輯，檢查用例 ⑤、如果需求說(shuō)明含有輸入條件，設(shè)計(jì)開始就用到因果圖和判定表驅(qū)動(dòng)法 ⑥、參數(shù)配置類的軟件，要用正交實(shí)驗(yàn)法 ⑦、功能圖法，不同時(shí)期條件的有效性來(lái)設(shè)計(jì)數(shù)據(jù) ⑧、業(yè)務(wù)流清晰的系統(tǒng)，采用場(chǎng)景法 6.1等價(jià)類 ①、將所有可能輸入數(shù)據(jù)（有效和無(wú)效）劃分為若干個(gè)等價(jià)類，選取代表性的數(shù)據(jù)當(dāng)做??測(cè)試用例，保證完整性和代表性 有效等價(jià)類：合理的有效的輸入集合 無(wú)效等價(jià)類：無(wú)效的沒(méi)有意義的輸入集合，檢查程序異常 ②、等價(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ì)性的找問(wèn)題，正確定位 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ì)說(shuō)明書、軟件模板 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、用例的管理過(guò)程 編寫→評(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ì)說(shuō)明書和測(cè)試數(shù)據(jù)為依據(jù)，以檢查出錯(cuò)誤 ③、檢查信息能否正確流入和流出單元 ④、內(nèi)部數(shù)據(jù)的完整性、數(shù)據(jù)形式相互關(guān)系的正確性，以及全局變量在單元中的處理和影響 ⑤、數(shù)據(jù)在邊界處能否正常工作 ⑥、單元的運(yùn)行能否滿足特點(diǎn)的邏輯覆蓋 ⑦、錯(cuò)誤處理機(jī)制是否有效 2、主要任務(wù) 程序語(yǔ)法檢查、程序邏輯檢查、模塊接口測(cè)試、局部數(shù)據(jù)結(jié)構(gòu)測(cè)試、路徑測(cè)試、邊界條件測(cè)試、錯(cuò)誤處理測(cè)試、代碼書寫規(guī)范檢查 2.1程序語(yǔ)法檢查 ①.編譯語(yǔ)言對(duì)程序進(jìn)行檢查 ②.人工檢查 2.2程序邏輯檢查 ①.檢查程序邏輯是否正確 ②.程序中的循環(huán)語(yǔ)句上下項(xiàng)以及循環(huán)次數(shù)是否有問(wèn)題 ③.函數(shù)或子模塊是否有自我調(diào)用問(wèn)題 2.3模塊接口測(cè)試 模塊接口是模塊內(nèi)核模塊外聯(lián)系的關(guān)鍵部位；當(dāng)模塊通過(guò)外部調(diào)用時(shí)，數(shù)據(jù)必須正確流入，當(dāng)模塊結(jié)束問(wèn)題的處理返回調(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ò)誤 ②.不適合或者不相容的類型說(shuō)明 ③.變量無(wú)初值 ④.變量初始化或者缺省值有錯(cuò) ⑤.不正確的變量名或者不正確的截?cái)?/span> ⑥.出現(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)上溢、下溢和地址異常問(wè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)試，主要步分為程序語(yǔ)法檢查和程序邏輯檢查 六、功能測(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)中沒(méi)有單獨(dú)存在的頁(yè)面（即沒(méi)有鏈接指向，只能通過(guò)正確的URL地址才能訪問(wèn)） 1.2表單測(cè)試 也可以理解為數(shù)據(jù)落地；當(dāng)用戶在web應(yīng)用系統(tǒng)上向服務(wù)器提交信息時(shí)，就需要使用表單操作，比如，用戶注冊(cè)，登錄，信息變更等等；這種情況下，我們必須測(cè)試提交信息的完整性， 以檢驗(yàn)提交給服務(wù)器的數(shù)據(jù)的正確性，當(dāng)然，這還涉及到一些常理性的邏輯，比如出生日期和職業(yè)、工作年限是否恰當(dāng)，所在地省份城市區(qū)域間的匹配等，如果設(shè)定使用默認(rèn)值，也需要測(cè)試。 1.3導(dǎo)航測(cè)試 作為測(cè)試，很多時(shí)候都要站在用戶的角度去思考，大部分用戶都是目的驅(qū)動(dòng)的，當(dāng)他訪問(wèn)一個(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ì)話框，列表以及窗口等，通過(guò)考慮這些因素，去判斷一個(gè)應(yīng)用系統(tǒng)是否易于導(dǎo)航：是否直觀？系統(tǒng)的 主要模塊是否可以通過(guò)主頁(yè)訪問(wèn)或者到達(dá)？站點(diǎn)是否需要站內(nèi)地圖或者搜索引擎等其他幫助？web系統(tǒng)導(dǎo)航的另外一個(gè)重點(diǎn)就是頁(yè)面結(jié)構(gòu)、導(dǎo)航、菜單、風(fēng)格等是否一致，確保用戶可以憑借 直覺(jué)或者簡(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è)試 主要用來(lái)檢測(cè)web系統(tǒng)提供信息的準(zhǔn)確性、相關(guān)性，比如：商品的價(jià)格，文字描述；信息的準(zhǔn)確性，是否有拼寫錯(cuò)誤；信息的相關(guān)性，比如很多網(wǎng)站的“相關(guān)文章列表，視頻列表等” 1.6整體界面測(cè)試 也就是我們常說(shuō)的用戶體驗(yàn)。用戶瀏覽時(shí)是否感覺(jué)舒適，整體風(fēng)格等等一般做一個(gè)類似問(wèn)卷調(diào)查的形式，來(lái)判定用戶的反饋信息，最好有最終用戶的參與 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è)兼容性矩陣，來(lái)測(cè)試不同廠商不同版本的瀏覽器兼容。 比如測(cè)試IE瀏覽器，可以通過(guò)一個(gè)叫做IEtester的工具來(lái)測(cè)試兼容，或者可以通過(guò)F12控制臺(tái)來(lái)切換瀏覽器版本來(lái)測(cè)試兼容以前一些前端元素的顯示等 3、安全測(cè)試 安全測(cè)試的主要區(qū)域有以下幾點(diǎn)： 3.1用戶名和密碼的有效無(wú)效性，注意大小寫敏感，次數(shù)限制，是否可以不登錄而瀏覽某些頁(yè)面等 3.2是否有超時(shí)限制 3.3測(cè)試用戶操作時(shí)相關(guān)信息是否寫入了日志文件、是否可追蹤等 3.4如果使用了安全套字，需要測(cè)試加密是否正確，加密前后的信息完整性，正確性 3.5沒(méi)有經(jīng)過(guò)授權(quán)，是否可以在服務(wù)器端或者前端放置和編輯腳本的問(wèn)題 4、輸入框測(cè)試 下面就是一些注意點(diǎn)： 4.1驗(yàn)證輸入輸出信息的一致性 4.2輸入框前面的文字提示是否正確 4.3對(duì)特殊字符的處理、識(shí)別：單雙引號(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)限是否超過(guò)或者不足） 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è)試鏈接： WEB端功能測(cè)試總結(jié)（一） Web端功能測(cè)試總結(jié)（二） 推薦鏈接：Web測(cè)試到底是在測(cè)試什么？ APP： 1、安全測(cè)試（權(quán)限） ①.軟件權(quán)限：其中包括發(fā)送信息，撥打電話，鏈接網(wǎng)絡(luò)，訪問(wèn)手機(jī)信息，聯(lián)系人信息等 ②.數(shù)據(jù)在本地的存儲(chǔ)、傳輸?shù)?/span> ③.執(zhí)行某些操作時(shí)導(dǎo)致的輸入有效性驗(yàn)證、授權(quán)、數(shù)據(jù)加密等方面 ④.基于各種通信協(xié)議或者行業(yè)標(biāo)準(zhǔn)來(lái)檢查 2、安裝運(yùn)行卸載測(cè)試 ①.驗(yàn)證app能否正確安裝運(yùn)行卸載，以及操作過(guò)程和操作前后對(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è)階段不斷跟蹤缺陷，做好用例的更新迭代和不斷變更需求所帶來(lái)的業(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í)來(lái)電話，短信，下載文件，聽音樂(lè)看電影等不同情況下的表現(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ú)網(wǎng)支付、弱網(wǎng)支付、同賬號(hào)多平臺(tái)一起支付、余額寶微信信用卡多種支付方式、不同支付方式的組合、密碼正確/錯(cuò)誤、支付上限等情況 App端功能測(cè)試鏈接： App測(cè)試總計(jì) 七、集成測(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ì) 不僅僅代碼編譯通過(guò)就算集成，而是所有模塊子系統(tǒng)能正常運(yùn)轉(zhuǎn)，一般采用的方法是數(shù)據(jù)驅(qū)動(dòng)，集成測(cè)試不看系統(tǒng)表象，而是對(duì)數(shù)據(jù)流進(jìn)行分析，可分為自頂向下、自下向上、核心集成、分層集成等方法? ? 4、集成測(cè)試方法和步驟 ①.確定子系統(tǒng)的模塊組成，保證這些模塊都已通過(guò)單元測(cè)試 ②.由開發(fā)組裝這么模塊，生成子系統(tǒng)，保證模塊內(nèi)功能盡可能發(fā)揮出來(lái) ③.設(shè)計(jì)測(cè)試用例，以一個(gè)關(guān)鍵模塊為核心展開，圍繞功能和性能，測(cè)試接口 ④.搭建測(cè)試環(huán)境，按照用例進(jìn)行測(cè)試 ⑤.記錄測(cè)試結(jié)果，總結(jié)問(wèn)題?? 八、系統(tǒng)測(cè)試 1、什么是系統(tǒng)測(cè)試 定義:檢查系統(tǒng)是否能完成需求說(shuō)明的內(nèi)容，對(duì)系統(tǒng)能正常、完整的運(yùn)行；其中包括軟件、硬件和相關(guān)聯(lián)的設(shè)備、測(cè)試數(shù)據(jù) 2、系統(tǒng)測(cè)試的目的 目的：模擬真實(shí)系統(tǒng)工作環(huán)境下通過(guò)與系統(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ī)格說(shuō)明書要求，是否存在其他缺陷，是否有完善到缺陷記錄及跟蹤等 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è)試：軟件在工作過(guò)程中被其他任務(wù)或意外事件終止當(dāng)前正在進(jìn)行的程序 1.人為中斷 2.硬件異常中斷 3.程序執(zhí)行中斷 4.意外中斷? ?? ?? ?? ?? ? ②.自動(dòng)化測(cè)試 之前已介紹過(guò)，此處略過(guò) 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ì)軟件需求說(shuō)明文檔審查已完成 ④.所有關(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è)試的過(guò)程 ①.驗(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ì)需求說(shuō)明書規(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è)試過(guò)程中占很大比重 1、什么是回歸測(cè)試 只要軟件發(fā)生修改，那么久需要重新測(cè)試，以確定修改的軟件功能是否達(dá)到了預(yù)期目的，以及修改可能產(chǎn)生的新的問(wèn)題（已修改部分對(duì)原功能產(chǎn)生影響） 2、回歸測(cè)試的目的 確認(rèn)軟件經(jīng)過(guò)修改或變更后是否仍滿足所有的需求 回歸測(cè)試是重復(fù)測(cè)試，要求使用相同的方法、測(cè)試用例和數(shù)據(jù)，在相同的環(huán)境下測(cè)試 3、回歸測(cè)試的范圍 ①.測(cè)試所有修改或修正過(guò)的功能模塊 ②.測(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è)試 ②.同一操作系統(tǒng)不同版本兼容性測(cè)試 ③.軟件本身向前向后兼容測(cè)試 ④.軟件本身與其他軟件兼容測(cè)試 ⑤.數(shù)據(jù)兼容測(cè)試

總結(jié)

以上是生活随笔為你收集整理的软件测试技术概述的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。