歷年來軟件測(cè)試經(jīng)典面試題

1、歷年來軟件測(cè)試經(jīng)典面試題1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？兼容測(cè)試：主要是檢查軟件在不同的軟硬件平臺(tái)上是否可以正常的運(yùn)行，即軟件可移植性。兼容的類型：細(xì)分為平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。兼容測(cè)試的重點(diǎn)：對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容測(cè)試。兼容和配置測(cè)試的區(qū)別：做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？1、檢查系統(tǒng)是否有中毒的特征；2、檢查軟件/硬件的配置是否符合軟件的推

2、薦標(biāo)準(zhǔn)；3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒有對(duì)外提供什么消耗CPU資源的服務(wù)；4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問題，或者訪問有問題造成的；5、在系統(tǒng)沒有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪問情況。3、測(cè)試的策略有哪些？黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)（Beta測(cè)試的策略）4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？1、用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜；2、對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來；但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的；3、具體的環(huán)

3、境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？標(biāo)記就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。6、你覺得bugzilla在使用的過程中，有什么問題？標(biāo)記界面不穩(wěn)定；根據(jù)需要配置它的不同的部分，過程很煩瑣。流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作；沒有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。7、描述測(cè)試用例設(shè)計(jì)的完整過程？需求分析 + 需求變更的維護(hù)工作；根據(jù)需求， 得出測(cè)試需求；設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案；方案評(píng)審?fù)ㄟ^后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審；8、單元測(cè)試的策略有哪些？邏輯覆

4、蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析9、LoadRunner分哪三部分？標(biāo)記用戶動(dòng)作設(shè)計(jì)；場(chǎng)景設(shè)計(jì)；測(cè)試數(shù)據(jù)分析；10、LoadRunner進(jìn)行測(cè)試的流程? 標(biāo)記1、 測(cè)試用例2、 創(chuàng)建虛擬用戶腳本3、 創(chuàng)建運(yùn)行場(chǎng)景4、 運(yùn)行測(cè)試腳本5、 監(jiān)視場(chǎng)景6、 分析測(cè)試的結(jié)果以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來介紹。11、什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？標(biāo)記在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。集合點(diǎn)，即是多個(gè)

5、用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測(cè)試就不能進(jìn)行。12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？標(biāo)記分析用戶登錄的基本情況，得出一組數(shù)據(jù)，通過性測(cè)試/失敗性測(cè)試的都有（根據(jù)TC來設(shè)計(jì)這些數(shù)據(jù)），然后錄制登錄的腳本，將關(guān)鍵的數(shù)據(jù)參數(shù)化，修改腳本，對(duì)代碼進(jìn)行加強(qiáng)，調(diào)試腳本。13、QTP中的Action有什么作用？有幾種？標(biāo)記Action的作用n 用Action可以對(duì)步驟集進(jìn)行分組n 步驟重組，然后被整體調(diào)用n 擁有自己的sheetn 組合有相同需求的步驟，整體操作n 具有獨(dú)立的對(duì)象倉(cāng)庫(kù)Acti

6、on的種類n 可復(fù)用Actionn 不可復(fù)用Actionn 外部Action 14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過程進(jìn)行管理？標(biāo)記需求管理n 定義測(cè)試范圍n 定義需求樹n 描述需求樹的功能點(diǎn)測(cè)試計(jì)劃n 定義測(cè)試目標(biāo)和測(cè)試策略。n 分解應(yīng)用程序，建立測(cè)試計(jì)劃樹。n 確定每個(gè)功能點(diǎn)的測(cè)試方法。n 將每個(gè)功能點(diǎn)連接到需求上，使測(cè)試計(jì)劃覆蓋全部的測(cè)試需求。n 描述手工測(cè)試的測(cè)試步驟n 指明需要進(jìn)行自動(dòng)測(cè)試的功能點(diǎn)測(cè)試執(zhí)行n 定義測(cè)試集合。n 為每個(gè)測(cè)試人員制定測(cè)試任務(wù)和測(cè)試日程安排。n 運(yùn)行自動(dòng)測(cè)試。缺陷跟蹤n 記錄缺陷n 查看新增缺陷，并確定哪些是需要修正的n 相關(guān)技術(shù)人員修

7、改缺陷n 回歸測(cè)試n 分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開發(fā)質(zhì)量。15、你所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試）？Compatibility Testing（兼容性測(cè)試），測(cè)試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。Functional testing (功能測(cè)試)，根據(jù)產(chǎn)品特征、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。Performance testing（性能測(cè)試），評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測(cè)試。包括負(fù)載

8、測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫(kù)容量測(cè)試、基準(zhǔn)測(cè)試等類型。16、軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？1，硬件平臺(tái)和操作系統(tǒng)2，版本3，bug編號(hào)4，bug報(bào)告優(yōu)先級(jí)5，bug狀態(tài)6，發(fā)現(xiàn)人7，提交人8，提交日期9，指定處理人10，概述11，從屬關(guān)系12，詳細(xì)描述13，嚴(yán)重程度14，所屬模塊要提交高質(zhì)量的軟件缺陷記錄要參考需求及前期詳細(xì)設(shè)計(jì)等前期文檔，設(shè)計(jì)高效測(cè)試用例，然后執(zhí)行用例，對(duì)發(fā)現(xiàn)問題要充分肯定，然后對(duì)外發(fā)布。17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別？Beta testing(測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)

