目錄1.什么是軟件測(cè)試？ 22.軟件測(cè)試的目的是什么？ 23.軟件測(cè)試的目標(biāo)？ 25.什么黑盒測(cè)試？ 36.黑盒測(cè)試方法都包括哪些？ 37.什么是等價(jià)類劃分？ 38.什么是邊界值分析法？ 39.什么情況下使用決策分析法？ 310．你是如何利用決策分析法設(shè)計(jì)用例？ 311.什么是因果圖分析法？ 412.你是如何利用因果圖分析法來設(shè)計(jì)用例的？ 413.因果圖分析法中用到的五種約束分別是什么？ 414.什么是測(cè)試用例？ 415你覺得有必要寫測(cè)試用例么，寫測(cè)試用例的作用有哪些？ 416.你知道軟件生命的周期么？包括哪些階段？ 417.軟件測(cè)試的對(duì)象是什么？ 418.軟件測(cè)試是否等于程序測(cè)試？ 419.軟件測(cè)試涉及的關(guān)鍵問題包括哪些方面？ 520.軟件測(cè)試的原則包括哪些？ 521.軟件測(cè)試按照開發(fā)階段劃分為哪幾類？ 522.完成的軟件開發(fā)過程？V模型？ 523.按照測(cè)試技術(shù)來分測(cè)試分哪幾類？ 524.什么是白盒測(cè)試和灰盒測(cè)試？ 525.談?wù)労诤袦y(cè)試的特點(diǎn)？?jī)?yōu)點(diǎn)？ 626.黑盒測(cè)試主要能夠發(fā)現(xiàn)哪些方面的問題？ 627.測(cè)試停止的依據(jù)？ 628.什么是健壯等價(jià)類測(cè)試？ 629.什么是錯(cuò)誤推測(cè)法？你經(jīng)常用的錯(cuò)誤推測(cè)法來測(cè)試系統(tǒng)的經(jīng)驗(yàn)有哪些？ 630.你選擇測(cè)試方法的原則是什么？ 731.設(shè)計(jì)測(cè)試用例的原則有哪些？ 732.測(cè)試用例模板的主要要素有哪些？ 733.軟件測(cè)試的過程有哪些？ 734.寫測(cè)試計(jì)劃的主要任務(wù)是什么？ 735.測(cè)試計(jì)劃中的5W1H什么意思？ 744.什么是回歸測(cè)試？ 845.什么是確認(rèn)測(cè)試？ 946.請(qǐng)您談一談為什么要進(jìn)行系統(tǒng)測(cè)試？ 948.安全性測(cè)試你一般從哪幾方面做測(cè)試？ 949.什么是兼容性測(cè)試？ 951.什么是驗(yàn)收測(cè)試？ 952.驗(yàn)收測(cè)試一般有哪些方法？ 953.什么是Alpha測(cè)試、Beta測(cè)試？ 1054.什么是冒煙測(cè)試？ 1055.對(duì)文檔的測(cè)試主要包括哪些內(nèi)容？ 1056.什么是自動(dòng)化測(cè)試？ 1057.自動(dòng)化測(cè)試能完全代替手工測(cè)試么？ 1058.你接觸過的自動(dòng)化測(cè)試工具有哪些？ 1059.性能測(cè)試考察的指標(biāo)主要有哪些？ 1060.性能測(cè)試的步驟有哪些？ 1061.有沒有做過性能測(cè)試？有沒有發(fā)現(xiàn)一些性能問題，舉個(gè)例子說明 1062.有沒有用過Testdirector?這個(gè)工具是干什么用的？ 1063.您認(rèn)為性能測(cè)試工作的目的是什么？ 1164.做好性能測(cè)試工作的關(guān)鍵是什么？ 1165.性能測(cè)試的分哪幾種類別？請(qǐng)舉例說明 1166.你如何調(diào)試LoadRunner腳本？ 1168.鑒于web應(yīng)用的特殊性，除了關(guān)注功能方面的測(cè)試外，你還關(guān)注哪些測(cè)試？ 1169.軟件測(cè)試工程師是干什么的？

軟件測(cè)試工程師主要是通過科學(xué)的軟件測(cè)試方法對(duì)軟件產(chǎn)品進(jìn)行功能、性能上的測(cè)試，并對(duì)軟件做出評(píng)價(jià)，是保證軟件質(zhì)量的一個(gè)重要手段。 1170.需求分析的任務(wù)是什么？ 1171.在您平時(shí)的實(shí)踐中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？ 1272.您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。 1273.你對(duì)測(cè)試最大的興趣在哪里？為什么？ 1274.你的測(cè)試職業(yè)發(fā)展是什么？ 1275．你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里？ 131.什么是軟件測(cè)試？使用人工和自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或是弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差異2.軟件測(cè)試的目的是什么？軟件測(cè)試的目的在于發(fā)現(xiàn)錯(cuò)誤；一個(gè)好的測(cè)試用例在于發(fā)現(xiàn)從前未發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn)了從前未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。3.軟件測(cè)試的目標(biāo)？軟件測(cè)試以檢驗(yàn)是否滿足需求為目標(biāo)。4.什么是軟件缺陷？

滿足下列五個(gè)規(guī)則之一才稱為軟件缺陷：

1）軟件未達(dá)到產(chǎn)品說明書標(biāo)明的功能。

2）軟件出現(xiàn)了產(chǎn)品說明書指明不會(huì)出現(xiàn)的錯(cuò)誤。

3）軟件功能超出產(chǎn)品說明書指明的范圍。

4）軟件未達(dá)到產(chǎn)品說明書雖未指出但應(yīng)該達(dá)到的目標(biāo)。

5）軟件測(cè)試人員認(rèn)為軟件難以理解、不易使用、運(yùn)行速度緩慢，或者最終用戶認(rèn)為不好。5.什么黑盒測(cè)試？黑盒測(cè)試是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。

6.黑盒測(cè)試方法都包括哪些？等價(jià)類劃分、邊界值分析、決策分析法、因果圖分析、錯(cuò)誤推測(cè)法等。7.什么是等價(jià)類劃分？把所有可能的輸入數(shù)據(jù)(有效的和無效的)劃分成若干個(gè)等價(jià)的子集(稱為等價(jià)類)，使得每個(gè)子集中的一個(gè)典型值在測(cè)試中的作用與這一子集中所有其它值的作用相同.可從每個(gè)子集中選取一組數(shù)據(jù)來測(cè)試程序8.什么是邊界值分析法？邊界值分析法就是對(duì)輸入或輸出的邊界值進(jìn)行測(cè)試的一種黑盒測(cè)試方法.通常邊界值分析法是作為對(duì)等價(jià)類劃分法的補(bǔ)充9.什么情況下使用決策分析法？在一些數(shù)據(jù)處理問題當(dāng)中，某些操作的實(shí)施依賴于多個(gè)邏輯條件的組合，即：針對(duì)不同邏輯條件的組合值，分別執(zhí)行不同的操作。決策表很適合于處理這類問題10．你是如何利用決策分析法設(shè)計(jì)用例？（1）確定規(guī)則的個(gè)數(shù)。

