原創(chuàng)作者：jerry
來自Sawin軟件研發(fā)之窗
最后修改時(shí)間：2007-8-31
冒煙測(cè)試是指開發(fā)團(tuán)隊(duì)提交給測(cè)試團(tuán)隊(duì)進(jìn)行測(cè)試的前期，測(cè)試團(tuán)隊(duì)檢查產(chǎn)品的主要功能是否實(shí)現(xiàn)，是否有影響產(chǎn)品正常運(yùn)行的錯(cuò)誤。如果存在這些問題，測(cè)試團(tuán)隊(duì)有權(quán)退回測(cè)試任務(wù)給開發(fā)組，開發(fā)組重新組織單元和集成測(cè)試。
又叫衰竭測(cè)試，測(cè)試人員對(duì)已經(jīng)測(cè)試過的內(nèi)容進(jìn)行重新測(cè)試的活動(dòng)。因?yàn)榻?jīng)過一輪測(cè)試以后測(cè)試組發(fā)現(xiàn)一些缺陷，開發(fā)人員在修改這些缺陷的同時(shí)勢(shì)必會(huì)引起其他缺陷的發(fā)生，回歸測(cè)試主要就是測(cè)試這些新缺陷的活動(dòng)。
基于一個(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí)，測(cè)試是基于覆蓋全部代碼、分支、路徑、條件
不基于內(nèi)部設(shè)計(jì)和代碼的任何知識(shí)，而是基于需求和功能性。
最微小規(guī)模的測(cè)試;以測(cè)試某個(gè)功能或代碼塊。典型地由程序員而非測(cè)試員來做，因?yàn)樗枰纼?nèi)部程序設(shè)計(jì)和編碼的細(xì)節(jié)知識(shí)。這個(gè)工作不容易作好，除非應(yīng)用系統(tǒng)有一個(gè)設(shè)計(jì)很好的體系結(jié)構(gòu); 還可能需要開發(fā)測(cè)試驅(qū)動(dòng)器模塊或測(cè)試樁。
一個(gè)應(yīng)用系統(tǒng)的各個(gè)部件的聯(lián)合測(cè)試，以決定他們能否在一起共同工作。部件可以是代碼塊、獨(dú)立的應(yīng)用、網(wǎng)絡(luò)上的客戶端或服務(wù)器端程序。這種類型的測(cè)試尤其與客戶服務(wù)器和分布式系統(tǒng)有關(guān)。集成方法由自上而下，自下而上，混合三種方式。
用于測(cè)試應(yīng)用系統(tǒng)的功能需求的黑盒測(cè)試方法。這類測(cè)試應(yīng)由測(cè)試員做，這并不意味著程序員在發(fā)布前不必檢查他們的代碼能否工作(自然他能用于測(cè)試的各個(gè)階段)。
基于系統(tǒng)整體需求說明書的黑盒類測(cè)試;應(yīng)覆蓋系統(tǒng)所有聯(lián)合的部件
測(cè)試不運(yùn)行的部分————只是檢查和審閱。
通常意義上的測(cè)試————運(yùn)行和使用軟件。
指正規(guī)測(cè)試完畢后由公司內(nèi)部人員充當(dāng)客戶進(jìn)行測(cè)試；
指產(chǎn)品在推出之前，給一些友好客戶使用，讓他們來進(jìn)行測(cè)試。
圖一 缺陷管理流程
1. 測(cè)試人員發(fā)現(xiàn)一個(gè)缺陷，設(shè)置狀態(tài)為New；
2. 提交給缺陷控制人員；
3. 缺陷控制人員判斷這個(gè)缺陷是否為缺陷；
4. 如果不是設(shè)置狀態(tài)為Invalid；
5. 否則判斷這個(gè)缺陷在本輪測(cè)試中是否可以修改；
6. 如果暫時(shí)不能不能修改，保持狀態(tài)New；
7. 否則設(shè)置狀態(tài)為Assigned；
8. 將Assigned的缺陷交給開發(fā)人員修改；
9. 修改完畢，設(shè)置狀態(tài)為Fixed；
10. 測(cè)試人員復(fù)測(cè)標(biāo)記為Fixed的缺陷；
11. 復(fù)測(cè)是否成功；
12. 復(fù)測(cè)成功，設(shè)置狀態(tài)為Closed；
13. 否則設(shè)置狀態(tài)為ReOpen；
14. 返回步驟8
（SEI TSP國(guó)際標(biāo)準(zhǔn)）
1. 每次測(cè)試開始，開發(fā)部門提出測(cè)試重點(diǎn)，開發(fā)機(jī)版本同步到測(cè)試機(jī)器上；
2. 測(cè)試人員進(jìn)行冒煙測(cè)試，如果冒煙測(cè)試沒有通過退回給開發(fā)部門，等待開發(fā)部門重新提交測(cè)試任務(wù)，返回第1步；
3. 否則測(cè)試人員執(zhí)行測(cè)試活動(dòng)；
4. 開發(fā)人員修改被確認(rèn)的缺陷（狀態(tài)為Assigned）；
5. 當(dāng)測(cè)試人員認(rèn)為測(cè)試結(jié)束，大部分缺陷都發(fā)現(xiàn)完畢，開發(fā)機(jī)上版本第二次同步到測(cè)試機(jī)器上；
6. 測(cè)試人員對(duì)缺陷進(jìn)行復(fù)測(cè)，標(biāo)記為ReOpen或Closed；
7. 開發(fā)人員對(duì)于ReOpen的缺陷進(jìn)行修改；
8. 復(fù)測(cè)期間每天晚上將開發(fā)機(jī)器上的版本同步到測(cè)試機(jī)器上；
9. 如果所有Open，ReOpen的缺陷都Closed掉，本輪測(cè)試結(jié)束，回到第1步進(jìn)行新的一輪回歸測(cè)試；
10. 當(dāng)一輪測(cè)試中發(fā)現(xiàn)的缺陷不存在Blocker，Critical，Major，Normal的缺陷，或者M(jìn)inor，Trivial，Enhancement的缺陷少于10個(gè)，測(cè)試機(jī)器上的版本同步到發(fā)布機(jī)器上，測(cè)試任務(wù)完成。
Ø Blocker：（阻礙的）
阻礙開發(fā)和/或測(cè)試工作，冒煙測(cè)試沒有通過，不能夠進(jìn)行正常的測(cè)試工作
Ø Critical：（緊急的）
系統(tǒng)無法測(cè)試，或者系統(tǒng)無法繼續(xù)操作，應(yīng)用系統(tǒng)異常中止
對(duì)操作系統(tǒng)造成嚴(yán)重影響，系統(tǒng)死機(jī)，被測(cè)程序掛起，不響應(yīng)等
造成重大安全隱患情況（如機(jī)密性數(shù)據(jù)的泄密）
功能沒有實(shí)現(xiàn)，無法進(jìn)行某一個(gè)功能操作，影響系統(tǒng)使用
Ø Major：（重大的）
功能基本實(shí)現(xiàn)，但在特定情況下導(dǎo)致功能失敗
導(dǎo)致輸出的數(shù)據(jù)錯(cuò)誤（數(shù)據(jù)內(nèi)容出錯(cuò)、格式錯(cuò)誤、無法打開等）
導(dǎo)致其它功能模塊無法正常執(zhí)行
功能不完整或者功能實(shí)現(xiàn)不正確
導(dǎo)致數(shù)據(jù)最終操作結(jié)果錯(cuò)誤
Ø Normal：(普通的)
功能部分失敗，對(duì)整體功能的實(shí)現(xiàn)基本不造成影響。
Ø Minor：（較小的）
鏈接錯(cuò)誤、系統(tǒng)出錯(cuò)提示不正確或沒有捕獲系統(tǒng)出錯(cuò)信息、數(shù)據(jù)的重要操作（添加、刪除、修改）沒有提示、出現(xiàn)頻率極低，會(huì)對(duì)功能實(shí)現(xiàn)造成非致命影響。
Ø Trivial：（外觀的）
產(chǎn)品外觀上的問題或一些不影響使用的小毛病，如菜單或?qū)υ捒蛑械奈淖制磳懟蜃煮w問題等等
Ø Enhancement(改進(jìn)的)
對(duì)于系統(tǒng)產(chǎn)品建議或意見
Ø P5：嚴(yán)重級(jí)別比較高的，影響測(cè)試進(jìn)行或者系統(tǒng)無法繼續(xù)操作
Ø P4：對(duì)系統(tǒng)操作有影響，但是不需要馬上修改
Ø P3：頁面缺陷（不屬于定義的缺陷范圍）或者建議
Ø P2：準(zhǔn)備在下一輪測(cè)試前修改完畢
Ø P1：準(zhǔn)備在下一版本中修改
在內(nèi)容中分別按下面格式進(jìn)行書寫
Bug所處的模塊
出現(xiàn)bug的詳細(xì)描述
bug現(xiàn)象
bug總結(jié)
|
編號(hào)
|
Chinafi_***_XXX
|
|
前置條件
|
|
|
說明
|
|
|
項(xiàng)號(hào)
|
測(cè)試步驟
|
顯示結(jié)果
|
是否通過
|
概要說明
|
|
1
|
1,
|
|
|
|
|
|
2，
|
|
|
|
|
|
3，
|
|
|
|
|
|
4，
|
|
|
|
|
|
5，
|
|
|
|
|
2
|
1，
|
|
|
|
|
|
2，
|
|
|
|
|
|
3，
|
|
|
|
|
|
4，
|
|
|
|
|
|
5，
|
|
|
|
|
|
6，
|
|
|
|
|
|
7，
|
|
|
|
|
|
8,
|
|
|
|
|
|
9，
|
|
|
|
編號(hào)格式：”Chinafi_”+ModuleName+”_”+XXX:
1. Chinafi 為固定的開始字符；
2. ModuleName:為模塊名，首字母大寫，字母之間以_隔開；
3. XXX：為3位0-9的字母；
前置條件：完成此項(xiàng)測(cè)試，哪些模塊的功能必須正確，那些資源必須到位等前提條件；
說明：測(cè)試項(xiàng)目的描述；
項(xiàng)號(hào)：一個(gè)測(cè)試中包括可幾個(gè)項(xiàng)目，每個(gè)項(xiàng)目的編號(hào)；
測(cè)試步驟：完成測(cè)試的具體步驟描述；
顯示結(jié)果：對(duì)于一些重要步驟的頁面顯示結(jié)果，每一項(xiàng)最后一步的顯示結(jié)果必須書寫；
是否通過：Y測(cè)試通過，N測(cè)試未通過；
概要說明：對(duì)于測(cè)試過程中的一些說明注解。
|
編號(hào)
|
Chinafi_Storeroom_Overview_002
|
|
前置條件
|
我?guī)旃芾韀test]功能正常
|
|
說明
|
大庫概況功能調(diào)整(具體人才信息，實(shí)時(shí)改為每天凌晨自動(dòng)執(zhí)行)
|
|
項(xiàng)號(hào)
|
測(cè)試步驟
|
顯示結(jié)果
|
是否通過
|
概要說明
|
|
1
|
1,進(jìn)入系統(tǒng)
|
|
|
|
|
|
2，進(jìn)入人才/我?guī)旃芾?/div>
|
|
|
|
|
|
3，按[test]
|
|
|
|
|
|
4，進(jìn)入人才/大庫概況
|
|
|
|
|
|
5，點(diǎn)沒入自動(dòng)庫人數(shù)小計(jì)中的數(shù)據(jù)
|
頁面顯示速度很快，并且沒有功能錯(cuò)誤
|
Y
|
正式機(jī)器上調(diào)用為二十幾秒，140機(jī)器上為5，6秒
|
|
2
|
1，進(jìn)入系統(tǒng)
|
|
|
|
|
|
2，進(jìn)入人才/大庫概況
|
|
|
|
|
|
3，統(tǒng)計(jì)沒有進(jìn)入自動(dòng)庫人數(shù)統(tǒng)計(jì)
|
結(jié)果為N
|
|
|
|
|
4，到案管/我的人才庫中尋找一條只有進(jìn)入一個(gè)人才庫的人才
|
|
|
|
|
|
5，點(diǎn)訪這個(gè)人才
|
|
|
|
|
|
6，將這個(gè)人才剔除
|
|
|
|
|
|
7，執(zhí)行人才/我?guī)旃芾碇械腫test]
|
|
|
|
|
|
8, 進(jìn)入人才/大庫概況
|
|
|
|
|
|
9，統(tǒng)計(jì)沒有進(jìn)入自動(dòng)庫人數(shù)統(tǒng)計(jì)
|
結(jié)果為N+1
|
Y
|
|
在項(xiàng)目名稱中，數(shù)據(jù)庫和數(shù)據(jù)庫進(jìn)程應(yīng)作為一個(gè)子系統(tǒng)來進(jìn)行測(cè)試。在測(cè)試這些子系統(tǒng)時(shí)，不應(yīng)將測(cè)試對(duì)象的用戶界面用作數(shù)據(jù)的接口。對(duì)于數(shù)據(jù)庫管理系統(tǒng) (DBMS)，還需要進(jìn)行深入的研究，以確定可以支持以下測(cè)試的工具和技術(shù)。
對(duì)測(cè)試對(duì)象的功能測(cè)試應(yīng)側(cè)重于所有可直接追蹤到用例或業(yè)務(wù)功能和業(yè)務(wù)規(guī)則的測(cè)試需求。這種測(cè)試的目標(biāo)是核實(shí)數(shù)據(jù)的接受、處理和檢索是否正確，以
及業(yè)務(wù)規(guī)則的實(shí)施是否恰當(dāng)。此類測(cè)試基于黑盒技術(shù)，該技術(shù)通過圖形用戶界面 (GUI)
與應(yīng)用程序進(jìn)行交互，并對(duì)交互的輸出或結(jié)果進(jìn)行分析，以此來核實(shí)應(yīng)用程序及其內(nèi)部進(jìn)程。以下為各種應(yīng)用程序列出了推薦使用的測(cè)試概要：
UI測(cè)試
用戶界面 (UI) 測(cè)試用于核實(shí)用戶與軟件之間的交互。UI 測(cè)試的目標(biāo)是確保用戶界面會(huì)通過測(cè)試對(duì)象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覽功能。另外，UI 測(cè)試還可確保 UI 中的對(duì)象按照預(yù)期的方式運(yùn)行，并符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性，人性化測(cè)試。
負(fù)載測(cè)試是一種性能測(cè)試。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行
的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其
他與時(shí)間相關(guān)的方面。
是一種性能測(cè)試，實(shí)施和執(zhí)行此類測(cè)試的目的是找出因資源不足或資源爭(zhēng)用而導(dǎo)致的錯(cuò)誤。如果內(nèi)存或磁盤空間不足，測(cè)試對(duì)象就可能會(huì)表現(xiàn)出一些在正
常條件下并不明顯的缺陷。而其他缺陷則可能由于爭(zhēng)用共享資源（如數(shù)據(jù)庫鎖或網(wǎng)絡(luò)帶寬）而造成的。強(qiáng)度測(cè)試還可用于確定測(cè)試對(duì)象能夠處理的最大工作量。
容量測(cè)試使測(cè)試對(duì)象處理大量的數(shù)據(jù)，以確定是否達(dá)到了將使軟件發(fā)生故障的極限。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或
工作量。例如，如果測(cè)試對(duì)象正在為生成一份報(bào)表而處理一組數(shù)據(jù)庫記錄，那么容量測(cè)試就會(huì)使用一個(gè)大型的測(cè)試數(shù)據(jù)庫，檢驗(yàn)該軟件是否正常運(yùn)行并生成了正確的
報(bào)表。
與競(jìng)爭(zhēng)伙伴的產(chǎn)品的比較測(cè)試，如軟件的弱點(diǎn)、優(yōu)點(diǎn)或?qū)嵙Α?/div>
對(duì)“用戶友好性”的測(cè)試。顯然這是主觀的，且將取決于目標(biāo)最終用戶或客戶。用戶面談、調(diào)查、用戶對(duì)話的錄象和其他一些技術(shù)都可使用。程序員和測(cè)試員通常都不宜作可用性測(cè)試員。
安裝/卸載測(cè)試
對(duì)軟件的全部、部分或升級(jí)安裝/卸載處理過程的測(cè)試。
可確保測(cè)試對(duì)象能成功完成故障轉(zhuǎn)移，并能從導(dǎo)致意外數(shù)據(jù)損失或數(shù)據(jù)完整性破壞的各種硬件、軟件或網(wǎng)絡(luò)故障中恢復(fù)。
故障轉(zhuǎn)移測(cè)試可確保：對(duì)于必須持續(xù)運(yùn)行的系統(tǒng)，一旦發(fā)生故障，備用系統(tǒng)就將不失時(shí)機(jī)地“頂替”發(fā)生故障的系統(tǒng)，以避免丟失任何數(shù)據(jù)或事務(wù)。
恢復(fù)測(cè)試是一種對(duì)抗性的測(cè)試過程。在這種測(cè)試中，將把應(yīng)用程序或系統(tǒng)置于極端的條件下（或者是模擬的極端條件下），以產(chǎn)生故障（例如設(shè)備輸入/
輸出 (I/O) 故障或無效的數(shù)據(jù)庫指針和關(guān)健字）。然后調(diào)用恢復(fù)進(jìn)程并監(jiān)測(cè)和檢查應(yīng)用程序和系統(tǒng)，核實(shí)應(yīng)用程序或系統(tǒng)和數(shù)據(jù)已得到了正確的恢復(fù)。
安全性和訪問控制測(cè)試側(cè)重于安全性的兩個(gè)關(guān)鍵方面：
應(yīng)用程序級(jí)別的安全性，包括對(duì)數(shù)據(jù)或業(yè)務(wù)功能的訪問
系統(tǒng)級(jí)別的安全性，包括對(duì)系統(tǒng)的登錄或遠(yuǎn)程訪問。
應(yīng)用程序級(jí)別的安全性可確保：在預(yù)期的安全性情況下，主角只能訪問特定的功能或用例，或者只能訪問有限的數(shù)據(jù)。例如，可能會(huì)允許所有人輸入數(shù)
據(jù)，創(chuàng)建新賬戶，但只有管理員才能刪除這些數(shù)據(jù)或賬戶。如果具有數(shù)據(jù)級(jí)別的安全性，測(cè)試就可確保“用戶類型一”能夠看到所有客戶消息（包括財(cái)務(wù)數(shù)據(jù)），而
“用戶二”只能看見同一客戶的統(tǒng)計(jì)數(shù)據(jù)。
系統(tǒng)級(jí)別的安全性可確保只有具備系統(tǒng)訪問權(quán)限的用戶才能訪問應(yīng)用程序，而且只能通過相應(yīng)的網(wǎng)關(guān)來訪問。
配置測(cè)試又叫兼容性測(cè)試，核實(shí)測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。在大多數(shù)生產(chǎn)環(huán)境中，客戶機(jī)工作站、網(wǎng)絡(luò)連接和數(shù)據(jù)庫服務(wù)器的具體
硬件規(guī)格會(huì)有所不同。客戶機(jī)工作站可能會(huì)安裝不同的軟件例如，應(yīng)用程序、驅(qū)動(dòng)程序等而且在任何時(shí)候，都可能運(yùn)行許多不同的軟件組合，從而占用不同的資源。
（如瀏覽器版本。OS版本等）
是指為各個(gè)地方開發(fā)產(chǎn)品的測(cè)試，如英文版，中文版等等，包括程序是否能夠正常運(yùn)行，界面是否符合當(dāng)?shù)亓?xí)俗，快捷鍵是否正常起作用等等，特別測(cè)試在A語言環(huán)境下運(yùn)行B語言軟件（比如在英文win98下試圖運(yùn)行中文版的程序），出現(xiàn)現(xiàn)象是否正常。
測(cè)試在不同分辨率下，界面的美觀程度,分為800*600，1024*768，1152*864，1280*768，1280*1024，1200*1600大小字體下測(cè)試
由于測(cè)試人員的思路不盡相同，每個(gè)人測(cè)試的側(cè)重點(diǎn)不同，由于都按照測(cè)試用例進(jìn)行測(cè)試，但是測(cè)試用例一般僅描述系統(tǒng)的
一些基本測(cè)試項(xiàng)，不會(huì)將所有的測(cè)試用例方方面面都寫到，有時(shí)還需要測(cè)試人員的經(jīng)驗(yàn)和素質(zhì)。所以A測(cè)試某個(gè)產(chǎn)品用了七個(gè)工作日，第一天到第四天報(bào)出許多
bug,但從第五天開始幾乎報(bào)不出啥bug了。七天后換了B,B一下子又測(cè)試出一堆bug,不能說A的水平差，只能說，該產(chǎn)品已經(jīng)對(duì)A產(chǎn)生了抗藥性，這就
是測(cè)試學(xué)中的殺蟲劑現(xiàn)象。
所以在測(cè)試中每次輪流測(cè)試最好安排不同的測(cè)試人員進(jìn)行不同模塊測(cè)試工作，以避免殺蟲劑現(xiàn)象產(chǎn)生。