9、試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng)Alpha testing (測(cè)試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試18、軟件的評(píng)審一般由哪些人參加？其目的是什么？標(biāo)記在正式的會(huì)議上將軟件項(xiàng)目的成果（包括各階段的文檔、產(chǎn)生的代碼等）提交給用戶、客戶或有關(guān)部門人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開發(fā)過程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷，并采取補(bǔ)救措施，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。 人員：用戶、客戶或有關(guān)部門開發(fā)人員，測(cè)試人員，需求分析師都可以，就看處于評(píng)審那個(gè)階段 19、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別？標(biāo)記

10、階段評(píng)審 對(duì)項(xiàng)目各階段評(píng)審：對(duì)階段成果和工作項(xiàng)目評(píng)審 對(duì)項(xiàng)目總體評(píng)審：對(duì)工作和產(chǎn)品20、闡述工作版本的定義？軟件開發(fā)過程中，用于內(nèi)部測(cè)試的功能和性能不完善的軟件版本。工作版本既可以是系統(tǒng)的可操作版本，也可以是要在發(fā)布產(chǎn)品中演示的部分功能模塊。 21、什么是樁模塊？什么是驅(qū)動(dòng)模塊？樁模塊：被測(cè)模塊調(diào)用模塊驅(qū)動(dòng)模塊 調(diào)用被測(cè)模塊的模塊22、什么是扇入？什么是扇出？扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目23、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？標(biāo)記軟件測(cè)試計(jì)劃就是在軟件測(cè)試工作正式實(shí)施之前明確測(cè)試的對(duì)象，并且通過對(duì)資源、時(shí)間、風(fēng)險(xiǎn)、測(cè)試范圍和預(yù)算等方面的綜合分析和規(guī)劃，保證有效的實(shí)施軟件測(cè)試；做好測(cè)試

11、計(jì)劃工作的關(guān)鍵 ：目的，管理，規(guī)范1. 明確測(cè)試的目標(biāo)，增強(qiáng)測(cè)試計(jì)劃的實(shí)用性編寫軟件測(cè)試計(jì)劃得重要目的就是使測(cè)試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測(cè)試計(jì)劃的價(jià)值取決于它對(duì)幫助管理測(cè)試項(xiàng)目，并且找出軟件潛在的缺陷。因此，軟件測(cè)試計(jì)劃中的測(cè)試范圍必須高度覆蓋功能需求，測(cè)試方法必須切實(shí)可行，測(cè)試工具并且具有較高的實(shí)用性，便于使用，生成的測(cè)試結(jié)果直觀、準(zhǔn)確2堅(jiān)持“5W”規(guī)則，明確內(nèi)容與過程“5W”規(guī)則指的是“What（做什么）”、“Why（為什么做）”、“When（何時(shí)做）”、“Where（在哪里）”、“How（如何做）”。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），

12、明確測(cè)試的范圍和內(nèi)容（What），確定測(cè)試的開始和結(jié)束日期（When），指出測(cè)試的方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。3采用評(píng)審和更新機(jī)制，保證測(cè)試計(jì)劃滿足實(shí)際需求測(cè)試計(jì)劃寫作完成后，如果沒有經(jīng)過評(píng)審，直接發(fā)送給測(cè)試團(tuán)隊(duì)，測(cè)試計(jì)劃內(nèi)容的可能不準(zhǔn)確或遺漏測(cè)試內(nèi)容，或者軟件需求變更引起測(cè)試范圍的增減，而測(cè)試計(jì)劃的內(nèi)容沒有及時(shí)更新，誤導(dǎo)測(cè)試執(zhí)行人員。4. 分別創(chuàng)建測(cè)試計(jì)劃與測(cè)試詳細(xì)規(guī)格、測(cè)試用例應(yīng)把詳細(xì)的測(cè)試技術(shù)指標(biāo)包含到獨(dú)立創(chuàng)建的測(cè)試詳細(xì)規(guī)格文檔，把用于指導(dǎo)測(cè)試小組執(zhí)行測(cè)試過程的測(cè)試用例放到獨(dú)立創(chuàng)建的測(cè)試用例文檔或測(cè)試用例管理數(shù)據(jù)庫(kù)中。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例

13、之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。 24、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么？需求和設(shè)計(jì)文檔的理解程度，對(duì)系統(tǒng)的熟悉程度25、簡(jiǎn)述一下缺陷的生命周期？提交-確認(rèn)-分配-修復(fù)-驗(yàn)證-關(guān)閉26、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？用戶認(rèn)證機(jī)制：如數(shù)字證書、智能卡、雙重認(rèn)證、安全電子交易協(xié)議加密機(jī)制安全防護(hù)策略：如安全日志、入侵檢測(cè)、隔離防護(hù)、漏洞掃描數(shù)據(jù)備份與恢復(fù)手段：存儲(chǔ)設(shè)備、存儲(chǔ)優(yōu)化、存儲(chǔ)保護(hù)、存儲(chǔ)管理防病毒系統(tǒng)27、軟件配置管理工作開展的情況和認(rèn)識(shí)？標(biāo)記軟件配置管理貫穿于軟件開發(fā)、測(cè)試活動(dòng)的始終，覆

14、蓋了開發(fā)、測(cè)試活動(dòng)的各個(gè)環(huán)節(jié)，它的重要作用之一就是要全面的管理保存各個(gè)配置項(xiàng)，監(jiān)控各配置項(xiàng)的狀態(tài)，并向項(xiàng)目經(jīng)理及相關(guān)的人員報(bào)告，從而實(shí)現(xiàn)對(duì)軟件過程的控制。軟件測(cè)試配置管理包括4個(gè)最基本的活動(dòng)：配置項(xiàng)標(biāo)識(shí)配置項(xiàng)控制配置項(xiàng)狀態(tài)報(bào)告配置審計(jì) 軟件配置管理通常借助工具來輔助，主要有MS SourceSafe、Rational ClearCase等28、你覺得軟件測(cè)試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的？缺陷密度值達(dá)到客戶的要求29、引入測(cè)試管理的含義？標(biāo)記 風(fēng)險(xiǎn)分析，進(jìn)度控制、角色分配、質(zhì)量控制30、一套完整的測(cè)試應(yīng)該由哪些階段組成？需求分析測(cè)試計(jì)劃測(cè)試設(shè)計(jì)測(cè)試環(huán)境搭建測(cè)試執(zhí)行測(cè)試記錄缺陷管理軟件評(píng)估31、集成測(cè)

15、試也叫組裝測(cè)試或者聯(lián)合測(cè)試，請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容？（1）在把各個(gè)模塊連接起來的時(shí)候，穿越模塊接口的數(shù)據(jù)是否會(huì)丟失；（2）一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響；（3）各個(gè)子功能組合起來，能否達(dá)到預(yù)期要求的父功能；（4）全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問題；（5）單個(gè)模塊的誤差累積起來，是否會(huì)放大，從而達(dá)到不能接受的程度。32、簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試關(guān)系？（1）集成測(cè)試的主要依據(jù)概要設(shè)計(jì)說明書，系統(tǒng)測(cè)試的主要依據(jù)是需求設(shè)計(jì)說明書；（2）集成測(cè)試是系統(tǒng)模塊的測(cè)試，系統(tǒng)測(cè)試是對(duì)整個(gè)系統(tǒng)的測(cè)試，包括相關(guān)的軟硬件平臺(tái)、網(wǎng)絡(luò)以及相關(guān)外設(shè)的測(cè)試。33、軟件測(cè)試的文檔測(cè)試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其

16、中用戶文檔是文檔測(cè)試的重點(diǎn)。那么軟件系統(tǒng)的用戶文檔包括哪些？用戶手冊(cè)安裝和設(shè)置指導(dǎo)聯(lián)機(jī)幫助指南、向?qū)永?、示例和模板授?quán)/注冊(cè)登記表最終用戶許可協(xié)議34、軟件系統(tǒng)中除用戶文檔之外，文檔測(cè)試還應(yīng)該關(guān)注哪些文檔？開發(fā)文檔軟件需求說明書數(shù)據(jù)庫(kù)設(shè)計(jì)說明書概要設(shè)計(jì)說明書詳細(xì)設(shè)計(jì)說明書可行性研究報(bào)告管理文檔項(xiàng)目開發(fā)計(jì)劃測(cè)試計(jì)劃測(cè)試報(bào)告開發(fā)進(jìn)度月報(bào)開發(fā)總結(jié)報(bào)告35、簡(jiǎn)述軟件系統(tǒng)中用戶文檔的測(cè)試要點(diǎn)？（1）讀者群。文檔面向的讀者定位要明確。對(duì)于初級(jí)用戶、中級(jí)用戶以及高級(jí)用戶應(yīng)該有不同的定位（2）術(shù)語(yǔ)。文檔中用到的術(shù)語(yǔ)要適用與定位的讀者群，用法一致，標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合。（3）正確性。測(cè)試中需檢查所有信息是