有n個(gè)條件的決策表有2n個(gè)規(guī)則（每個(gè)條件取真、假值）。

（2）列出所有的條件樁和動(dòng)作樁。

（3）填入條件項(xiàng)。

（4）填入動(dòng)作項(xiàng)，得到初始決策表。

（5）簡(jiǎn)化決策表，合并相似規(guī)則。11.什么是因果圖分析法？因果圖法是基于這樣的一種思想：一些程序的功能可以用判定表（或稱決策表）的形式來表示，并根據(jù)輸入條件的組合情況規(guī)定相應(yīng)的操作。12.你是如何利用因果圖分析法來設(shè)計(jì)用例的？（1）根據(jù)程序規(guī)格說明書描述，分析并確定因（輸入條件）和果（輸出結(jié)果或程序狀態(tài)的改變），畫出因果圖。（2）將得到的因果圖轉(zhuǎn)換為判定表。（3）為判定表中每一列所表示的情況設(shè)計(jì)一個(gè)測(cè)試用例。13.因果圖分析法中用到的五種約束分別是什么？E約束(異)：a和b中最多有一個(gè)可能為1，即a和b不能同時(shí)為1。I約束(或)：a、b、c中至少有一個(gè)必須為1，即a、b、c不能同時(shí)為0。O約束(唯一)：a和b必須有一個(gè)且僅有一個(gè)為1。R約束(要求)：a是1時(shí)，b必須是1，即a為1時(shí)，b不能為0。M約束(強(qiáng)制)：若結(jié)果a為1，則結(jié)果b強(qiáng)制為014.什么是測(cè)試用例？所謂測(cè)試用例是為特定的目的而設(shè)計(jì)的一組測(cè)試輸入、執(zhí)行條件和預(yù)期的結(jié)果；測(cè)試用例是執(zhí)行測(cè)試的最小實(shí)體。15你覺得有必要寫測(cè)試用例么，寫測(cè)試用例的作用有哪些？在開始實(shí)施測(cè)試之前設(shè)計(jì)好測(cè)試用例，可以避免盲目測(cè)試并提高測(cè)試效率。測(cè)試用例的使用令軟件測(cè)試的實(shí)施重點(diǎn)突出、目的明確。16.你知道軟件生命的周期么？包括哪些階段？一個(gè)軟件生命周期包括制定計(jì)劃、需求分析定義、軟件設(shè)計(jì)、程序編碼、軟件測(cè)試、軟件運(yùn)行、軟件維護(hù)、軟件停用等8個(gè)階段17.軟件測(cè)試的對(duì)象是什么？軟件開發(fā)過程中所產(chǎn)生的需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序都是軟件測(cè)試的對(duì)象18.軟件測(cè)試是否等于程序測(cè)試？不是，軟件測(cè)試貫串于軟件定義和開發(fā)的整個(gè)過程，軟件開發(fā)過程中所產(chǎn)生的需求規(guī)格說明、概要設(shè)計(jì)規(guī)格說明、詳細(xì)設(shè)計(jì)規(guī)格說明以及源程序都是軟件測(cè)試的對(duì)象。19.軟件測(cè)試涉及的關(guān)鍵問題包括哪些方面？（1）測(cè)試由誰來執(zhí)行。（2）測(cè)試什么。（3）什么時(shí)候進(jìn)行測(cè)試。（4）怎樣進(jìn)行測(cè)試。20.軟件測(cè)試的原則包括哪些？（1）應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試”作為軟件開發(fā)者的座右銘；（2）測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果這兩部分組成；（3）程序員應(yīng)當(dāng)避免檢查自己的程序；（4）在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括合理的輸入條件和不合理的輸入條件；21.軟件測(cè)試按照開發(fā)階段劃分為哪幾類？單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試。22.完成的軟件開發(fā)過程？V模型？23.按照測(cè)試技術(shù)來分測(cè)試分哪幾類？白盒測(cè)試、黑盒測(cè)試、灰盒測(cè)試。24.什么是白盒測(cè)試和灰盒測(cè)試？白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序的測(cè)試，一般用來分析程序的內(nèi)部結(jié)構(gòu)?；液袦y(cè)試介于白盒測(cè)試和黑盒測(cè)試之間。25.談?wù)労诤袦y(cè)試的特點(diǎn)？?jī)?yōu)點(diǎn)？（1）黑盒測(cè)試與軟件的具體實(shí)現(xiàn)過程無關(guān)，在軟件實(shí)現(xiàn)的過程發(fā)生變化時(shí)，測(cè)試用例仍然可以使用。（2）黑盒測(cè)試用例的設(shè)計(jì)可以和軟件實(shí)現(xiàn)同時(shí)進(jìn)行，這樣能夠壓縮總的開發(fā)時(shí)間。26.黑盒測(cè)試主要能夠發(fā)現(xiàn)哪些方面的問題？?是否有不正確或遺漏了的功能？?在接口上，輸入能否正確地接受？能否輸出正確的結(jié)果？?是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息訪問錯(cuò)誤？?性能上是否能夠滿足要求？?是否有初始化或終止性錯(cuò)誤？27.測(cè)試停止的依據(jù)？ZEROBUG、GOODENOUGH?；蛘呷缦禄卮穑旱谝活悩?biāo)準(zhǔn)：測(cè)試超過了預(yù)定時(shí)間，則停止測(cè)試。第二類標(biāo)準(zhǔn)：執(zhí)行了所有的測(cè)試用例，但并沒有發(fā)現(xiàn)故障，則停止測(cè)試。第三類標(biāo)準(zhǔn)：使用特定的測(cè)試用例設(shè)計(jì)方案作為判斷測(cè)試停止的基礎(chǔ)。第四類標(biāo)準(zhǔn)：正面指出停止測(cè)試的具體要求，即停止測(cè)試的標(biāo)準(zhǔn)可定義為查出某一預(yù)訂數(shù)目的故障。第五類標(biāo)準(zhǔn)：根據(jù)單位時(shí)間內(nèi)查出故障的數(shù)量決定是否停止測(cè)試。28.什么是健壯等價(jià)類測(cè)試？主要的出發(fā)點(diǎn)是考慮了無效等價(jià)類。對(duì)有效輸入，測(cè)試用例從每個(gè)有效等價(jià)類中取一個(gè)值；對(duì)無效輸入，一個(gè)測(cè)試用例有一個(gè)無效值，其他值均取有效值。29.什么是錯(cuò)誤推測(cè)法？你經(jīng)常用的錯(cuò)誤推測(cè)法來測(cè)試系統(tǒng)的經(jīng)驗(yàn)有哪些？基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤，從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法。常用的錯(cuò)誤推測(cè)法有：輸入非法數(shù)據(jù)、默認(rèn)值的測(cè)試、更改輸出屬性的測(cè)試、文件類型測(cè)試、文件超載測(cè)試、介質(zhì)忙或者介質(zhì)損壞等測(cè)試法。30.你選擇測(cè)試方法的原則是什么？（1）首先采用等價(jià)類劃分法編寫測(cè)試用例必須考慮正常值與異常值的情況（2）必要時(shí)采用邊界值分析法補(bǔ)充測(cè)試用例。（3）采用錯(cuò)誤推斷法再追加測(cè)試用例。（4）對(duì)照程序邏輯，檢查已設(shè)計(jì)出的測(cè)試用例的邏輯覆蓋程度。如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，則應(yīng)當(dāng)再補(bǔ)充更多的測(cè)試用例。（5）如果程序的功能說明中含有輸入條件的組合情況，則應(yīng)一開始就選用因果圖法。31.設(shè)計(jì)測(cè)試用例的原則有哪些？測(cè)試用例的代表性、測(cè)試結(jié)果的可判定性、測(cè)試結(jié)果的可再現(xiàn)性32.測(cè)試用例模板的主要要素有哪些？標(biāo)識(shí)符：惟一標(biāo)識(shí)每一個(gè)測(cè)試用例測(cè)試項(xiàng)：準(zhǔn)確的描述所需要測(cè)試的項(xiàng)及其特征測(cè)試環(huán)境要求：表征執(zhí)行該測(cè)試用例需要的測(cè)試環(huán)境輸入標(biāo)準(zhǔn)：執(zhí)行測(cè)試用例的輸入需求（這些輸入可能包括數(shù)據(jù)、文件或者操作）輸出標(biāo)準(zhǔn)：按照指定的環(huán)境和輸入標(biāo)準(zhǔn)得到的期望輸出結(jié)果33.軟件測(cè)試的過程有哪些？測(cè)試計(jì)劃、測(cè)試設(shè)計(jì)、測(cè)試執(zhí)行、測(cè)試總結(jié)34.寫測(cè)試計(jì)劃的主要任務(wù)是什么？1）.對(duì)需求規(guī)格說明書仔細(xì)研究2）.確定軟件測(cè)試的范圍3）.確定軟件測(cè)試的技術(shù)要求4）.分析測(cè)試需求，確定被測(cè)試軟件的功能和特性35.測(cè)試計(jì)劃中的5W1H什么意思？Why、What、Where、When、Who、How，其中Why主要指測(cè)試目的。What指測(cè)試范圍即測(cè)試內(nèi)容、Where指測(cè)試環(huán)境、When指測(cè)試的時(shí)間階段安排、Who指測(cè)試資源、How指測(cè)試策略。36．測(cè)試總結(jié)主要是總結(jié)哪些方面內(nèi)容的？1）.總結(jié)測(cè)試狀態(tài)2）.總結(jié)軟件狀態(tài)37.單元測(cè)試主要測(cè)試內(nèi)容？模塊接口、局部數(shù)據(jù)結(jié)構(gòu)、邊界條件、獨(dú)立的路徑和錯(cuò)誤處理。38.什么是集成測(cè)試？是指每個(gè)模塊完成單元測(cè)試后，需要按照設(shè)計(jì)時(shí)確定的結(jié)構(gòu)圖，將他們連接起來，進(jìn)行集成測(cè)試，集成測(cè)試也稱為綜合測(cè)試39。集成測(cè)試的兩種方法？非增量式集成測(cè)試、增量式集成測(cè)試40。什么是非增量式集成測(cè)試？對(duì)所有模塊進(jìn)行個(gè)別的單元測(cè)試后，按照程序結(jié)構(gòu)圖將各模塊連接起來，把連接后的程序當(dāng)作一個(gè)整體進(jìn)行測(cè)試。41．什么增量式集成測(cè)試？逐次將未曾集成測(cè)試的模塊和已經(jīng)集成測(cè)試的模塊（或子系統(tǒng)）結(jié)合成程序包，再將這些模塊集成為較大系統(tǒng)，在集成的過程中邊連接邊測(cè)試，以發(fā)現(xiàn)連接過程中產(chǎn)生的問題。42.什么是自頂而下增量式測(cè)試？自頂向下增量式測(cè)試表示逐步集成和逐步測(cè)試是按照結(jié)構(gòu)圖自上而下進(jìn)行的，即模塊集成的順序是首先集成主控模塊（主程序），然后依照控制層次結(jié)構(gòu)向下進(jìn)行集成。從屬于主控模塊的按深度優(yōu)先方式（縱向）或者廣度優(yōu)先方式（橫向）集成到結(jié)構(gòu)中去。43.談?wù)劮窃隽渴郊蓽y(cè)試、增量式集成測(cè)試，哪個(gè)好些？非增量式測(cè)試的方法是先分散測(cè)試，然后集中起來再一次完成集成測(cè)試。假如在模塊的接口處存在錯(cuò)誤，只會(huì)在最后的集成測(cè)試時(shí)一下子暴露出來。增量式測(cè)試是逐步集成和逐步測(cè)試的方法，把可能出現(xiàn)的差錯(cuò)分散暴露出來，便于找出問題和修改。而且一些模塊在逐步集成的測(cè)試中，得到了較多次的考驗(yàn)，因此，可能會(huì)取得較好的測(cè)試效果。結(jié)論：增量式測(cè)試要比非增量式測(cè)試具有一定的優(yōu)越性。44.什么是回歸測(cè)試？在集成測(cè)試策略的環(huán)境中，回歸測(cè)試是對(duì)某些已經(jīng)進(jìn)行過的測(cè)試的某些子集再重新進(jìn)行一遍，以保證上述改變不會(huì)傳播無法預(yù)料的副作用或引發(fā)新的問題。45.什么是確認(rèn)測(cè)試？確認(rèn)測(cè)試也稱為合格性測(cè)試，是檢驗(yàn)所開發(fā)的軟件是否能按用戶提出的要求進(jìn)行。46.請(qǐng)您談一談為什么要進(jìn)行系統(tǒng)測(cè)試？由于軟件只是計(jì)算機(jī)系統(tǒng)中的一個(gè)組成部分，軟件開發(fā)完成之后，最終還要和系統(tǒng)中的硬件系統(tǒng)、某些支持軟件、數(shù)據(jù)信息等其他部分配套運(yùn)行。因此，在投入運(yùn)行前要完成系統(tǒng)測(cè)試，以保證各組成部分不僅能單獨(dú)的得到檢驗(yàn)，而且在系統(tǒng)各部分協(xié)調(diào)工作的環(huán)境下也能正常工作。47。你知道哪幾種系統(tǒng)測(cè)試的方法？恢復(fù)測(cè)試、安全測(cè)試、強(qiáng)度測(cè)試、性能測(cè)試、正確性測(cè)試、可靠性測(cè)試、兼容性測(cè)試、Web測(cè)試48.安全性測(cè)試你一般從哪幾方面做測(cè)試？用戶管理和訪問控制、通信加密、安全日志測(cè)試49.什么是兼容性測(cè)試？軟件兼容性測(cè)試是檢測(cè)各軟件之間能否正確地交互和共享信息，其目標(biāo)是保證軟件按照用戶期望的方式進(jìn)行交互，使用其它軟件檢查軟件操作的過程。50。Web站點(diǎn)的測(cè)試一般測(cè)試哪些內(nèi)容？（1）文字測(cè)試（2）鏈接測(cè)試（3）圖形、圖像測(cè)試（4）表單測(cè)試（5）動(dòng)態(tài)內(nèi)容測(cè)試（6）數(shù)據(jù)庫測(cè)試（7）服務(wù)器性能及負(fù)載測(cè)試（8）安全性測(cè)試51.什么是驗(yàn)收測(cè)試？驗(yàn)收測(cè)試，系統(tǒng)開發(fā)生命周期方法論的一個(gè)階段，這時(shí)相關(guān)的用戶和／或獨(dú)立測(cè)試人員根據(jù)測(cè)試計(jì)劃和結(jié)果對(duì)系統(tǒng)進(jìn)行測(cè)試和接收。它讓系統(tǒng)用戶決定是否接收系統(tǒng)。52.驗(yàn)收測(cè)試一般有哪些方法？正式驗(yàn)收、非正式驗(yàn)收活A(yù)lpha測(cè)試、Beta測(cè)試。53.什么是Alpha測(cè)試、Beta測(cè)試？Alpha測(cè)試由用戶在開發(fā)者的場(chǎng)所進(jìn)行，并且在開發(fā)者對(duì)用戶的“指導(dǎo)”下進(jìn)行測(cè)試。開發(fā)者負(fù)責(zé)記錄發(fā)現(xiàn)在錯(cuò)誤和使用中遇到的問題?？傊?，Alpha測(cè)試是在受控的環(huán)境中進(jìn)行的。

