一编矾、軟件測試概述

1拴念、什么是軟件

定義：計算機系統(tǒng)中與硬件相互依存的一部分（程序+數(shù)據(jù)+相關(guān)文檔）

程序：按事先設(shè)計的功能和性能要求執(zhí)行的指令序列

數(shù)據(jù)：使程序能正常操縱信息的數(shù)據(jù)結(jié)構(gòu)

文檔：與程序開發(fā)、維護和使用有關(guān)的圖文資料

2春畔、軟件工程的內(nèi)容

主要分為軟件開發(fā)技術(shù)（方法+過程+工具+環(huán)境）和軟件開發(fā)管理

3脱货、軟件開發(fā)周期

可行性研究和計劃（立項）--計劃

需求分析

概要設(shè)計（測試計劃）--設(shè)計包含開發(fā)設(shè)計和測試設(shè)計

詳細設(shè)計（測試方案）--開發(fā)會設(shè)置布局和數(shù)據(jù)庫表之類

編碼階段（開發(fā)階段；包含單元測試）

組裝測試（集成測試）--測試

確認測試（系統(tǒng)測試拐迁，驗收回歸測試）--測試

使用和維護（上線使用及日常更新維護）--運行+評價

軟件開發(fā)周期

4蹭劈、什么是軟件測試

定義：軟件質(zhì)量保證的一種手段

目的：發(fā)現(xiàn)錯誤以及避免這些錯誤的發(fā)生，使產(chǎn)品達到完美

概念：是軟件工程中的一個非常重要的環(huán)節(jié)线召，是開發(fā)項目整體的一部分铺韧。是有計劃有組織的，是伴隨軟件工程的誕生而誕生的缓淹，軟件測試不是萬能的哈打，不可能發(fā)現(xiàn)全部缺陷塔逃，軟件測試是有局限性的。

5料仗、軟件測試的方法

①湾盗、用試題檢查法

②、用新舊兩個系統(tǒng)做平行處理檢查

③立轧、軟件測試自動化工具測試

6格粪、軟件測試階段有哪些任務

①、制定測試大綱（測試計劃）

②氛改、制作測試數(shù)據(jù)（測試方案）

③帐萎、單元測試（程序測試，一般由開發(fā)人員進行）

④胜卤、功能測試

⑤疆导、性能測試

⑥、集成測試（子系統(tǒng)測試）

⑦葛躏、系統(tǒng)測試

⑧澈段、驗收測試

⑨、測試報告及向下階段提交系統(tǒng)運行舰攒、維護用戶手冊

7败富、測試的原則

①、盡早的摩窃、不斷地進行測試

②囤耳、測試用例由輸入數(shù)據(jù)和與之對應的輸出結(jié)果組成，應包括合理和不合理的輸入條件

③偶芍、開發(fā)者應盡量避免檢查自己的程序

④充择、設(shè)計測試用例時，應包括合理和不合理的輸入條件

⑤匪蟀、充分注意測試中的集群現(xiàn)象椎麦，嚴格執(zhí)行測試計劃，排除測試的隨意性

⑥材彪、對每一個測試結(jié)果做全面檢查

⑦观挎、妥善保存測試計劃，方案段化，用例嘁捷，BUG記錄及最終分析報告等文檔

8、軟件測試工作流程圖（參考軟件開發(fā)周期）+軟件項目組架構(gòu)

立項階段

需求階段

設(shè)計階段

編碼&單元測試階段

集成測試階段

系統(tǒng)測試階段

驗收測試階段

結(jié)項總結(jié)階段

軟件項目組架構(gòu)

項目組一般由項目經(jīng)理領(lǐng)導并負責制定項目計劃显熏，分配任務雄嚣。項目組一般由下列人員參與：

l 分析人員；

l 設(shè)計人員；

l 開發(fā)人員缓升；

l 測試人員鼓鲁；從技術(shù)方面保證軟件質(zhì)量

l 配置管理人員；

l SQA（Software Quality Assurance）質(zhì)量保證人員港谊。SQA獨立與其他部門骇吭，起監(jiān)督作用，從流程方面保證軟件質(zhì)量歧寺。

9燥狰、自動化測試

概念：為了提高工作效率，節(jié)省人力和成本斜筐，把人為驅(qū)動的測試轉(zhuǎn)化為機器執(zhí)行

10碾局、自動化測試的過程

需求分析

測試計劃

框架搭建（附帶工具選擇）

測試用例設(shè)計（編寫測試用例或開發(fā)測試腳本，并文檔化）

測試——調(diào)試測試（針對自動化測試腳本）

評估（評估測試結(jié)果并改進測試過程）

11奴艾、自動化測試的優(yōu)點

①、能執(zhí)行更多更頻繁的測試内斯， 使某些測試任務執(zhí)行方式更高效

②蕴潦、能執(zhí)行一些手動測試困難或者不能做的測試

③、任務自動化俘闯，使測試人員投入更多精力設(shè)計測試用例潭苞，提高測試準確性和人員積極性