17、否真實(shí)正確，查找由于過期產(chǎn)品說明書和銷售人員夸大事實(shí)而導(dǎo)致的錯(cuò)誤。檢查所有的目錄、索引和章節(jié)引用是否已更新，嘗試鏈接是否準(zhǔn)確，產(chǎn)品支持電話、地址和郵政編碼是否正確。（4）完整性。對(duì)照軟件界面檢查是否有重要的分支沒有描述到，甚至是否有整個(gè)大模塊沒有描述到。（5）一致性。按照文檔描述的操作執(zhí)行后，檢查軟件返回的結(jié)果是否與文檔描述的相同。（6）易用性。對(duì)關(guān)鍵步驟以粗體或背景色給用戶以提示，合理的頁(yè)面布局、適量的圖表都可以給用戶更高的易用性。需要注意的是文檔要有助于用戶排除錯(cuò)誤。不但描述正確操作，也要描述錯(cuò)誤處理辦法。文檔對(duì)于用戶看到的錯(cuò)誤信息應(yīng)當(dāng)有更詳細(xì)的文檔解釋。（7）圖表與界面截圖。檢查所有圖表

18、與界面截圖是否與發(fā)行版本相同。（8）樣例與示例。像用戶一樣載入和使用樣例。如果是一段程序，就輸入數(shù)據(jù)并執(zhí)行它。以每一個(gè)模塊制作文件，確認(rèn)它們的正確性。（9）語(yǔ)言。不出現(xiàn)錯(cuò)別字，不要出現(xiàn)有二義性的說法。特別要注意的是屏幕截圖或繪制圖形中的文字。（10）印刷與包裝。檢查印刷質(zhì)量；手冊(cè)厚度與開本是否合適；包裝盒的大小是否合適；有沒有零碎易丟失的小部件等等。文檔測(cè)試主要包含什么內(nèi)容？文檔的完整性：主要是測(cè)試文檔內(nèi)容的全面性和完整性，從總體上把握文檔的質(zhì)量。描述與軟件實(shí)際情況的一致性：主要測(cè)試軟件文檔和軟件實(shí)施的一致性。易理解性：主要是檢查文檔對(duì)關(guān)鍵、重要的操作和有無圖文字說明，文字、圖表是否易于理解。

19、文檔提供操作的實(shí)訓(xùn)：這項(xiàng)檢查內(nèi)容主要針對(duì)用戶手冊(cè)。主要功能和關(guān)鍵操作提供的應(yīng)用實(shí)例是否豐富，提供的實(shí)訓(xùn)描述是否詳細(xì)。印刷和包裝質(zhì)量：主要是檢查軟件穩(wěn)定的商業(yè)化程序。36、單元測(cè)試主要內(nèi)容是什么？1，模塊接口測(cè)試。單元測(cè)試的基礎(chǔ)，只有在數(shù)據(jù)能正確流入，流出模塊的前提下才有意義。2，局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行中完整，正確。重點(diǎn)是一些執(zhí)行函數(shù)是否正確執(zhí)行，內(nèi)部是否運(yùn)行正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源，應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例。3，邊界條件測(cè)試 單元測(cè)試中最重要的一項(xiàng)任務(wù)。因?yàn)檐浖?jīng)常在邊界上失敗，采用邊界值分析，可能發(fā)現(xiàn)新的錯(cuò)誤。4，模塊中所有獨(dú)立路徑的

20、測(cè)試 在模塊中執(zhí)行每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試，單元測(cè)試的基本任務(wù)保證模塊中每條語(yǔ)句執(zhí)行一次。5，模塊的各條錯(cuò)誤處理通路測(cè)試：程序在遇到異常情況時(shí)不應(yīng)該退出，好的程序應(yīng)能預(yù)見各種出錯(cuò)條件，并預(yù)設(shè)各種出錯(cuò)處理通路。37、如何理解強(qiáng)度測(cè)試？強(qiáng)度測(cè)試是為了確定系統(tǒng)在最差工作環(huán)境的工作能力,也可能是用于驗(yàn)證在標(biāo)準(zhǔn)工作壓力下的各種資源的最下限指標(biāo)。它和壓力測(cè)試的目標(biāo)是不同的,壓力測(cè)試是在標(biāo)準(zhǔn)工作環(huán)境下,不斷增加系統(tǒng)負(fù)荷,最終測(cè)試出該系統(tǒng)能力達(dá)到的最大負(fù)荷(穩(wěn)定和峰值),而強(qiáng)度測(cè)試則是在非標(biāo)準(zhǔn)工作環(huán)境下,甚至不斷人為降低系統(tǒng)工作環(huán)境所需要的資源,如網(wǎng)絡(luò)帶寬,系統(tǒng)內(nèi)存,數(shù)據(jù)鎖等等,以測(cè)試系統(tǒng)在資源不足的情況下

21、的工作狀態(tài),通過強(qiáng)度測(cè)試,可以確定本系統(tǒng)正常工作的最差環(huán)境.強(qiáng)度測(cè)試和壓力測(cè)試的測(cè)試指標(biāo)相近,大多都是與時(shí)間相關(guān)的指標(biāo),如并發(fā)量(吞吐量),延遲(最大最小平均)以及順序指標(biāo)等強(qiáng)度測(cè)試需要對(duì)系統(tǒng)的結(jié)構(gòu)熟悉,針對(duì)系統(tǒng)的特征設(shè)計(jì)強(qiáng)度測(cè)試的方法38、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試？性能測(cè)試是一個(gè)較大的范圍，實(shí)際上性能測(cè)試本身包括了性能，強(qiáng)度，壓力等多方面的測(cè)試內(nèi)容。壓力測(cè)試是對(duì)服務(wù)器的穩(wěn)定性以及負(fù)載能力等方面的測(cè)試。主要任務(wù)是獲取系統(tǒng)正確運(yùn)行的極限，檢查系統(tǒng)的瞬間峰值負(fù)荷下正確執(zhí)行的能力。增大訪問系統(tǒng)的用戶數(shù)量，或者幾個(gè)用戶進(jìn)行大數(shù)據(jù)量操作都是壓力測(cè)試，而負(fù)載測(cè)試是壓力相對(duì)較大的測(cè)試，性能測(cè)試的重要

22、部分。100個(gè)用戶對(duì)系統(tǒng)進(jìn)行連續(xù)半小時(shí)的訪問可以看做壓力測(cè)試，連續(xù)訪問8個(gè)小時(shí)就可以認(rèn)為是負(fù)載測(cè)試。實(shí)際上，做壓力測(cè)試和負(fù)載測(cè)試沒有明顯的區(qū)別，測(cè)試人員應(yīng)該站在關(guān)注整理性能的高度上來對(duì)系統(tǒng)進(jìn)行測(cè)試。39、什么是系統(tǒng)瓶頸？主要指整個(gè)軟件硬件構(gòu)成的軟件系統(tǒng)在某一個(gè)方面或者幾個(gè)方面能力不能滿足用戶的特定業(yè)務(wù)要求?！疤囟ā笔侵钙款i會(huì)在某些條件下出現(xiàn)。嚴(yán)格的技術(shù)角度上講，所有的系統(tǒng)都會(huì)有瓶頸，因?yàn)榇蠖鄶?shù)系統(tǒng)的資源配置是不協(xié)調(diào)的，如cup使用率剛好到達(dá)100%時(shí)，內(nèi)存正好耗盡的系統(tǒng)。但是不多見。所以我們要從應(yīng)用角度討論：關(guān)鍵是看系統(tǒng)能否盲足用戶需求。在用戶極限使用系統(tǒng)的情況下，系統(tǒng)的響應(yīng)仍然正常，可以認(rèn)為