Beta測(cè)試由軟件的最終用戶們?cè)谝粋€(gè)或多個(gè)客房場(chǎng)所進(jìn)行。Beta測(cè)試是軟件在開發(fā)者不能控制的環(huán)境中的“真實(shí)”應(yīng)用。54.什么是冒煙測(cè)試？冒煙測(cè)試的對(duì)象是每一個(gè)新編譯的需要正式測(cè)試的軟件版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。冒煙測(cè)試的執(zhí)行者是版本編譯人員55.對(duì)文檔的測(cè)試主要包括哪些內(nèi)容？（1）檢查產(chǎn)品說明書屬性（2）檢查是否完整（3）檢查是否準(zhǔn)確（4）檢查是否精確（5）檢查是否一致（6）檢查是否貼切（7）檢查是否合理（8）檢查代碼無關(guān)（9）檢查可測(cè)試性56.什么是自動(dòng)化測(cè)試？利用GUI自動(dòng)化測(cè)試工具來開發(fā)和執(zhí)行測(cè)試腳本，從而驗(yàn)證是否滿足需求57.自動(dòng)化測(cè)試能完全代替手工測(cè)試么？不能，自動(dòng)化測(cè)試只能做一些回歸測(cè)試。而不能對(duì)所有功能做全面覆蓋測(cè)試。58.你接觸過的自動(dòng)化測(cè)試工具有哪些？自動(dòng)化功能測(cè)試工具比如QTP、Robot。自動(dòng)化性能測(cè)試工具如Loadrunner、winrunner等。59.性能測(cè)試考察的指標(biāo)主要有哪些？時(shí)間指標(biāo)、空間指標(biāo)。60.性能測(cè)試的步驟有哪些？編寫測(cè)試計(jì)劃、創(chuàng)建測(cè)試腳本、運(yùn)行測(cè)試腳本、分析結(jié)果、編寫測(cè)試報(bào)告61.有沒有做過性能測(cè)試？有沒有發(fā)現(xiàn)一些性能問題，舉個(gè)例子說明做過一個(gè)自己開發(fā)的網(wǎng)站的性能測(cè)試。主要發(fā)現(xiàn)的問題主要集中在數(shù)據(jù)庫這一塊。主要是開發(fā)人員在設(shè)計(jì)數(shù)據(jù)庫表的時(shí)候冗余還有些時(shí)候時(shí)外鍵的問題等。62.有沒有用過Testdirector?這個(gè)工具是干什么用的？Testdirector是全球最大的級(jí)測(cè)試管理工具，也是業(yè)界第一個(gè)基于Web的測(cè)試管理系統(tǒng),，通過在一個(gè)整體的應(yīng)用系統(tǒng)中集成了測(cè)試管理的各個(gè)部分，包括需求管理，測(cè)試計(jì)劃，測(cè)試執(zhí)行以及錯(cuò)誤跟蹤等功能，TestDirector極大地加速了測(cè)試過程。63.您認(rèn)為性能測(cè)試工作的目的是什么？目的：是驗(yàn)證軟件系統(tǒng)是否能夠達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。64.做好性能測(cè)試工作的關(guān)鍵是什么？包括以下幾個(gè)方面：1）．評(píng)估系統(tǒng)的能力、2）．識(shí)別體系中的瓶頸、3）．系統(tǒng)調(diào)優(yōu)、4）．驗(yàn)證穩(wěn)定性（resilience）可靠性（reliability）65.性能測(cè)試的分哪幾種類別？請(qǐng)舉例說明性能測(cè)試類型包括一般性能測(cè)試、穩(wěn)定性測(cè)試、負(fù)載測(cè)試、壓力測(cè)試等66.你如何調(diào)試LoadRunner腳本？通常采用以下方法調(diào)試LoadRunner測(cè)試腳本斷點(diǎn)、單步跟蹤、日志輸出67.列舉幾種常用的軟件生命周期模型？