④、具有一致和可重復性特點真朗，更客觀此疹，提高軟件信任度，仍存在一定局限

⑤遮婶、不能取代手工測試蝗碎，不能自動化所有的測試（如只是偶爾執(zhí)行測試，或需求經(jīng)常變動旗扑，不穩(wěn)定蹦骑，或者需要大量手工參與時）

⑥、自動化測試工具只能執(zhí)行命令臀防，而手工可以在測試中判斷測試的輸入是否正確眠菇，以及改進測試，還可處理意外事件

⑦袱衷、對質(zhì)量依賴較大捎废，在確保質(zhì)量的前提下，實施自動化才有意義

⑧致燥、自動化測試需要在整個測試系統(tǒng)成熟穩(wěn)定后登疗，工作效率才會隨著測試執(zhí)行次數(shù)的增加而提高

⑨、自動化測試的成本可能高于手工測試

12嫌蚤、自動化測試技術(shù)

錄制/回放（依賴工具）

腳本技術(shù)

數(shù)據(jù)驅(qū)動（data driven)的自動化測試

關(guān)鍵字驅(qū)動（keyword driven）的自動化測試

業(yè)務驅(qū)動

自動化測試與自動化測試過程的區(qū)別

13谜叹、自動化測試的級別

①匾寝、捕獲和回放

②、捕獲荷腊、編程和回放

③艳悔、編程和回放

④、數(shù)據(jù)驅(qū)動的測試

⑤女仰、使用動作詞的測試自動化

14猜年、自動化測試方案選擇需要考慮的方面

①、項目的影響（能否幫助項目進度疾忍、覆蓋率乔外、風險）

②、復雜度（是否容易實現(xiàn)一罩，包括數(shù)據(jù)和其他環(huán)境等）

③杨幼、時間（實現(xiàn)自動化需要多少時間）

④、早期需求和代碼的穩(wěn)定性（需求或代碼能否證明是在范圍內(nèi)變化的）

⑤聂渊、維護工作量（代碼能否能長期保持相對穩(wěn)定）

⑥差购、覆蓋率（自動化測試能否覆蓋程序的關(guān)鍵特性和功能）

⑦、資源（是否擁有足夠的人力汉嗽、硬件和數(shù)據(jù)資源來運行自動化測試）

⑧欲逃、執(zhí)行（負責執(zhí)行的人員是否有足夠的技能和時間去運行）

⑨、自動化測試管理

?

15饼暑、自動化測試的重點

①稳析、搭建測試環(huán)境，測試場景

②弓叛、測試用例

③彰居、測試結(jié)果的驗證

④、自動化測試的流程以及執(zhí)行

16撰筷、自動化測試需要解決的問題

①裕菠、工具的選擇

②、測試用例腳本編寫

③闭专、測試腳本的管理

二奴潘、白盒測試

1、什么是白盒測試

定義：按照程序內(nèi)部結(jié)構(gòu)影钉，邏輯驅(qū)動測試程序

目的：檢測產(chǎn)品內(nèi)部動作是否按照設(shè)計說明書的規(guī)范進行画髓，檢驗程序的每條路徑是否都能按照預定要求進行工作

對象：源程序

用代碼內(nèi)部的分支，路徑平委，條件奈虾，使程序設(shè)計的控制結(jié)構(gòu)導出測試用例

2、白盒測試方法分類

①、靜態(tài)測試

②肉微、動態(tài)測試

3匾鸥、白盒測試的原則

①、保證一個模塊中所有路徑至少被測試一次

②碉纳、所有邏輯值都要測試真和假兩種情況

③勿负、檢查程序內(nèi)部的數(shù)據(jù)結(jié)構(gòu)是否有效

④、檢查上下邊界及可操作范圍內(nèi)運行所有循環(huán)

4劳曹、白盒測試的類別

①奴愉、軟件共用問題的測試

②、語言測試

③铁孵、sql語句測試

④锭硼、數(shù)據(jù)類型測試

⑤、界面測試

⑥蜕劝、數(shù)值隊形測試

⑦檀头、業(yè)務對象測試

⑧、數(shù)據(jù)管理對象測試

5岖沛、白盒測試依據(jù)

①暑始、軟件需求報告

②、軟件需求規(guī)格說明

③烫止、程序設(shè)計文檔

④、軟件界面設(shè)計

⑤戳稽、編碼規(guī)范

⑥馆蠕、開發(fā)命名標準

6、白盒測試流程

①惊奇、界面對象測試流程

界面對象（UI）→業(yè)務對象（BO）→數(shù)據(jù)管理對象（DMO）→DBserver端

②互躬、業(yè)務對象測試流程

DBserver端→數(shù)據(jù)管理對象（DMO）→業(yè)務對象（BO）→界面對象（UI）

7、白盒測試方法

①颂郎、盡量先用自動化工具來進行靜態(tài)解析