23、系統(tǒng)沒有瓶頸或者瓶頸不影響用戶工作。測(cè)試系統(tǒng)瓶頸主要是實(shí)現(xiàn)下面兩個(gè)目的：-發(fā)現(xiàn)表面的瓶頸。模擬用戶的操作，找出用戶極限使用系統(tǒng)時(shí)的瓶頸，然后解決瓶頸，這是性能測(cè)試的基本目標(biāo)。-發(fā)現(xiàn)潛在的瓶頸并解決，保證系統(tǒng)的長(zhǎng)期穩(wěn)定。40、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的？一，詳細(xì)到每個(gè)步驟都寫出來，目的是即使一個(gè)不了解的新手都可以按照測(cè)試用例來執(zhí)行工作。二，主張寫的粗糙些，類似編寫測(cè)試大綱。因?yàn)檐浖_發(fā)需求管理不規(guī)范，頻繁變動(dòng)。這樣的測(cè)試用例容易維護(hù)。然測(cè)試執(zhí)行人員有更大的發(fā)揮空間。實(shí)際上，軟件測(cè)試用例的詳細(xì)程度首先要以覆蓋到測(cè)試點(diǎn)為基本要求。41、配置和兼容性測(cè)試的區(qū)別是什么？配置測(cè)試的目的是保證

24、軟件在其相關(guān)的硬件上能夠正常運(yùn)行，而兼容性測(cè)試主要是測(cè)試軟件能否與不同的軟件正確協(xié)作。1，配置測(cè)試的目的是保證軟件在其相關(guān)的硬件上能夠正常運(yùn)行的，而兼容測(cè)試主要是測(cè)試軟件能否與不同的軟件兼容。2，配置測(cè)試的核心內(nèi)容：使用各種硬件來測(cè)試軟件的運(yùn)行情況，包括軟件在不同的主機(jī)/主件上的運(yùn)行情況，不同的外設(shè)，不同的接口，不同的可選項(xiàng)。3，兼容測(cè)試的核心內(nèi)容1，測(cè)試軟件在不同的操作系統(tǒng)或者同一系統(tǒng)的不同版本上兼容。2，軟件本身能否向前或者向后兼容。3，測(cè)試軟件能否與其它相關(guān)的軟件兼容。4，數(shù)據(jù)兼容測(cè)試，主要是指數(shù)據(jù)能否共享。配置和兼容性測(cè)試通稱對(duì)開發(fā)系統(tǒng)類軟件比較重要，例如驅(qū)動(dòng)程序、操作系統(tǒng)、數(shù)據(jù)庫(kù)管理

25、系統(tǒng)等。具體進(jìn)行時(shí)仍然按照測(cè)試用例來執(zhí)行。42、測(cè)試中的“殺蟲劑怪事”是指什么？“殺蟲劑怪事”用于描述測(cè)試人員對(duì)同一測(cè)試對(duì)象進(jìn)行的測(cè)試次數(shù)越多，發(fā)現(xiàn)的缺陷就會(huì)越來越少的現(xiàn)象。就像老用一種農(nóng)藥，害蟲就會(huì)有免疫力，農(nóng)藥發(fā)揮不了效力。這種現(xiàn)象的根本原因就是測(cè)試人員對(duì)測(cè)試軟件過于熟悉，形成思維定勢(shì)。為了克服這種現(xiàn)象，測(cè)試人員需要不斷編寫新的測(cè)試程序或者測(cè)試用例，對(duì)程序的不同部分進(jìn)行測(cè)試，以發(fā)現(xiàn)更多的缺陷。也可以引用新人來測(cè)試軟件，剛剛進(jìn)來的新手往往能發(fā)現(xiàn)一些意想不到的問題。43、完全測(cè)試程序是可能的嗎？實(shí)際上完全測(cè)試是不可能的。主要有以下一個(gè)原因：-完全測(cè)試比較耗時(shí)，時(shí)間上不允許；-完全測(cè)試通常意味著

26、較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；-輸入量太大，不能一一進(jìn)行測(cè)試；-輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；-軟件實(shí)現(xiàn)途徑太多；-軟件產(chǎn)品說明書沒有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定。44、軟件測(cè)試人員就是QA嗎？軟件測(cè)試人員的職責(zé)是盡可能的找出軟件缺陷，確保缺陷能被修復(fù)。QA（質(zhì)量保證人員）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是保證人員的工作對(duì)象。45、測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么？習(xí)慣上吧開發(fā)完成進(jìn)行商業(yè)化，幾乎不進(jìn)行代碼修改就可以售給

27、用戶使用的軟件稱為軟件產(chǎn)品。把針對(duì)一個(gè)或幾個(gè)特定的用戶而開發(fā)的軟件稱為軟件項(xiàng)目，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開發(fā)，也可以修改已有的軟件產(chǎn)品來滿足特定的用戶需求。區(qū)別：質(zhì)量不同，產(chǎn)品的質(zhì)量要求高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至帶來很多負(fù)面的影響。而項(xiàng)目通常面向某一個(gè)用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以。測(cè)試資源投入多少不同。軟件產(chǎn)品通常是研發(fā)中心來開發(fā)，進(jìn)度壓力要小些，同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力，物力資源。46、和用戶共同測(cè)試（UAT測(cè)試）的注意點(diǎn)有哪些？標(biāo)記軟件產(chǎn)品在投產(chǎn)前，通常都會(huì)進(jìn)行用戶驗(yàn)收測(cè)試。如果用戶驗(yàn)收測(cè)試沒有通過，直

28、接結(jié)果就是那不到“Money”，間接影響是損害了公司的形象，而后者的影響往往更嚴(yán)重。根據(jù)作者的經(jīng)驗(yàn)，用戶驗(yàn)收測(cè)試一定要讓用戶滿意。實(shí)際上用戶現(xiàn)場(chǎng)測(cè)試更趨于是一種演示。在不欺騙用戶的前提下，我們向用戶展示我們軟件的優(yōu)點(diǎn)，最后讓“上帝”滿意并欣然掏出“銀子”才是我們的目標(biāo)。因此用戶測(cè)試要注意下面的事項(xiàng)：（1）用戶現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過測(cè)試，證明沒有問題才可以和用戶共同進(jìn)行測(cè)試。測(cè)試核心模塊的目的是建立用戶對(duì)軟件的信心。當(dāng)然如果這些模塊如果問題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問題，我們可以演示其它重要的業(yè)務(wù)功能模塊

29、，必要時(shí)要向用戶做成合理的解釋。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶，蒙混過關(guān)。道理很簡(jiǎn)單，因?yàn)檐浖且o用戶用的，問題早晚會(huì)暴露出來，除非你可以馬上修改。和用戶進(jìn)行測(cè)試還要注意各種交流技巧，爭(zhēng)取不但短期利益得到了滿足，還要為后面得合作打好基礎(chǔ)。47、如何編寫提交給用戶的測(cè)試報(bào)告？標(biāo)記隨著測(cè)試工作越來越受重視，開發(fā)團(tuán)隊(duì)向客戶提供測(cè)試文檔是不可避免的事情。很多人會(huì)問：“我們可以把工作中的測(cè)試報(bào)告提供給客戶嗎？”答案是否定的。因?yàn)樘峁﹥?nèi)部測(cè)試報(bào)告，可能會(huì)讓客戶失去信心，甚至否定項(xiàng)目。測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的