1）瀑布模型瀑布模型（WaterfallModel）是一個(gè)項(xiàng)目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么最好“返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷?，?xiàng)目開發(fā)進(jìn)程從一個(gè)階段“流動(dòng)”到下一個(gè)階段，這也是瀑布模型名稱的由來。包括軟件工程開發(fā)、企業(yè)項(xiàng)目開發(fā)、產(chǎn)品生產(chǎn)以及市場(chǎng)銷售等構(gòu)造瀑布模型。。2）原型模型原型模型的主要思想：先借用已有系統(tǒng)作為原型模型，通過“樣品”不斷改進(jìn)，使得最后的產(chǎn)品就是用戶所需要的。。3）增量模型增量模型融合了瀑布模型的基本成分（重復(fù)應(yīng)用）和原型實(shí)現(xiàn)的迭代特征，該模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。當(dāng)使用增量模型時(shí)，第1個(gè)增量往往是核心的產(chǎn)品，即第1個(gè)增量實(shí)現(xiàn)了基本的需求，但很多補(bǔ)充的特征還沒有發(fā)布?？蛻魧?duì)每一個(gè)增量的使用和評(píng)估都作為下一個(gè)增量發(fā)布的新特征和功能，這個(gè)過程在每一個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生了最終的完善產(chǎn)品。。4）螺旋模型螺旋模型采用一種周期性的方法來進(jìn)行系統(tǒng)開發(fā)。這會(huì)導(dǎo)致開發(fā)出眾多的中間版本。使用它，項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型是快速原型法，以進(jìn)化的開發(fā)方式為中心，在每個(gè)項(xiàng)目階段使用瀑布模型法。這種模型的每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評(píng)審4個(gè)階段，由這4個(gè)階段進(jìn)行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進(jìn)一個(gè)層次。瀑布模型（WaterfallModel）是一個(gè)項(xiàng)目開發(fā)架構(gòu)，開發(fā)過程是通過設(shè)計(jì)一系列階段順序展開的，從系統(tǒng)需求分析開始直到產(chǎn)品發(fā)布和維護(hù)，每個(gè)階段都會(huì)產(chǎn)生循環(huán)反饋，因此，如果有信息未被覆蓋或者發(fā)現(xiàn)了問題，那么最好“返回”上一個(gè)階段并進(jìn)行適當(dāng)?shù)男薷?，?xiàng)目開發(fā)進(jìn)程從一個(gè)階段“流動(dòng)”到下一個(gè)階段，這也是瀑布模型名稱的由來。包括軟件工程開發(fā)、企業(yè)項(xiàng)目開發(fā)、產(chǎn)品生產(chǎn)以及市場(chǎng)銷售等構(gòu)造瀑布模型。原型模型的主要思想：先借用已有系統(tǒng)作為原型模型，通過“樣品”不斷改進(jìn)，使得最后的產(chǎn)品就是用戶所需要的。增量模型融合了瀑布模型的基本成分（重復(fù)應(yīng)用）和原型實(shí)現(xiàn)的迭代特征，該模型采用隨著日程時(shí)間的進(jìn)展而交錯(cuò)的線性序列，每一個(gè)線性序列產(chǎn)生軟件的一個(gè)可發(fā)布的“增量”。當(dāng)使用增量模型時(shí)，第1個(gè)增量往往是核心的產(chǎn)品，即第1個(gè)增量實(shí)現(xiàn)了基本的需求，但很多補(bǔ)充的特征還沒有發(fā)布?？蛻魧?duì)每一個(gè)增量的使用和評(píng)估都作為下一個(gè)增量發(fā)布的新特征和功能，這個(gè)過程在每一個(gè)增量發(fā)布后不斷重復(fù)，直到產(chǎn)生了最終的完善產(chǎn)品。螺旋模型采用一種周期性的方法來進(jìn)行系統(tǒng)開發(fā)。這會(huì)導(dǎo)致開發(fā)出眾多的中間版本。使用它，項(xiàng)目經(jīng)理在早期就能夠?yàn)榭蛻魧?shí)證某些概念。該模型是快速原型法，以進(jìn)化的開發(fā)方式為中心，在每個(gè)項(xiàng)目階段使用瀑布模型法。這種模型的每一個(gè)周期都包括需求定義、風(fēng)險(xiǎn)分析、工程實(shí)現(xiàn)和評(píng)審4個(gè)階段，由這4個(gè)階段進(jìn)行迭代。軟件開發(fā)過程每迭代一次，軟件開發(fā)又前進(jìn)一個(gè)層次68.鑒于web應(yīng)用的特殊性，除了關(guān)注功能方面的測(cè)試外，你還關(guān)注哪些測(cè)試？1）.功能測(cè)試:鏈接測(cè)試\表單測(cè)試\Cookies測(cè)試\數(shù)據(jù)庫測(cè)試\業(yè)務(wù)流測(cè)試