②吼渡、建議先從靜態(tài)測試開始（靜態(tài)結(jié)構(gòu)分析、代碼走查乓序、靜態(tài)質(zhì)量度量）寺酪，然后進行動態(tài)測試（如覆蓋率測試）

③、以靜態(tài)分析結(jié)果作為依據(jù)替劈，再使用代碼檢查和動態(tài)測試方法對靜態(tài)分析結(jié)果進行進一步確認寄雀，提高測試效率及準確性

④、覆蓋率測試是白盒測試的重要手段陨献，在測試報告中可作為量化指標的依據(jù)盒犹，對于軟件的重點模塊，應使用多種覆蓋率標準衡量代碼的覆蓋率

8、代碼檢查

概述：主要檢查代碼和流圖設(shè)計的一致性急膀、代碼結(jié)構(gòu)的合理性沮协、代碼編寫的標準性、可讀性卓嫂、代碼的邏輯表達的正確性等方面慷暂。包括變量檢查、命名和類型審查命黔、程序邏輯審查呜呐、

? ? ?程序語法檢查和程序結(jié)構(gòu)檢查等內(nèi)容。

目的：①悍募、檢查代碼是否按照某種標準或規(guī)范編寫的代碼

? ? ?②蘑辑、檢查代碼以發(fā)現(xiàn)程序缺陷

? ? ?③、通過檢查代碼容易發(fā)現(xiàn)程序產(chǎn)生的錯誤

? ? ?④坠宴、通過檢查代碼來發(fā)現(xiàn)代碼是不是流程圖要求的洋魂；

? ? ?⑤、通過檢查代碼來發(fā)現(xiàn)有沒有遺漏的項目喜鼓；

? ? ?⑥副砍、要代碼易于移植，代碼經(jī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)部控制流圖）；通過應用程序各函數(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句填物、分支、條件等

測試覆蓋率可表示出測試的充分性霎终，在測試分析報告中可作為量化指標的依據(jù)滞磺，測試覆蓋率越高效果越好。但覆蓋率不是目標莱褒，只是一種手段击困。

測試覆蓋率包括功能覆蓋和結(jié)構(gòu)覆蓋：

1.2邏輯覆蓋

根據(jù)覆蓋目標的不同和覆蓋源程序語句的詳盡程度，邏輯覆蓋又可分為語句覆蓋 广凸、判定覆蓋阅茶、條件覆蓋、條件判定組合覆蓋炮障、多條件覆蓋目派、修改條件判定覆蓋坤候、組合覆蓋和路徑覆蓋胁赢。

1.3面向?qū)ο蟮母采w

面向?qū)ο蟮母采w主要討論繼承上下文覆蓋和基于狀態(tài)的上下文覆蓋。

1.4測試覆蓋準則

測試覆蓋準則主要討論（ESTCA）錯誤敏感測試用例分析和(LCSAJ)線性代碼序列與跳轉(zhuǎn)白筹。

（1）ESTCA覆蓋準則

（2）現(xiàn)行代碼序列與跳轉(zhuǎn)LCSAJ線性代碼序列與條狀LCSAJ是指一組順序執(zhí)行的代碼智末，以控制流跳轉(zhuǎn)為結(jié)束點⊥胶樱可產(chǎn)生4層覆蓋

②系馆、插樁技術(shù)

插樁測試是一個被廣泛應用的測試方法。插樁測試就是向源程序中插入語句然后執(zhí)行程序顽照，通過打印語句由蘑，獲得動態(tài)信息（我們最為關(guān)心的信息）

③闽寡、基本路徑測試法

基本路徑測試法是在程序控制流圖的基礎(chǔ)上，通過分析控制構(gòu)造的環(huán)路復雜性，導出基本可執(zhí)行路徑集合，從而設(shè)計測試用例的方法挤安。設(shè)計出的測試用例要保證在測試中程序的

每個可執(zhí)行語句至少執(zhí)行一次妒茬。重點內(nèi)容如下：

程序的控制流圖：描述程序控制流的一種圖示方法。

程序環(huán)形復雜度：McCabe復雜性度量桑涎。從程序的環(huán)路復雜性可導出程序基本路徑集合中的獨立路徑條數(shù)，這是確定程序中每個可執(zhí)行語句至少執(zhí)行一次所必須的測試用例數(shù)目的上界。

3.1程序控制流圖

程序控制流圖（可簡稱流圖）是對程序流程圖進行簡化后得到的羡微，它突出表示程序控

制流的結(jié)構(gòu)。程序控制流圖是描述程序控制流的一種方式惶我÷杈螅控制流圖圖形符號；

圖形符號：圓圈代表一個結(jié)點指孤， 表示一個或多個無分支的語句或源程序語句启涯；

程序控制流邊和點圈定的部分叫做區(qū)域。當對區(qū)域計數(shù)時恃轩，圖形外的一個部分也應記為一個區(qū)域结洼；

判斷語句中的條件為復合條件時，即條件表達式由一個或多個邏輯運算符連接的邏輯表達式（a and b）叉跛，則需要改變復合條件的判斷為一系列只有單個條件的嵌套的判斷松忍。