30、實(shí)施情況，這里不過多討論，讀者可以參考相關(guān)教材。這里主要討論一下外部測(cè)試報(bào)告的寫法，一般外部測(cè)試報(bào)告要滿足下面幾個(gè)要求：-根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫，一般可以摘錄；-不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開發(fā)中的缺陷也沒有必要讓客戶知道；-報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；-報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；-整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來負(fù)面作用，尤其是性能測(cè)試報(bào)告?？傊?，外部測(cè)試報(bào)告要小心謹(jǐn)慎的編寫。48、什么是軟件測(cè)試，軟件測(cè)試的目的？使用人工或者自動(dòng)手段來運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過程，目的在于檢驗(yàn)它是否滿足規(guī)定的需求或者弄清預(yù)期結(jié)果和實(shí)際結(jié)

31、果之間的差別。49、寫出bug報(bào)告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。標(biāo)記參考答案：（要結(jié)合自己實(shí)際的工作經(jīng)驗(yàn)進(jìn)行回答，不同公司略有區(qū)別）測(cè)試人員提交新的Bug入庫(kù)，錯(cuò)誤狀態(tài)為New。 高級(jí)測(cè)試員/測(cè)試經(jīng)理驗(yàn)證錯(cuò)誤，如果確認(rèn)是錯(cuò)誤，分配給開發(fā)組。設(shè)置狀態(tài)為Open。如果不是錯(cuò)誤，則拒絕，設(shè)置為Declined狀態(tài)。 開發(fā)經(jīng)理分配bug至對(duì)應(yīng)的模塊開發(fā)人員。開發(fā)人員查詢狀態(tài)為Open的Bug，如果不是錯(cuò)誤，則置狀態(tài)為Declined；如果是Bug則修復(fù)并置狀態(tài)為Fixed。不能解決的Bug，要留下文字說明及保持Bug為Open狀態(tài)。 對(duì)于不能解決和延期解決的Bug，不能由開發(fā)人員自己決定，

32、一般要通過某種會(huì)議（評(píng)審會(huì)）通過才能認(rèn)可。 測(cè)試人員查詢狀態(tài)為Fixed的Bug，然后驗(yàn)證Bug是否已解決，如解決，置Bug的狀態(tài)為Closed，如沒有解決,置bug狀態(tài)為Reopen。50、畫出軟件測(cè)試的V模型圖。 51、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)已經(jīng)實(shí)現(xiàn)的功能是否符合需求。白盒測(cè)試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格的要求。所有內(nèi)部成分是否經(jīng)過檢查。黑盒測(cè)試要在軟件的接口處進(jìn)行，這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部邏輯

33、和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合太的功能說明。因此黑盒測(cè)試又叫功能測(cè)試或者數(shù)據(jù)驅(qū)動(dòng)測(cè)試。白盒測(cè)試是對(duì)軟件的過程性細(xì)節(jié)做仔細(xì)的檢查，這種方法是把測(cè)試對(duì)象看做一個(gè)打開的盒子，太允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)和有關(guān)信息，設(shè)計(jì)或者選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過不同點(diǎn)檢查程序的狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此，白盒測(cè)試又叫邏輯驅(qū)動(dòng)測(cè)試或者結(jié)構(gòu)測(cè)試。單元測(cè)試（模塊測(cè)試）是開發(fā)者編寫的一小段代碼，用于檢驗(yàn)被測(cè)代碼的一個(gè)很小的，很明確的功能是否正確。通常而言，一個(gè)單元測(cè)試用于判斷某個(gè)特定條件下某個(gè)特定函數(shù)的行為，由程序員自己完成。集成測(cè)試（組裝測(cè)試

34、，聯(lián)合測(cè)試）是單元測(cè)試的邏輯擴(kuò)展。它的最簡(jiǎn)單形式：兩個(gè)已經(jīng)測(cè)試過的單元組合成一個(gè)組件，并且測(cè)試他們之間的接口。方法是測(cè)試片段的組合，并最終擴(kuò)展進(jìn)程，將您的模塊與其他組的模塊一起測(cè)試，最后，將構(gòu)成進(jìn)程的所有模塊一起測(cè)試。系統(tǒng)測(cè)試：將經(jīng)過測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來測(cè)試。目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。驗(yàn)收測(cè)試：目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試向用戶表面系統(tǒng)能夠像預(yù)定需求那樣工作。52、測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？標(biāo)記軟件測(cè)試計(jì)劃是指導(dǎo)測(cè)試過程

35、的綱領(lǐng)性文件，包含了產(chǎn)品概述、測(cè)試策略、測(cè)試方法、測(cè)試區(qū)域、測(cè)試配置、測(cè)試周期、測(cè)試資源、測(cè)試交流、風(fēng)險(xiǎn)分析等內(nèi)容。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過程中的各種變更。測(cè)試計(jì)劃和測(cè)試詳細(xì)規(guī)格、測(cè)試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測(cè)試計(jì)劃主要從宏觀上規(guī)劃測(cè)試活動(dòng)的范圍、方法和資源配置，而測(cè)試詳細(xì)規(guī)格、測(cè)試用例是完成測(cè)試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測(cè)試測(cè)試策略和測(cè)試方法（最好是能先評(píng)審）53、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。1

36、等價(jià)類劃分劃分等價(jià)類: 等價(jià)類是指某個(gè)輸入域的子集合.在該子集合中,各個(gè)輸入數(shù)據(jù)對(duì)于揭露程序中的錯(cuò)誤都是等效的.并合理地假定:測(cè)試某等價(jià)類的代表值就等于對(duì)這一類其它值的測(cè)試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價(jià)類,在每一個(gè)等價(jià)類中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件,就可以用少量代表性的測(cè)試數(shù)據(jù).取得較好的測(cè)試結(jié)果.等價(jià)類劃分可有兩種不同的情況:有效等價(jià)類和無效等價(jià)類.2邊界值分析法邊界值分析方法是對(duì)等價(jià)類劃分方法的補(bǔ)充。測(cè)試工作經(jīng)驗(yàn)告訴我,大量的錯(cuò)誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對(duì)各種邊界情況設(shè)計(jì)測(cè)試用例,可以查出更多的錯(cuò)誤.使用邊界值分析方法設(shè)計(jì)測(cè)試用

37、例,首先應(yīng)確定邊界情況.通常輸入和輸出等價(jià)類的邊界,就是應(yīng)著重測(cè)試的邊界情況.應(yīng)當(dāng)選取正好等于,剛剛大于或剛剛小于邊界的值作為測(cè)試數(shù)據(jù),而不是選取等價(jià)類中的典型值或任意值作為測(cè)試數(shù)據(jù).3錯(cuò)誤推測(cè)法基于經(jīng)驗(yàn)和直覺推測(cè)程序中所有可能存在的各種錯(cuò)誤, 從而有針對(duì)性的設(shè)計(jì)測(cè)試用例的方法.錯(cuò)誤推測(cè)方法的基本思想: 列舉出程序中所有可能有的錯(cuò)誤和容易發(fā)生錯(cuò)誤的特殊情況,根據(jù)他們選擇測(cè)試用例. 例如, 在單元測(cè)試時(shí)曾列出的許多在模塊中常見的錯(cuò)誤. 以前產(chǎn)品測(cè)試中曾經(jīng)發(fā)現(xiàn)的錯(cuò)誤等, 這些就是經(jīng)驗(yàn)的總結(jié). 還有, 輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況. 輸入表格為空格或輸入表格只有一行. 這些都是容易發(fā)生錯(cuò)誤的情況.