2）.性能測(cè)試：連接速度測(cè)試、負(fù)載測(cè)試、壓力測(cè)試

3）.界面測(cè)試：易用性測(cè)試，導(dǎo)航測(cè)試、圖形測(cè)試、內(nèi)容檢查

4）.兼容性測(cè)試：操作系統(tǒng)平臺(tái)測(cè)試、瀏覽器、分辨率、

5）.安全性測(cè)試69.軟件測(cè)試工程師是干什么的？

軟件測(cè)試工程師主要是通過科學(xué)的軟件測(cè)試方法對(duì)軟件產(chǎn)品進(jìn)行功能、性能上的測(cè)試，并對(duì)軟件做出評(píng)價(jià)，是保證軟件質(zhì)量的一個(gè)重要手段。70.需求分析的任務(wù)是什么？深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的約束和軟件同其他系統(tǒng)元素的接口細(xì)節(jié)，定義軟件的其他有效性需求，借助于當(dāng)前系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)邏輯模型，解決目標(biāo)系統(tǒng)“做什么”的問題。71.在您平時(shí)的實(shí)踐中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？問題概要描述、發(fā)現(xiàn)人、發(fā)布/構(gòu)建版本號(hào)、測(cè)試環(huán)境、缺陷類型、缺陷發(fā)現(xiàn)步驟、缺陷指派給的人、優(yōu)先級(jí)、重要性。72.您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。使用TD進(jìn)行管理。管理的流程如下：Bug管理的一般流程：測(cè)試人員提交新的Bug入庫，錯(cuò)誤狀態(tài)為New。高級(jí)測(cè)試人員驗(yàn)證錯(cuò)誤，如果確認(rèn)是錯(cuò)誤，分配給相應(yīng)的開發(fā)人員，設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined狀態(tài)。

開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯(cuò)誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。

對(duì)于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，一般要通過某種會(huì)議（評(píng)審會(huì)）通過才能認(rèn)可。