基本路徑測試方法是在控制流圖的基礎(chǔ)上，通過分析控制結(jié)構(gòu)的環(huán)形復雜度筷厘，導出執(zhí)行路徑的基本集鸣峭，再從該基本集設(shè)計測試用例∷盅蓿基本路徑測試方法包括以下4個步驟：

3.1.1畫出程序的控制流圖摊溶。

3.1.2計算程序的環(huán)形復雜度，導出程序基本路徑集中的獨立路徑條數(shù)充石，這是確定程序中每個可執(zhí)行語句至少執(zhí)行一次所必須的測試用例數(shù)目的上界莫换。

3.1.3導出基本路徑集，確定程序的獨立路徑骤铃。

3.1.4根據(jù)③中的獨立路徑拉岁，設(shè)計測試用例的輸入數(shù)據(jù)和預期輸出。

④惰爬、域測試法

域測試是一種基于程序結(jié)構(gòu)的測試方法喊暖，基于對程序輸入空間（域）的分析，選擇測試點進行測試撕瞧。主要為：

4.1域錯誤：程序的控制流存在錯誤陵叽，對于某一特定的輸入可能執(zhí)行的是一條錯誤路徑，這種錯誤稱為路徑錯誤巩掺，也叫做域錯誤；

4.2 計算型錯誤：對于特定輸入執(zhí)行的路徑正確锌半，但賦值語句的錯誤導致輸出結(jié)果錯誤禽车，稱為計算型錯誤；

4.3丟失路徑錯誤：由于程序中的某處少了一個判定謂詞而引起的丟失路徑錯誤

⑤刊殉、符號測試

符號測試基本思想是允許程序的輸入不僅僅是具體的數(shù)值數(shù)據(jù)殉摔，而且包括符號值，符號值可以是基本的符號變量值记焊，也可以是符號變量值的表達式

5.1符號測試執(zhí)行的是代數(shù)運算逸月，可以作為普通測試的一個擴充；

5.2符號測試可以看作是程序測試和程序驗證的一個折衷辦法遍膜；

5.3 符號測試程序中僅有有限的幾條執(zhí)行路徑碗硬；

⑥、Z路徑覆蓋法

分析程序中的路徑是指檢驗程序從入口開始瓢颅，執(zhí)行過程中經(jīng)歷的各個語句恩尾，直到出口。

Z路徑覆蓋對循環(huá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í)行時進入循環(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)點

①、最大程度滿足用戶需求

②唐瀑、相同動作可重復執(zhí)行群凶，枯燥部分可由機器完成

③、根據(jù)測試用例針對性的尋找問題哄辣，定位更準確请梢，容易生成測試數(shù)據(jù)

④、測試直接和程序/系統(tǒng)要完成的操作相關(guān)聯(lián)

4力穗、黑盒測試的缺點

①毅弧、代碼得不到測試

②、如果規(guī)格設(shè)計錯誤当窗，很難發(fā)現(xiàn)

③形真、測試不能充分進行

④、結(jié)果取決于測試用例的設(shè)計

5超全、黑盒設(shè)計方法

①咆霜、等價類劃分法

②、邊界值分析法

③嘶朱、因果圖法

④蛾坯、判定表驅(qū)動法

⑤、場景法

⑥疏遏、功能圖法

⑦脉课、錯誤推斷法

⑧、正交試驗設(shè)計法

注意點：確定測試的優(yōu)先級和測試重點财异，提高覆蓋率倘零，邊界值分析必須使用

6、設(shè)計用例的策略

①戳寸、首先進行等價類劃分呈驶，包括輸入和輸出條件，減少工作量提高效率

②疫鹊、邊界值分析袖瞻，發(fā)現(xiàn)錯誤的能力最強

③司致、錯誤推斷法，補充用例（這個憑經(jīng)驗）

④聋迎、對照需求和業(yè)務場景邏輯脂矫，檢查用例

⑤、如果需求說明含有輸入條件霉晕，設(shè)計開始就用到因果圖和判定表驅(qū)動法

⑥庭再、參數(shù)配置類的軟件，要用正交實驗法

⑦牺堰、功能圖法佩微，不同時期條件的有效性來設(shè)計數(shù)據(jù)

⑧、業(yè)務流清晰的系統(tǒng)萌焰，采用場景法

6.1等價類

①哺眯、將所有可能輸入數(shù)據(jù)（有效和無效）劃分為若干個等價類，選取代表性的數(shù)據(jù)當做??測試用例扒俯，保證完整性和代表性

有效等價類：合理的有效的輸入集合

無效等價類：無效的沒有意義的輸入集合奶卓，檢查程序異常

②、等價類劃分方法

按照區(qū)間撼玄、數(shù)值夺姑、集合、限制條件掌猛、處理方式劃分

6.2邊界值

對輸入或輸出的邊界值進行設(shè)計（5/7原則）

6.3因果圖