38、可選擇這些情況下的例子作為測(cè)試用例.4因果圖方法前面介紹的等價(jià)類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系, 相互組合等. 考慮輸入條件之間的相互組合,可能會(huì)產(chǎn)生一些新的情況. 但要檢查輸入條件的組合不是一件容易的事情, 即使把所有輸入條件劃分成等價(jià)類,他們之間的組合情況也相當(dāng)多. 因此必須考慮采用一種適合于描述對(duì)于多種條件的組合,相應(yīng)產(chǎn)生多個(gè)動(dòng)作的形式來考慮設(shè)計(jì)測(cè)試用例. 這就需要利用因果圖（邏輯模型）. 因果圖方法最終生成的就是判定表. 它適合于檢查程序輸入條件的各種組合情況.54、軟件的構(gòu)造號(hào)與版本號(hào)之間的區(qū)別？BVT(BuildVerificationT

39、est)標(biāo)記參考答案：版本控制命名格式: 主版本號(hào).子版本號(hào).修正版本號(hào).編譯版本號(hào) Major.Minor .Revision.Build 應(yīng)根據(jù)下面的約定使用這些部分：Major ：具有相同名稱但不同主版本號(hào)的程序集不可互換。例如，這適用于對(duì)產(chǎn)品的大量重寫，這些重寫使得無法實(shí)現(xiàn)向后兼容性。Minor ：如果兩個(gè)程序集的名稱和主版本號(hào)相同，而次版本號(hào)不同，這指示顯著增強(qiáng)，但照顧到了向后兼容性。例如，這適用于產(chǎn)品的修正版或完全向后兼容的新版本。Build ：內(nèi)部版本號(hào)的不同表示對(duì)相同源所作的重新編譯。這適合于更改處理器、平臺(tái)或編譯器的情況。Revision ：名稱、主版本號(hào)和次版本號(hào)都相同但修

40、訂號(hào)不同的程序集應(yīng)是完全可互換的。這適用于修復(fù)以前發(fā)布的程序集中的安全漏洞。BVT(BuildVerificationTest)：作為Build的一部分，主要是通過對(duì)基本功能、特別是關(guān)鍵功能的測(cè)試，保證新增代碼沒有導(dǎo)致功能失效，保證版本的持續(xù)穩(wěn)定。實(shí)現(xiàn)BVT方式是有以下幾種：1、測(cè)試人員手工驗(yàn)證關(guān)鍵功能實(shí)現(xiàn)的正確性。特點(diǎn)：這是傳統(tǒng)開發(fā)方法中，通常采用的方式。無需維護(hù)測(cè)試腳本的成本，在測(cè)試人力資源充足，測(cè)試人員熟悉業(yè)務(wù)、并對(duì)系統(tǒng)操作熟練情況下效率很高，比較靈活快速。缺點(diǎn)：人力成本較高；對(duì)測(cè)試人員能力有一定要求；測(cè)試人員面對(duì)重復(fù)的工作，容易產(chǎn)生疲倦懈怠，從而影響測(cè)試質(zhì)量。2、借助基于GUI的自動(dòng)化

41、功能測(cè)試工具來完成，將各基本功能操作錄制成測(cè)試腳本，每次回放測(cè)試腳本驗(yàn)證功能實(shí)現(xiàn)的正確性。特點(diǎn)：能夠模擬用戶操作完成自動(dòng)的測(cè)試，從UI入口到業(yè)務(wù)實(shí)現(xiàn)，每一層的代碼實(shí)現(xiàn)都經(jīng)過驗(yàn)證；節(jié)約人力成本；降低測(cè)試人員重復(fù)勞動(dòng)的工作量，機(jī)器不會(huì)疲倦；缺點(diǎn)：對(duì)于UI變動(dòng)比較頻繁的系統(tǒng)來說，這種方式的維護(hù)成本很高，實(shí)施起來非常困難。另外，在項(xiàng)目周期較短且后續(xù)無延續(xù)性或繼承的情況下，也不推薦使用此方式。3、由開發(fā)人員通過自動(dòng)化測(cè)試工具完成業(yè)務(wù)層的BVT測(cè)試。特點(diǎn)：通過對(duì)業(yè)務(wù)層關(guān)鍵功能的持續(xù)集成測(cè)試，保證系統(tǒng)功能的持續(xù)穩(wěn)定?？梢越Y(jié)合DailyBuild，做為Build的一部分，自動(dòng)實(shí)現(xiàn)并輸入BVT報(bào)告。缺點(diǎn)：僅對(duì)業(yè)

42、務(wù)規(guī)則實(shí)現(xiàn)的正確性進(jìn)行了測(cè)試，對(duì)表現(xiàn)層無法測(cè)試到，對(duì)于諸如：前臺(tái)頁(yè)面控件各種事件響應(yīng)、頁(yè)面元素變化等方面的問題無法保證。55、集成測(cè)試通常都有那些策略？基于分解的集成:大爆炸集成自頂向下集成自底向上集成 三明治集成基于路徑的集成：分層集成基于功能的集成：高頻集成基于進(jìn)度的集成基于風(fēng)險(xiǎn)集成基于事件集成基于使用的集成C/S集成56、基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？標(biāo)記參考答案：57、軟件測(cè)試項(xiàng)目從什么時(shí)候開始，？為什么？需求分析開始。盡早了解被測(cè)項(xiàng)目。58、什么是測(cè)試評(píng)估？測(cè)試評(píng)估的范圍是什么？標(biāo)記參考答案：59、軟件驗(yàn)收測(cè)試除了alpha ,beta測(cè)試以外,還有哪一種?正式驗(yàn)收

43、測(cè)試60、需求測(cè)試注意事項(xiàng)有哪些？完整性：每一項(xiàng)需求都必須將所要實(shí)現(xiàn)的功能描述清楚，以使開發(fā)人員獲得設(shè)計(jì)和實(shí)現(xiàn)這些功能所需的所有必要信息。 正確性：每一項(xiàng)需求都必須準(zhǔn)確地陳述其要開發(fā)的功能。一致性：一致性是指與其它軟件需求或高層（系統(tǒng)，業(yè)務(wù)）需求不相矛盾?？尚行裕好恳豁?xiàng)需求都必須是在已知系統(tǒng)和環(huán)境的權(quán)能和限制范圍內(nèi)可以實(shí)施的。無二義性：對(duì)所有需求說明的讀者都只能有一個(gè)明確統(tǒng)一的解釋，由于自然語(yǔ)言極易導(dǎo)致二義性，所以盡量把每項(xiàng)需求用簡(jiǎn)潔明了的用戶性的語(yǔ)言表達(dá)出來。健壯性：需求的說明中是否對(duì)可能出現(xiàn)的異常進(jìn)行了分析，并且對(duì)這些異常進(jìn)行了容錯(cuò)處理。必要性：必要性可以理解為每項(xiàng)需求都是用來授權(quán)你編寫文

44、檔的根源。要使每項(xiàng)需求都能回溯至某項(xiàng)客戶的輸入，如Use Case或別的來源?？蓽y(cè)試性：每項(xiàng)需求都能通過設(shè)計(jì)測(cè)試用例或其它的驗(yàn)證方法來進(jìn)行測(cè)試。可修改性：每項(xiàng)需求只應(yīng)在S R S 中出現(xiàn)一次。這樣更改時(shí)易于保持一致性?？筛櫺裕簯?yīng)能在每項(xiàng)軟件需求與它的根源和設(shè)計(jì)元素、源代碼、測(cè)試用例之間建立起鏈接鏈，這種可跟蹤性要求每項(xiàng)需求以一種結(jié)構(gòu)化的，粒度好（f i n e - g r a i n e d ）的方式編寫并單獨(dú)標(biāo)明，61、測(cè)試用例通常包括那些內(nèi)容？著重闡述編制測(cè)試用例的具體做法 測(cè)試用例應(yīng)該描述： 1，測(cè)試點(diǎn)2，編號(hào)3，輸入4，預(yù)期結(jié)果5，測(cè)試結(jié)果的評(píng)價(jià)標(biāo)準(zhǔn)6 ，測(cè)試數(shù)據(jù)，步驟，甚至輔助的腳