測(cè)試人員查詢狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決置Bug的狀態(tài)為Closed，如沒有解決置狀態(tài)為Reopen。73.你對(duì)測(cè)試最大的興趣在哪里？為什么？最大的興趣就是測(cè)試有難度，有挑戰(zhàn)性！做測(cè)試越久越能感覺到做好測(cè)試有多難。剛開始進(jìn)入測(cè)試行業(yè)時(shí)，對(duì)測(cè)試的認(rèn)識(shí)是從無憂測(cè)試網(wǎng)上了解到的一些資料，當(dāng)時(shí)是沖著做測(cè)試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當(dāng)時(shí)我很想做開發(fā)（學(xué)校專業(yè)課我基本上不缺席，因?yàn)槲蚁矚g我的專業(yè)），但看到測(cè)試比開發(fā)更難更有挑戰(zhàn)性，想做好測(cè)試的意志就更堅(jiān)定了。74.你的測(cè)試職業(yè)發(fā)展是什么？測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。所以我的職業(yè)發(fā)展是需要時(shí)間累積的，一步步向著高級(jí)測(cè)試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測(cè)試經(jīng)驗(yàn)，按如何做好測(cè)試工程師的11，12點(diǎn)要求自己，不斷的更新自己改正自己，做好測(cè)試任務(wù)。75．你自認(rèn)為測(cè)試的優(yōu)勢(shì)在哪里？?jī)?yōu)勢(shì)在于我對(duì)測(cè)試堅(jiān)定不移的信心和熱情，更主要的是我非常細(xì)心，雖然經(jīng)驗(yàn)還不夠，但測(cè)試需要的基本技能我有信心在工作中得以發(fā)揮76.測(cè)試與調(diào)試區(qū)別是什么？軟件測(cè)試時(shí)檢驗(yàn)程序是否有錯(cuò)誤，調(diào)試則是發(fā)現(xiàn)程序錯(cuò)誤的位置、原因以及改正錯(cuò)誤等。軟件調(diào)試是發(fā)生在測(cè)試之后的步驟。77.簡(jiǎn)述樁程序驅(qū)動(dòng)程序的作用？在我們進(jìn)行單元測(cè)試的時(shí)候，單元本身無法構(gòu)成一個(gè)切實(shí)可運(yùn)行的程序系統(tǒng)，所以我們需要為單元測(cè)試來開發(fā)樁模塊和驅(qū)動(dòng)模塊，從而完成我們的單元測(cè)試目的，這是樁模塊和驅(qū)動(dòng)模塊的作用一、軟件測(cè)試概述軟件測(cè)試是軟件開發(fā)過程的重要組成部分，是用來確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測(cè)試的目的，第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望的事情（Dotherightthing），另一方面是確認(rèn)軟件以正確的方式來做了這個(gè)事件（Doitright）。第二是提供信息，比如提供給開發(fā)人員或程序經(jīng)理的反饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身，而且還包括軟件開發(fā)的過程。如果一個(gè)軟件產(chǎn)品開發(fā)完成之后發(fā)現(xiàn)了很多問題，這說明此軟件開發(fā)過程很可能是有缺陷的。因此軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開發(fā)過程是高質(zhì)量的。軟件質(zhì)量是由幾個(gè)方面來衡量的：一、在正確的時(shí)間用正確的的方法把一個(gè)工作做正確（Doingtherightthingsrightattherighttime.）。二、符合一些應(yīng)用標(biāo)準(zhǔn)的要求，比如不同國家的用戶不同的操作習(xí)慣和要求，項(xiàng)目工程中的可維護(hù)性、可測(cè)試性等要求。三、質(zhì)量本身就是軟件達(dá)到了最開始所設(shè)定的要求，而代碼的優(yōu)美或精巧的技巧并不代表軟件的高質(zhì)量（Qualityisdefinedasconformancetorequirements,notas“goodness”or“elegance”.）。四、質(zhì)量也代表著它符合客戶的需要（Qualityalsomeans“meetcustomerneeds”.）。作為軟件測(cè)試這個(gè)行業(yè)，最重要的一件事就是從客戶的需求出發(fā)，從客戶的角度去看產(chǎn)品，客戶會(huì)怎么去使用這個(gè)產(chǎn)品，使用過程中會(huì)遇到什么樣的問題。只有這些問題都解決了，軟件產(chǎn)品的質(zhì)量才可以說是上去了。測(cè)試人員在軟件開發(fā)過程中的任務(wù)：1、尋找Bug；2、避免軟件開發(fā)過程中的缺陷；3、衡量軟件的品質(zhì)；4、關(guān)注用戶的需求?？偟哪繕?biāo)是：確保軟件的質(zhì)量。二、常用的軟件測(cè)試方法1.黑盒測(cè)試黑盒測(cè)試顧名思義就是將被測(cè)系統(tǒng)看成一個(gè)黑盒，從外界取得輸入，然后再輸出。整個(gè)測(cè)試基于需求文檔，看是否能滿足需求文檔中的所有要求。黑盒測(cè)試要求測(cè)試者在測(cè)試時(shí)不能使用與被測(cè)系統(tǒng)內(nèi)部結(jié)構(gòu)相關(guān)的知識(shí)或經(jīng)驗(yàn)，它適用于對(duì)系統(tǒng)的功能進(jìn)行測(cè)試。黑盒測(cè)試的優(yōu)點(diǎn)有：

1）比較簡(jiǎn)單，不需要了解程序內(nèi)部的代碼及實(shí)現(xiàn)；2）與軟件的內(nèi)部實(shí)現(xiàn)無關(guān)；3）從用戶角度出發(fā)，能很容易的知道用戶會(huì)用到哪些功能，會(huì)遇到哪些問題；4）基于軟件開發(fā)文檔，所以也能知道軟件實(shí)現(xiàn)了文檔中的哪些功能；5）在做軟件自動(dòng)化測(cè)試時(shí)較為方便。黑盒測(cè)試的缺點(diǎn)有：