簡化邏輯關(guān)系盏浙，操作步驟較復雜

6.4判定表驅(qū)動法

針對不同存在條件、動作關(guān)系或者因果關(guān)系的設(shè)計用例方法

4大組成部分：條件樁荔茬，條件項废膘；動作樁，動作項

6.5場景法

事件觸發(fā)的情景生成場景（同一件事不同觸發(fā)順序和處理結(jié)果形成事件流）

6.6功能圖法

用功能圖（流程圖）形象的表達操作流（狀態(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í)行條件杜顺、預期結(jié)果等組成，以完成對某個特定需求或者目標測試的數(shù)據(jù)蘸炸，體現(xiàn)測試方案躬络、方法、技術(shù)和策略的文檔

2搭儒、為什么要寫測試用例

科學有效的對測試步驟進行組織規(guī)劃穷当，方便管理，記錄

3淹禾、測試用例主要包含哪些內(nèi)容

編號馁菜、日期、設(shè)計和測試人員铃岔、優(yōu)先級汪疮、標題、目標毁习、環(huán)境智嚷、輸入數(shù)據(jù)/動作、預期結(jié)果

4纺且、編寫測試用例需要什么

軟件需求設(shè)計說明書纤勒、軟件模板

5、設(shè)計測試用例的注意事項

從高到低隆檀，獨立性摇天，與功能一一對應，根據(jù)需求設(shè)計恐仑，由有經(jīng)驗的人員設(shè)計

6泉坐、設(shè)計測試用例的原則

有模板，正確性裳仆，代表性腕让，可判斷性，重現(xiàn)性，詳細準確清晰的步驟纯丸，符合規(guī)范

7偏形、用例的管理工具

市場上的用例缺陷管理工具很多：蟄了列舉幾個：mantis、redmine觉鼻、jira俊扭、bugzilla、禪道等

8坠陈、用例的管理過程

編寫→評審（修改→再次評審）→使用→保存管理→維護/升級

9萨惑、測試用例內(nèi)容

目標的描述、環(huán)境仇矾、輸入輸出數(shù)據(jù)/動作庸蔼、步驟、預期結(jié)果贮匕、備注等

五姐仅、單元測試

一種驗證行為，程序中每一項都需要驗證

1刻盐、目的

①萍嬉、檢查單元模塊內(nèi)部錯誤，為軟件評審提供依據(jù)

②隙疚、測試模塊內(nèi)重要的路徑壤追，以程序設(shè)計說明書和測試數(shù)據(jù)為依據(jù)，以檢查出錯誤

③供屉、檢查信息能否正確流入和流出單元

④行冰、內(nèi)部數(shù)據(jù)的完整性、數(shù)據(jù)形式相互關(guān)系的正確性伶丐，以及全局變量在單元中的處理和影響

⑤悼做、數(shù)據(jù)在邊界處能否正常工作

⑥、單元的運行能否滿足特點的邏輯覆蓋

⑦哗魂、錯誤處理機制是否有效

2肛走、主要任務

程序語法檢查、程序邏輯檢查录别、模塊接口測試朽色、局部數(shù)據(jù)結(jié)構(gòu)測試、路徑測試组题、邊界條件測試葫男、錯誤處理測試、代碼書寫規(guī)范檢查

2.1程序語法檢查

①.編譯語言對程序進行檢查

②.人工檢查

2.2程序邏輯檢查

①.檢查程序邏輯是否正確

②.程序中的循環(huán)語句上下項以及循環(huán)次數(shù)是否有問題

③.函數(shù)或子模塊是否有自我調(diào)用問題

2.3模塊接口測試

模塊接口是模塊內(nèi)核模塊外聯(lián)系的關(guān)鍵部位崔列；當模塊通過外部調(diào)用時梢褐，數(shù)據(jù)必須正確流入，當模塊結(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í)行路徑進行測試，路徑錯誤主要由錯誤的計算鱼响，不正確的比較或者不正常的控制流導致

2.6邊界條件測試

容易出錯的因素：

①.程序內(nèi)有一個n次循環(huán)鸣剪，這個n次循環(huán)應該是1~n，而不是0~n

②.由小于热押、小于等于西傀、等于斤寇、大于桶癣、大于等于、不等于確定的比較值出錯

③.出現(xiàn)上溢娘锁、下溢和地址異常問題

2.7錯誤處理測試

完善的模塊設(shè)計要求能預見出錯的條件牙寞，并設(shè)置適當?shù)某鲥e處理，以便在一旦程序出錯時莫秆，能對出錯程序重做安排间雀，保證其邏輯上的正確性

2.8代碼書寫規(guī)范檢查

①.模塊設(shè)計程序框架流程圖

②.代碼書寫規(guī)范，對齊方式

③.代碼的注釋

④.參數(shù)類型镊屎，數(shù)據(jù)長度,指針惹挟，數(shù)組長度 ??大小

⑤.輸入輸出參數(shù)和結(jié)果

3、單元測試的步驟