45、步，程序等。做法：1，測(cè)試用例文檔。編寫測(cè)試用例文檔應(yīng)有的文檔模板，必須符合內(nèi)部的規(guī)范要求。2，測(cè)試用例的設(shè)置。按功能，路徑等。3，設(shè)計(jì)測(cè)試用例。等價(jià)類劃分法，邊界值分析法，錯(cuò)誤推測(cè)法，因果圖法，邏輯覆蓋法等。根據(jù)軟件不同而采取不同方法。62、在分別測(cè)試winform的C/S結(jié)構(gòu)與測(cè)試WEB結(jié)構(gòu)的軟件是，應(yīng)該采取什么樣的方法分別測(cè)試？他們存在什么樣的區(qū)別與聯(lián)系？ 63、在測(cè)試winform的C/S結(jié)構(gòu)軟件時(shí)，發(fā)現(xiàn)這個(gè)軟件的運(yùn)行速度很慢，您會(huì)認(rèn)為是什么原因？您會(huì)采取哪些方法去檢查這個(gè)原因？ 開發(fā)及環(huán)境搭建類面試題64、簡(jiǎn)述DNS、活動(dòng)目錄、域的概念。DNS:域名解析服務(wù)。將網(wǎng)絡(luò)域名解析成ip地址

46、。活動(dòng)目錄：微軟提供的目錄服務(wù)的一種。它存儲(chǔ)有關(guān)網(wǎng)絡(luò)上的對(duì)象信息，并使管理員和用戶更方便的查找和使用這類信息。域：網(wǎng)絡(luò)系統(tǒng)的一個(gè)安全邊界，在一個(gè)域當(dāng)中，計(jì)算機(jī)和用戶共享一系列的安全信息。65、描述TCP/IP協(xié)議的層次結(jié)構(gòu)，以及每一層中重要協(xié)議。TCP/IP協(xié)議應(yīng)用層/ApplicationHTTP、SMTP、FTP傳輸層/TransportTCP、UDP網(wǎng)絡(luò)層/NetworkIP鏈路層/LinkARP、RARP66、簡(jiǎn)述子網(wǎng)掩碼的用途。主要用來判斷兩個(gè)ip地址是否處于同一個(gè)局域網(wǎng)中，子網(wǎng)掩碼是由連續(xù)的2進(jìn)制1組成的。子網(wǎng)掩碼和ip地址進(jìn)行按位與運(yùn)算后，結(jié)果一致，表示處于一個(gè)局域網(wǎng)中，如果不一

47、致，表示不再一個(gè)局域網(wǎng)中，需要尋找出路。67、說出4種以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍（微軟的操作系統(tǒng)除外）。Linux(RedHat Debian, ubantu):主要用于搭建各類服務(wù)器MAC OS：蘋果機(jī)的操作系統(tǒng)，用于圖像處理和一些軟件開發(fā)平臺(tái)Unix（AIX：IBM服務(wù)器的專用操作系統(tǒng)）Solaris:Sun操作系統(tǒng)；NetBSD68、在Linux系統(tǒng)中，一個(gè)文件的訪問權(quán)限是755，其含義是什么？755表示該文件所有者對(duì)文件具有讀，寫，執(zhí)行權(quán)限。該文件所有者所在組用戶及其他用戶對(duì)該文件具有讀和執(zhí)行權(quán)限。69、Ghost的主要用途和常用方法？標(biāo)記Ghost是一個(gè)非常著名的硬盤克隆工

48、具。該工具的主要作用是可以將一個(gè)硬盤或硬盤中的某個(gè)分區(qū)原封不動(dòng)的復(fù)制到另一個(gè)硬盤或其他的分區(qū)中。如果你需要備份啟動(dòng)分區(qū)或者是需要在多臺(tái)機(jī)器上安裝相應(yīng)的系統(tǒng)和應(yīng)用程序，都可以通過Ghost來實(shí)現(xiàn)，相信通過這個(gè)工具備份，恢復(fù)速度和硬盤安裝速度會(huì)成倍的提高。Norton Ghost有一個(gè)很大的特點(diǎn)，就是在克隆硬盤時(shí)不會(huì)改變?nèi)魏挝募畔ⅲ绦蚩梢院芎玫闹С諪AT16、FAT32以及NTFS格式的文件分配結(jié)構(gòu)（其中包括Windows 2000的文件分配格式），雖然是DOS環(huán)境下運(yùn)行的程序，但工具可支持Win 9x的長(zhǎng)文件名特性。常用方法包括：硬盤克隆、分區(qū)克隆、硬盤或分區(qū)克隆成鏡像文件等。70、在Red

49、Hat中，從root用戶切到userl用戶，一般用什么命令？參考答案：susu user1 切換到user1，但切換后的當(dāng)前目錄還是root訪問的目錄su user1 切換到user1，并且當(dāng)前目錄切換到user1的根目錄下（/home/user1/）71、Linux中，一般怎么隱藏文件？參考答案：文件名以一個(gè).開頭72、如何將自己的本地磁盤（D）做成FTP供遠(yuǎn)端主機(jī)使用？參考答案：Windows下安裝FTP服務(wù)，并將FTP的根目錄指向D盤即可。73、對(duì)RUP.CMM,CMMI,XP,PSP.TSP的認(rèn)識(shí)？標(biāo)記參考答案：軟件過程標(biāo)準(zhǔn)：CMMI、PSP、TSP、RUP、軟件工程規(guī)范國(guó)家標(biāo)準(zhǔn)；（A

50、P、XP、ASD等開發(fā)過程思想好像還不能稱其為標(biāo)準(zhǔn)）RUP（Rational Unified Process）是Rational公司提出的一套開發(fā)過程模型，它是一個(gè)面向?qū)ο筌浖こ痰耐ㄓ脴I(yè)務(wù)流程。它描述了一系列相關(guān)的軟件工程流程，它們具有相同的結(jié)構(gòu)，即相同的流程構(gòu)架。RUP 為在開發(fā)組織中分配任務(wù)和職責(zé)提供了一種規(guī)范方法，其目標(biāo)是確保在可預(yù)計(jì)的時(shí)間安排和預(yù)算內(nèi)開發(fā)出滿足最終用戶需求的高品質(zhì)的軟件。RUP具有兩個(gè)軸，一個(gè)軸是時(shí)間軸，這是動(dòng)態(tài)的。另一個(gè)軸是工作流軸，這是靜態(tài)的。在時(shí)間軸上，RUP劃分了四個(gè)階段：初始階段、細(xì)化階段、構(gòu)造階段和發(fā)布階段。每個(gè)階段都使用了迭代的概念。在工作流軸上，RUP