1）不可能覆蓋所有的代碼，覆蓋率較低，大概只能達(dá)到總代碼量的30%；2）自動(dòng)化測(cè)試的復(fù)用性較低。2.白盒測(cè)試白盒測(cè)試是指在測(cè)試時(shí)能夠了解被測(cè)對(duì)象的結(jié)構(gòu)，可以查閱被測(cè)代碼內(nèi)容的測(cè)試工作。它需要知道程序內(nèi)部的設(shè)計(jì)結(jié)構(gòu)及具體的代碼實(shí)現(xiàn)，并以此為基礎(chǔ)來設(shè)計(jì)測(cè)試用例。如下例程序代碼：HRESULTPlay(char*pszFileName){if(NULL==pszFileName)return;if(STATE_OPENED==currentState){PlayTheFile();}return;}讀了代碼之后可以知道，先要檢查一個(gè)字符串是否為空，然后再根據(jù)播放器當(dāng)前的狀態(tài)來執(zhí)行相應(yīng)的動(dòng)作?？梢赃@樣設(shè)計(jì)一些測(cè)試用例：比如字符串（文件）為空的話會(huì)出現(xiàn)什么情況；如果此時(shí)播放器的狀態(tài)是文件剛打開，會(huì)是什么情況；如果文件已經(jīng)在播放，再調(diào)用這個(gè)函數(shù)會(huì)是什么情況。也就是說，根據(jù)播放器內(nèi)部狀態(tài)的不同，可以設(shè)計(jì)很多不同的測(cè)試用例。這些是在純粹做黑盒測(cè)試時(shí)不一定能做到的事情。白盒測(cè)試的直接好處就是知道所設(shè)計(jì)的測(cè)試用例在代碼級(jí)上哪些地方被忽略掉，它的優(yōu)點(diǎn)是幫助軟件測(cè)試人員增大代碼的覆蓋率，提高代碼的質(zhì)量，發(fā)現(xiàn)代碼中隱藏的問題。白盒測(cè)試的缺點(diǎn)有：1）程序運(yùn)行會(huì)有很多不同的路徑，不可能測(cè)試所有的運(yùn)行路徑；2）測(cè)試基于代碼，只能測(cè)試開發(fā)人員做的對(duì)不對(duì)，而不能知道設(shè)計(jì)的正確與否，可能會(huì)漏掉一些功能需求；3）系統(tǒng)龐大時(shí)，測(cè)試開銷會(huì)非常大。3.基于風(fēng)險(xiǎn)的測(cè)試基于風(fēng)險(xiǎn)的測(cè)試是指評(píng)估測(cè)試的優(yōu)先級(jí)，先做高優(yōu)先級(jí)的測(cè)試，如果時(shí)間或精力不夠，低優(yōu)先級(jí)的測(cè)試可以暫時(shí)先不做。有如下一個(gè)圖，橫軸代表影響，豎軸代表概率，根據(jù)一個(gè)軟件的特點(diǎn)來確定：如果一個(gè)功能出了問題，它對(duì)整個(gè)產(chǎn)品的影響有多大，這個(gè)功能出問題的概率有多大？如果出問題的概率很大，出了問題對(duì)整個(gè)產(chǎn)品的影響也很大，那么在測(cè)試時(shí)就一定要覆蓋到。對(duì)于一個(gè)用戶很少用到的功能，出問題的概率很小，就算出了問題的影響也不是很大，那么如果時(shí)間比較緊的話，就可以考慮不測(cè)試?；陲L(fēng)險(xiǎn)測(cè)試的兩個(gè)決定因素就是：該功能出問題對(duì)用戶的影響有多大，出問題的概率有多大。其它一些影響因素還有復(fù)雜性、可用性、依賴性、可修改性等。測(cè)試人員主要根據(jù)事情的輕重緩急來決定測(cè)試工作的重點(diǎn)。4.基于模型的測(cè)試模型實(shí)際上就是用語言把一個(gè)系統(tǒng)的行為描述出來，定義出它可能的各種狀態(tài)，以及它們之間的轉(zhuǎn)換關(guān)系，即狀態(tài)轉(zhuǎn)換圖。模型是系統(tǒng)的抽象。基于模型的測(cè)試是利用模型來生成相應(yīng)的測(cè)試用例，然后根據(jù)實(shí)際結(jié)果和原先預(yù)想的結(jié)果的差異來測(cè)試系統(tǒng)，過程如下圖所示。三、軟件測(cè)試的類型常見的軟件測(cè)試類型有：BVT(BuildVerificationTest)BVT是在所有開發(fā)工程師都已經(jīng)檢入自己的代碼，項(xiàng)目組編譯生成當(dāng)天的版本之后進(jìn)行，主要目的是驗(yàn)證最新生成的軟件版本在功能上是否完整，主要的軟件特性是否正確。如無大的問題，就可以進(jìn)行相應(yīng)的功能測(cè)試。BVT優(yōu)點(diǎn)是時(shí)間短，驗(yàn)證了軟件的基本功能。缺點(diǎn)是該種測(cè)試的覆蓋率很低。因?yàn)檫\(yùn)行時(shí)間短，不可能把所有的情況都測(cè)試到。ScenarioTests（基于用戶實(shí)際應(yīng)用場(chǎng)景的測(cè)試）在做BVT、功能測(cè)試的時(shí)候，可能測(cè)試主要集中在某個(gè)模塊，或比較分離的功能上。當(dāng)用戶來使用這個(gè)應(yīng)用程序的時(shí)候，各個(gè)模塊是作為一個(gè)整體來使用的，那么在做測(cè)試的時(shí)候，就需要模仿用戶這樣一個(gè)真實(shí)的使用環(huán)境，即用戶會(huì)有哪些用法，會(huì)用這個(gè)應(yīng)用程序做哪些事情，操作會(huì)是一個(gè)怎樣的流程。加了這些測(cè)試用例后，再與BVT、功能測(cè)試配合，就能使軟件整體都能符合用戶使用的要求。ScenarioTests優(yōu)點(diǎn)是關(guān)注了用戶的需求，缺點(diǎn)是有時(shí)候難以真正模仿用戶真實(shí)的使用情況。SmokeTest在測(cè)試中發(fā)現(xiàn)問題，找到了一個(gè)Bug，然后開發(fā)人員會(huì)來修復(fù)這個(gè)Bug。這時(shí)想知道這次修復(fù)是否真的解決了程序的Bug，或者是否會(huì)對(duì)其它模塊造成影響，就需要針對(duì)此問題進(jìn)行專門測(cè)試，這個(gè)過程就被稱為SmokeTest。在很多情況下，做SmokeTest是開發(fā)人員在試圖解決一個(gè)問題的時(shí)候，造成了其它功能模塊一系列的連鎖反應(yīng)，原因可能是只集中考慮了一開始的那個(gè)問題，而忽略其它的問題，這就可能引起了新的Bug。SmokeTest優(yōu)點(diǎn)是節(jié)省測(cè)試時(shí)間，防止build失敗。缺點(diǎn)是覆蓋率還是比較低。此外，ApplicationCompatibilityTest（兼容性測(cè)試），主要目的是為了兼容第三方軟件，確保第三方軟件能正常運(yùn)行，用戶不受影響。AccessibilityTest（軟件適用性測(cè)試），是確保軟件對(duì)于某些有殘疾的人士也能正常的使用，但優(yōu)先級(jí)比較低。其它的測(cè)試還有FunctionalTest（功能測(cè)試）、SecurityTest（安全性測(cè)試）、StressTest（壓力測(cè)試）、PerformanceTest（性能測(cè)試）、RegressionTest（回歸測(cè)試）、Setup/UpgradeTest（安裝升級(jí)測(cè)試）等。四、微軟的軟件測(cè)試工作1.基本情況測(cè)試在微軟公司是一項(xiàng)非常重要的工作，微軟公司在此方面的投入是非常巨大的。微軟對(duì)測(cè)試的重視表現(xiàn)在工程開發(fā)隊(duì)伍的人員構(gòu)成上，微軟的項(xiàng)目經(jīng)理、軟件開發(fā)人員和測(cè)試人員的比例基本是1：3：3或1：4：4，可以看出開發(fā)人員與測(cè)試人員的比例是1：1。對(duì)于測(cè)試的重視還表現(xiàn)在最后產(chǎn)品要發(fā)布的時(shí)候，此產(chǎn)品的所有相關(guān)部門都必須簽字，而測(cè)試人員則具有絕對(duì)的否決權(quán)。測(cè)試人員中分成兩種職位，SoftwareDevelopmentEngineerinTest（測(cè)試組的軟件開發(fā)工程師）實(shí)際上還是屬于開發(fā)人員，他們具備編寫代碼的能力和開發(fā)工具軟件的經(jīng)驗(yàn)，側(cè)重于開發(fā)自動(dòng)化測(cè)試工具和測(cè)試腳本，實(shí)現(xiàn)測(cè)試的自動(dòng)化。SoftwareTestEngineer（軟件測(cè)試工程師）具體負(fù)責(zé)測(cè)試軟件產(chǎn)品，主要完成一些手工測(cè)試以及安裝配置測(cè)試。2.測(cè)試計(jì)劃測(cè)試計(jì)劃是測(cè)試人員管理測(cè)試項(xiàng)目，在軟件中尋找Bug的一種有效的工具。測(cè)試計(jì)劃主要有兩個(gè)作用，一是評(píng)判團(tuán)隊(duì)的測(cè)試覆蓋率以及效率，讓測(cè)試工作很有條理的逐步展開。二是有利于與項(xiàng)目經(jīng)理、開發(fā)人員進(jìn)行溝通。有了測(cè)試計(jì)劃之后，他們就能夠知道你是如何開展測(cè)試工作的，他們也會(huì)從中提出很多有益的意見，確保測(cè)試工作順利進(jìn)行?？傊辛藴y(cè)試計(jì)劃可以更好的完成測(cè)試工作，確保用戶的滿意度。測(cè)試人員在編寫測(cè)試計(jì)劃之前，應(yīng)獲得以下文檔：1）程序經(jīng)理編寫的產(chǎn)品功能說明書或產(chǎn)品開發(fā)計(jì)劃；2）程序經(jīng)理或開發(fā)人員提供的開發(fā)進(jìn)度表。根據(jù)產(chǎn)品的特性及開發(fā)進(jìn)度安排，測(cè)試人員制定具體的測(cè)試計(jì)劃。測(cè)試計(jì)劃通常包括以下內(nèi)容：1）測(cè)試目標(biāo)和發(fā)布條件：a.給出清晰的測(cè)試目標(biāo)描述；b.定義產(chǎn)品的發(fā)布條件，即在達(dá)到何種測(cè)試目標(biāo)的前提下才可以發(fā)布產(chǎn)品的某個(gè)特定版本。2）待測(cè)產(chǎn)品范圍：a.軟件主要特性/功能說明，即待測(cè)軟件主要特性的列表；b.特性/功能測(cè)試一覽，應(yīng)涵蓋所有特性、對(duì)話框、菜單和錯(cuò)誤信息等待測(cè)內(nèi)容，并列舉每個(gè)測(cè)試范圍內(nèi)要重點(diǎn)考慮的關(guān)鍵功能。3）測(cè)試方法描述：a.定義測(cè)試軟件產(chǎn)品時(shí)使用的測(cè)試方法；b.描述每一種特定的測(cè)試方法可以覆蓋哪些測(cè)試范圍。4）測(cè)試進(jìn)度表：a.定義測(cè)試?yán)锍瘫?；b.定義當(dāng)前里程碑的詳細(xì)測(cè)試進(jìn)度。5）測(cè)試資源和相關(guān)的程序經(jīng)理/開發(fā)工程師：a.定義參與測(cè)試的人員；b.描述每位測(cè)試人員的職責(zé)范圍；c.給出與測(cè)試有關(guān)的程序經(jīng)理/開發(fā)工程師的相關(guān)信息。6）配置范圍和測(cè)試工具：a.給出測(cè)試時(shí)使用的所有計(jì)算機(jī)平臺(tái)列表；b.描述測(cè)試覆蓋了哪些硬件設(shè)備；c.測(cè)試時(shí)使用的主要測(cè)試工具。此外，還應(yīng)列出測(cè)試中可能會(huì)面臨的風(fēng)險(xiǎn)及測(cè)試的依賴性，即測(cè)試是否依賴于某個(gè)產(chǎn)品或某個(gè)團(tuán)隊(duì)。比如此項(xiàng)測(cè)試依賴性WindowsCE這個(gè)操作系統(tǒng)，而這個(gè)系統(tǒng)要明年2月份才能做好，那么此項(xiàng)測(cè)試就可能只有在明年5月份才能完成，這樣就存在著依賴關(guān)系。如果那個(gè)團(tuán)隊(duì)的開發(fā)計(jì)劃往后推，則此項(xiàng)測(cè)試也會(huì)被推遲。3.測(cè)試用例開發(fā)一個(gè)好的測(cè)試用例就是有一個(gè)合理的概率來找到Bug，不要冗余，要有針對(duì)性，一個(gè)測(cè)試只針對(duì)一件事情。特別是功能測(cè)試的時(shí)候，如果一個(gè)測(cè)試是測(cè)了兩項(xiàng)功能，那么如果測(cè)試結(jié)果失敗的話，就不知道到底是哪項(xiàng)功能出了問題。測(cè)試用例開發(fā)中主要使用的技術(shù)有等價(jià)類劃分，邊界值的分析，ErrorGuessingTesting。等價(jià)類劃分是根據(jù)輸入輸出條件，以及自身的一些特性分成兩個(gè)或更多個(gè)子集，來減少所需要測(cè)試的用例個(gè)數(shù)，并且能用很少的測(cè)試用例來覆蓋很多的情況，減少測(cè)試用例的冗余度。在等價(jià)類劃分中，最基本的劃分是