單元測試是針對每個程序的單體調(diào)試缝驳，主要步分為程序語法檢查和程序邏輯檢查

六连锯、功能測試

定義：功能測試就是對產(chǎn)品的各功能進行驗證，根據(jù)功能測試用例用狱，逐項測試运怖，檢查產(chǎn)品是否達到用戶要求的功能；只需要考慮它的功能點不需要考慮軟件的內(nèi)部結(jié)構(gòu)及代碼等

WEB：

1夏伊、功能測試

1.1鏈接測試

? 鏈接是web應用系統(tǒng)的一個很重要的特征摇展，主要是用于頁面之間切換跳轉(zhuǎn)，指導用戶去一些不知道地址的頁面的主要手段溺忧，鏈接測試一般關(guān)注三點：

①.鏈接是否按照既定指示那樣咏连，確實鏈接到了該鏈接的界面

②.測試該鏈接所鏈接的頁面是否真的存在

③.保證系統(tǒng)中沒有單獨存在的頁面（即沒有鏈接指向，只能通過正確的URL地址才能訪問）

1.2表單測試

也可以理解為數(shù)據(jù)落地鲁森；當用戶在web應用系統(tǒng)上向服務器提交信息時捻勉，就需要使用表單操作，比如刀森，用戶注冊踱启，登錄，信息變更等等；這種情況下埠偿，我們必須測試提交信息的完整性透罢，

以檢驗提交給服務器的數(shù)據(jù)的正確性，當然冠蒋，這還涉及到一些常理性的邏輯羽圃，比如出生日期和職業(yè)、工作年限是否恰當抖剿，所在地省份城市區(qū)域間的匹配等朽寞，如果設(shè)定使用默認值，也需要測試斩郎。

1.3導航測試

作為測試脑融，很多時候都要站在用戶的角度去思考，大部分用戶都是目的驅(qū)動的缩宜，當他訪問一個網(wǎng)站或者web系統(tǒng)時肘迎，會很快的瀏覽系統(tǒng)，找不到滿足自己需求的信息時锻煌，會很快離開妓布，很少有

用戶愿意花時間去熟悉系統(tǒng)的結(jié)構(gòu)；導航測試宋梧，就是在不同的頁面跳轉(zhuǎn)之間匣沼，或者按鈕，對話框捂龄，列表以及窗口等释涛，通過考慮這些因素，去判斷一個應用系統(tǒng)是否易于導航：是否直觀跺讯？系統(tǒng)的

主要模塊是否可以通過主頁訪問或者到達枢贿？站點是否需要站內(nèi)地圖或者搜索引擎等其他幫助？web系統(tǒng)導航的另外一個重點就是頁面結(jié)構(gòu)刀脏、導航局荚、菜單、風格等是否一致愈污，確保用戶可以憑借

直覺或者簡單的判斷就可以找到自己想要的內(nèi)容耀态。

1.4圖形測試

可以理解為UI測試，其中包括圖片暂雹、動畫首装、邊框、顏色杭跪、字體仙逻、背景驰吓、按鈕等等。

其中要考慮以下幾個重點：

①.圖片要有明確的用途系奉，代表檬贰；圖片尺寸盡量小，一般采用JPG或者GIF壓縮

②.頁面整體風格是否和系統(tǒng)的用途一致

③.背景顏色缺亮，字體翁涤，搭配是否合理

1.5內(nèi)容測試

主要用來檢測web系統(tǒng)提供信息的準確性、相關(guān)性萌踱，比如：商品的價格葵礼，文字描述；信息的準確性并鸵，是否有拼寫錯誤鸳粉；信息的相關(guān)性，比如很多網(wǎng)站的“相關(guān)文章列表能真，視頻列表等”

1.6整體界面測試

也就是我們常說的用戶體驗赁严。用戶瀏覽時是否感覺舒適扰柠，整體風格等等一般做一個類似問卷調(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)風格在不同瀏覽器中也存在不同的

顯示甚至不顯示氨距，不同的瀏覽器對安全性的設(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)，是否可以在服務器端或者前端放置和編輯腳本的問題

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)，某種情況下輸入框出于不可編輯酸役，當再次處于編輯狀態(tài)住诸，輸入框的輸入狀態(tài)是否有變化

4.12輸入類型：是否允許復制黏貼剪切等輸入操作

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添加用戶（有編號或者標識），不同用戶名標識的組合情況下涮因，權(quán)限能否處理正確

5.10修改用戶權(quán)限或者信息后废睦，對其他模塊是否有影響

5.11如果修改用戶信息和已存在的其他用戶信息相同，能否修改成功养泡？是否有對應提示

5.12修改某些設(shè)置嗜湃，是否會對與該賬號權(quán)限相同或者高于/低于該賬號的其他賬號的權(quán)限造成影響

5.13同一用戶是否可以同時屬于其他組，各個組的權(quán)限能否交叉

WEB端功能測試鏈接：

WEB端功能測試總結(jié)（一）