51、設(shè)計(jì)了六個(gè)核心工作流程和三個(gè)核心支撐工作流程，核心工作流軸包括：業(yè)務(wù)建模工作流、需求工作流、分析設(shè)計(jì)工作流、實(shí)現(xiàn)工作流、測(cè)試工作流和發(fā)布工作流。核心支撐工作流包括：環(huán)境工作流、項(xiàng)目管理工作流和配置與變更管理工作流。RUP 匯集現(xiàn)代軟件開發(fā)中多方面的最佳經(jīng)驗(yàn)，并為適應(yīng)各種項(xiàng)目及組織的需要提供了靈活的形式。作為一個(gè)商業(yè)模型，它具有非常詳細(xì)的過程指導(dǎo)和模板。但是同樣由于該模型比較復(fù)雜，因此在模型的掌握上需要花費(fèi)比較大的成本。尤其對(duì)項(xiàng)目管理者提出了比較高的要求。CMM(Capability Maturity Model能力成熟度模型) 由美國(guó)卡內(nèi)基-梅隆大學(xué)的軟件工程研究所（簡(jiǎn)稱SEI）受美國(guó)國(guó)防部委

52、托，于1991年研究制定，初始的主要目的是為了評(píng)價(jià)美國(guó)國(guó)防部的軟件合同承包組織的能力，后因?yàn)樵谲浖髽I(yè)應(yīng)用CMM模型實(shí)施過程改進(jìn)取得較大的成功，所以在全世界范圍內(nèi)被廣泛使用，SEI同時(shí)建立了主任評(píng)估師評(píng)估制度，CMM的評(píng)估方法為CBAIPI。CMM的本質(zhì)是軟件管理工程的一個(gè)部分。它是對(duì)于軟件組織在定義，實(shí)現(xiàn)，度量，控制和改善其軟件過程的進(jìn)程中各個(gè)發(fā)展階段的描述。他通過5個(gè)不斷進(jìn)化的層次來評(píng)定軟件生產(chǎn)的歷史與現(xiàn)狀：初始層是混沌的過程；可重復(fù)層是經(jīng)過訓(xùn)練的軟件過程；定義層是標(biāo)準(zhǔn)一致的軟件過程；管理層是可預(yù)測(cè)的軟件過程；優(yōu)化層是能持續(xù)改善的軟件過程。CMM/PSP/TSP即軟件能力成熟度模型/ 個(gè)體

53、軟件過程/群組軟件過程，是1987年美國(guó) Carnegie Mellon 大學(xué)軟件工程研究所(CMU/SEI)以W.S.Humphrey為首的研究組發(fā)表的研究成果承制方軟件工程能力的評(píng)估方法。CMMI是SEI于2000年發(fā)布的CMM的新版本。CMMI不但包括了軟件開發(fā)過程改進(jìn)，還包含系統(tǒng)集成、軟硬件采購(gòu)等方面的過程改進(jìn)內(nèi)容。CMMI糾正了CMM存在的一些缺點(diǎn)，使其更加適用企業(yè)的過程改進(jìn)實(shí)施。CMMI適用SCAMPI評(píng)估方法。需要注意的是，SEI沒有廢除CMM模型，只是停止了CMM評(píng)估方法：CBAIPI。現(xiàn)在如要進(jìn)行CMM評(píng)估，需使用SCAMPI方法。但CMMI模型最終代替CMM模型的趨勢(shì)不可避

54、免。XP （極限編程）規(guī)定了一組核心價(jià)值和方法，可以讓軟件開發(fā)人員發(fā)揮他們的專長(zhǎng)：編寫代碼。XP 消除了大多數(shù)重量型過程的不必要產(chǎn)物，通過減慢開發(fā)速度、耗費(fèi)開發(fā)人員的精力（例如干特圖、狀態(tài)報(bào)告，以及多卷需求文檔）從目標(biāo)偏離。XP 的核心價(jià)值：交流、簡(jiǎn)單、反饋、勇氣。 74、DNS是什么,它是如何工作的?參考答案：域名解析服務(wù)。用于將域名解析為IP，或反和將IP解析為域名?？蛻魴C(jī)可指定DNS服務(wù)器來解析，或用本機(jī)hosts文件進(jìn)行解析。75、防火墻如何保證安全的？主要有哪些？參考答案：防火墻分類1 從防火墻的軟、硬件形式來分的話，防火墻可以分為軟件防火墻和硬件防火墻以及芯片級(jí)防火墻。 第一種：軟

55、件防火墻 軟件防火墻運(yùn)行于特定的計(jì)算機(jī)上，它需要客戶預(yù)先安裝好的計(jì)算機(jī)操作系統(tǒng)的支持，一般來說這臺(tái)計(jì)算機(jī)就是整個(gè)網(wǎng)絡(luò)的網(wǎng)關(guān)。俗稱“個(gè)人防火墻”。軟件防火墻就像其它的軟件產(chǎn)品一樣需要先在計(jì)算機(jī)上安裝并做好配置才可以使用。防火墻廠商中做網(wǎng)絡(luò)版軟件防火墻最出名的莫過于Checkpoint。使用這類防火墻，需要網(wǎng)管對(duì)所工作的操作系統(tǒng)平臺(tái)比較熟悉。 第二種：硬件防火墻 這里說的硬件防火墻是指“所謂的硬件防火墻”。之所以加上所謂二字是針對(duì)芯片級(jí)防火墻說的了。它們最大的差別在于是否基于專用的硬件平臺(tái)。目前市場(chǎng)上大多數(shù)防火墻都是這種所謂的硬件防火墻，他們都基于PC架構(gòu)，就是說，它們和普通的家庭用的PC沒有太大

56、區(qū)別。在這些PC架構(gòu)計(jì)算機(jī)上運(yùn)行一些經(jīng)過裁剪和簡(jiǎn)化的操作系統(tǒng)，最常用的有老版本的Unix、Linux和FreeBSD系統(tǒng)。 值得注意的是，由于此類防火墻采用的依然是別人的內(nèi)核，因此依然會(huì)受到OS（操作系統(tǒng)）本身的安全性影響。 傳統(tǒng)硬件防火墻一般至少應(yīng)具備三個(gè)端口，分別接內(nèi)網(wǎng)，外網(wǎng)和DMZ區(qū)（非軍事化區(qū)），現(xiàn)在一些新的硬件防火墻往往擴(kuò)展了端口，常見四端口防火墻一般將第四個(gè)端口做為配置口、管理端口。很多防火墻還可以進(jìn)一步擴(kuò)展端口數(shù)目。 第三種：芯片級(jí)防火墻 芯片級(jí)防火墻基于專門的硬件平臺(tái)，沒有操作系統(tǒng)。專有的ASIC芯片促使它們比其他種類的防火墻速度更快，處理能力更強(qiáng)，性能更高。做這類防火墻最出名的廠商有NetScreen、FortiNet、Cisco等。這類防火墻由于是專用OS（操作系統(tǒng)）,因此防火墻本身的漏洞比較少，不過價(jià)格相對(duì)比較高昂。 防火墻技術(shù)雖然出現(xiàn)了許多，但總體來講可分為“包過濾型”和“應(yīng)用代理型”兩大類。前者以以色列的Checkpoint防火墻和美國(guó)Cisco公司的PIX防火墻為代表，后者以美國(guó)NAI公司的Gauntlet防火墻為代表。 (1). 包過濾(Packet filtering)型 包過濾型防火墻工作在OSI網(wǎng)絡(luò)參考模型的網(wǎng)絡(luò)層和傳輸層，它根據(jù)數(shù)據(jù)包頭源地址，目的地址、端口號(hào)和協(xié)議類型等標(biāo)志確定是否允許通過