Web端功能測試總結(jié)（二）

推薦鏈接：Web測試到底是在測試什么澜掩？

APP：

1购披、安全測試（權(quán)限）

①.軟件權(quán)限：其中包括發(fā)送信息，撥打電話输硝，鏈接網(wǎng)絡(luò)今瀑，訪問手機信息程梦，聯(lián)系人信息等

②.數(shù)據(jù)在本地的存儲点把、傳輸?shù)?/p>

③.執(zhí)行某些操作時導致的輸入有效性驗證、授權(quán)屿附、數(shù)據(jù)加密等方面

④.基于各種通信協(xié)議或者行業(yè)標準來檢查

2郎逃、安裝運行卸載測試

①.驗證app能否正確安裝運行卸載，以及操作過程和操作前后對系統(tǒng)資源的占有情況

②.安裝運行卸載的提示挺份，報告等

③.檢查安裝路徑褒翰，文件是否合理，組件是否正確注冊等

3匀泊、UI測試

①.用戶界面（菜單优训、對話框、窗口）等布局各聘，風格是否滿足用戶需求揣非，文字位置，描述是否正確躲因，界面美觀程度早敬，文字圖片組合是否合理

②.用戶友好性忌傻、人性化、便于操作等

4搞监、功能測試

①.評審需求水孩，多方面考慮，整理出內(nèi)在外在以及非功能性的直接間接功能點琐驴，對比需求俘种，提取測試點

②.根據(jù)常用的一些分析方法，等價類邊界值判定表因果圖場景法等方法绝淡，設(shè)計測試用例安疗，對提取的功能點進行覆蓋

③.測試各個階段不斷跟蹤缺陷，做好用例的更新迭代和不斷變更需求所帶來的業(yè)務或者需求的錯誤

5够委、性能測試

①.極限測試：各種邊界情況下驗證app的響應能力

如：低電量荐类、儲存滿。弱網(wǎng)等情況

②.響應能力測試：驗證各種情況下不同操作能否滿足用戶響應需求

③.壓力測試：反復長期操作下茁帽，系統(tǒng)該資源的使用情況

6玉罐、中斷測試（干擾）

比如：前后臺運行時來電話，短信潘拨，下載文件吊输，聽音樂看電影等不同情況下的表現(xiàn)

7、兼容測試

①.不同網(wǎng)絡(luò)環(huán)境（WiFi铁追、2G季蚂、3G、4G等）

②.各種設(shè)備品牌機型系統(tǒng)版本等兼容：蘋果琅束、安卓（不同品牌扭屁，不同安卓系統(tǒng)版本）等

8、回歸測試

bug修復后的回歸測試涩禀，上線交付前進行全部的回歸料滥，驗證

9、升級更新測試

每次app版本迭代更新時艾船，配合不同網(wǎng)絡(luò)環(huán)境葵腹，及不同更新權(quán)限（強制更新，不強制更新）屿岂，進行下載践宴、安裝、更新爷怀、啟動運行等測試

10阻肩、支付測試

①.支付結(jié)果的確認，數(shù)據(jù)庫查詢

②.請求報文是否加密

③.不同場景的支付

金額足夠霉撵、金額不足磺浙、重復支付洪囤、無網(wǎng)支付、弱網(wǎng)支付撕氧、同賬號多平臺一起支付瘤缩、余額寶微信信用卡多種支付方式、不同支付方式的組合伦泥、密碼正確/錯誤剥啤、支付上限等情況

App端功能測試鏈接：

App測試總計

七、集成測試

1不脯、定義

也稱為組裝測試府怯，聯(lián)合測試，主要針對軟件高層設(shè)計進行測試防楷，一般以模塊和子系統(tǒng)為單位進行測試

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ù)流進行分析吝沫，可分為自頂向下、自下向上递礼、核心集成惨险、分層集成等方法? ?

4、集成測試方法和步驟

①.確定子系統(tǒng)的模塊組成宰衙，保證這些模塊都已通過單元測試

②.由開發(fā)組裝這么模塊平道，生成子系統(tǒng)，保證模塊內(nèi)功能盡可能發(fā)揮出來

③.設(shè)計測試用例供炼，以一個關(guān)鍵模塊為核心展開，圍繞功能和性能窘疮，測試接口

④.搭建測試環(huá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)測試的目標

目標：功能是否達到規(guī)格說明書要求盒蟆，是否存在其他缺陷，是否有完善到缺陷記錄及跟蹤等

4师骗、系統(tǒng)測試的測試類型

功能測試

性能測試

負載測試

容量測試

安全性測試

用戶界面測試

配置測試

安裝測試

回歸測試

5历等、測試環(huán)境

開發(fā)環(huán)境

測試環(huán)境

用戶環(huán)境

6、常用方法

①.黑盒測試

多任務測試：同一時間內(nèi)運行多個應用程序

臨界測試：系統(tǒng)臨界和應用系統(tǒng)臨界

中斷測試：軟件在工作過程中被其他任務或意外事件終止當前正在進行的程序

1.人為中斷

2.硬件異常中斷

3.程序執(zhí)行中斷

4.意外中斷 ???????????????

②.自動化測試

測試象限

A 自動化測試的優(yōu)勢有哪些?

1.方便進行回歸測試,當軟件的版本發(fā)布比較頻繁的時候,自動化的效果很明顯

2.自動處理原本煩瑣辟癌、重復的任務寒屯，提高測試的準確性和測試人員的積極性

3.具有復用性和一致性，可以在不同的版本上重復運行黍少，保障測試內(nèi)容的一致性

B自動化測試的分類：
? ??（1）從軟件開發(fā)周期的角度分類：
? ? ? ? ? ?1.單元自動化測試：自動化的完成對代碼中的類和方法進行測試浩螺，主要關(guān)注代碼實現(xiàn)細節(jié)及業(yè)務邏輯等方面、

　　????2.接口自動化測試：測試系統(tǒng)組件間接口的請求和返回仍侥，接口測試穩(wěn)定性高要出，更適合開展自動化

　　????3.UI自動化測試：對圖形化界面進行流程和功能等方面進行測試

? ? ??（2）從測試目的的角度分類：

? ? ? ? ? ? ? ?1.功能自動化測試：檢查實際功能是否符合用戶需求，以回歸測試為主农渊，涉及圖形界面患蹂、數(shù)據(jù)庫連接和其他比較穩(wěn)定而不經(jīng)常發(fā)生變化的元素

　　????????2.性能自動化測試：依托自動化平臺自動的執(zhí)行性能測試、收集測試結(jié)果砸紊，并分析測試結(jié)果的一種接近無人值守的性能測試传于，具有以下特性：

　　　　????????????a.對腳本創(chuàng)建和提供類庫和其他模塊支撐

　　　　????????????b.可以設(shè)定自動化任務（比如每天根據(jù)特定的場景執(zhí)行一輪性能測試）

　　　　????????????c.自動收集測試結(jié)果并存儲

　　　　????????????d.事中監(jiān)控（比如場景執(zhí)行過程中的異常錯誤自動預警郵件功能）

　　　　????????????e.成熟的平臺可以進行自動分析功能（比如哪些事物有問題、哪些資源消耗異常等）

　　　　????????????f.安全自動化測試

7醉顽、結(jié)果分析

①.響應時間的性能測試

②.可靠性分析

③.強度測試

④.安裝測試

⑤.恢復測試

九沼溜、驗收測試

1、驗收測試的首要條件

①.軟件開發(fā)已完成游添，并且已修復已知缺陷

②.驗收測試計劃已被批準

③.對軟件需求說明文檔審查已完成

④.所有關(guān)鍵模塊的代碼審查已完成

2系草、驗收測試的目的

①.驗收系統(tǒng)是否按照需求文檔開發(fā)，用戶體驗是否達到用戶要求唆涝，與設(shè)計要求差距大小找都，完成的功能水平

②.驗收系統(tǒng)是否達到了雙方共識

③.驗收系統(tǒng)的可靠性和維護性

④.驗收系統(tǒng)的業(yè)務運行處理能力

3、驗收測試的過程

①.驗收人員要熟悉軟件的功能和性能要求廊酣、軟硬件環(huán)境要求能耻，以及質(zhì)量和驗收要求

②.要有相應的驗收要求文檔，規(guī)格要求

③.根據(jù)驗收要求進行驗收測試，結(jié)果要出具報告晓猛，就行評審

4饿幅、驗收測試的主要內(nèi)容

①.軟件是否滿足需求文檔規(guī)定的所有功能和性能的要求

②.文檔資料等是否完整？

③.對功能測試戒职、集成測試栗恩、系統(tǒng)測試、性能測試帕涌、安全測試等用例進行回歸

5摄凡、驗收測試的原則

①.審查提供驗收的各類文檔的正確性、完整性和統(tǒng)一性

②.審查項目功能是否達到設(shè)計需求說明書規(guī)定的要求

③.審查項目有關(guān)指標是否達到要求

④.審查項目實施進度

⑤.對項目技術(shù)等水平做評估蚓曼，得出項目的驗收報告

6亲澡、驗收測試的要點

①.流程測試

②.邊界值測試

③.容錯性測試

④.異常測試

⑤.安裝配置測試

十、回歸測試

在軟件開發(fā)的各個階段纫版，都可能進行若干次回歸測試床绪，其在整個測試過程中占很大比重

1、什么是回歸測試

只要軟件發(fā)生修改其弊，那么就需要重新測試癞己，以確定修改的軟件功能是否達到了預期目的，以及修改可能產(chǎn)生的新的問題（已修改部分對原功能產(chǎn)生影響）

2梭伐、回歸測試的目的

確認軟件經(jīng)過修改或變更后是否仍滿足所有的需求

回歸測試是重復測試痹雅，要求使用相同的方法、測試用例和數(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ù)兼容測試