第一篇：面試問題總結(jié)--軟件測(cè)試

面試問題總結(jié)

1.在51testing你都學(xué)到了什么？

a.主要學(xué)習(xí)了軟件測(cè)試的知識(shí)，包括測(cè)試的流程，測(cè)試的方法，測(cè)試用例，測(cè)試計(jì)劃，及測(cè)試管理的工具QUALITY CENTER，自動(dòng)化測(cè)試工具QTP

b.計(jì)算機(jī)編程的基礎(chǔ)知識(shí)，包括 C語言，SQL Server,Linux

c.軟件工程的知識(shí)，包括軟件的生命周期，配置管理的知識(shí)SVN

2.測(cè)試計(jì)劃包括什么內(nèi)容？

測(cè)試目標(biāo)，概述，測(cè)試對(duì)象，測(cè)試環(huán)境，測(cè)試版本，測(cè)試開始和結(jié)束日期，測(cè)試方法概

述，測(cè)試通過失敗標(biāo)準(zhǔn)，測(cè)試掛起恢復(fù)標(biāo)準(zhǔn)，工作任務(wù)分配，工作量的統(tǒng)計(jì)，資源的分

配，應(yīng)交付的最終工作產(chǎn)品。

3.測(cè)試報(bào)告包括什么內(nèi)容？

測(cè)試環(huán)境，測(cè)試版本，測(cè)試對(duì)象，參與的人員，執(zhí)行的測(cè)試用例，測(cè)試用例覆蓋的功能

和性能點(diǎn)，bug質(zhì)量分析，測(cè)試最終結(jié)果（通過，失?。?/p>

4.缺陷管理流程是什么？

測(cè)試人員 new/open bug-?測(cè)試經(jīng)理—assign給開發(fā)經(jīng)理—》開發(fā)經(jīng)理asign給開

發(fā)人員—resolved 返回給測(cè)試人員—》測(cè)試人員驗(yàn)證后關(guān)閉或者re-open給開發(fā)人

員。

5.動(dòng)/靜態(tài)測(cè)試都包括什么活動(dòng)？

靜態(tài)測(cè)試，檢查和測(cè)試時(shí)不用實(shí)際操作軟件，只是靜態(tài)的瀏覽和檢查。靜態(tài)測(cè)試的活

動(dòng)包括 需求定義的靜態(tài)測(cè)試，設(shè)計(jì)文檔的靜態(tài)測(cè)試，源代碼的靜態(tài)測(cè)試

動(dòng)態(tài)測(cè)試，通過運(yùn)行軟件來檢查軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。動(dòng)態(tài)測(cè)試活動(dòng)

包括 動(dòng)態(tài)檢查程序，動(dòng)態(tài)檢查輸入輸出數(shù)據(jù)。（黑盒子測(cè)試基本都是動(dòng)態(tài)測(cè)試）

6.測(cè)試工作分為哪幾個(gè)階段？各階段的測(cè)試重點(diǎn)在哪里？

測(cè)試工作分為 單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，驗(yàn)收測(cè)試。

單元測(cè)試主要是檢查內(nèi)部模塊的代碼邏輯。集成測(cè)試主要檢查各個(gè)模塊組裝后的功能

以及模塊間的接口是否正確。系統(tǒng)測(cè)試主要是把集成好的軟件在實(shí)際的軟硬件的測(cè)試

環(huán)境下運(yùn)行，檢查運(yùn)行結(jié)果是否符合《需求規(guī)格說明書》。驗(yàn)收測(cè)試是測(cè)試時(shí)除了考

慮軟件的功能和性能外，還應(yīng)對(duì)軟件的可移植性、兼容性、可維護(hù)性、錯(cuò)誤的恢復(fù)功

能等進(jìn)行確認(rèn)

7.測(cè)試環(huán)境包括什么內(nèi)容？

包括軟件環(huán)境（os,browser,其他必須的軟件），硬件環(huán)境（計(jì)算機(jī)配置，打印機(jī)，掃描儀等等），測(cè)試數(shù)據(jù)，測(cè)試工具

8.缺陷的嚴(yán)重級(jí)別及優(yōu)先級(jí)各有哪些？

優(yōu)先級(jí)別：low, midium, high,very high，urgent.嚴(yán)重級(jí)別：極度嚴(yán)重，中等，一般，輕微

9.測(cè)試工程師應(yīng)該具備哪些素質(zhì)？

技術(shù)能力，溝通能力，耐心，細(xì)心，懷疑精神，發(fā)散思維，幽默感，很強(qiáng)的記憶能力。

10.測(cè)試用例包括哪些內(nèi)容？

用例編號(hào)，測(cè)試項(xiàng)目，測(cè)試標(biāo)題，用例的重要級(jí)別，預(yù)置條件，輸入條件，操作步驟，預(yù)期輸出。

11.Bug單包括哪些內(nèi)容？

缺陷編號(hào)，標(biāo)題，測(cè)試項(xiàng)目，嚴(yán)重級(jí)別，優(yōu)先級(jí)別，預(yù)設(shè)條件，復(fù)現(xiàn)步驟，實(shí)際結(jié)果，期望結(jié)果

12.B/S和C/S結(jié)構(gòu)的區(qū)別？

C/S結(jié)構(gòu)，即Client/Server(客戶機(jī)/服務(wù)器)結(jié)構(gòu)，B/S即瀏覽器/服務(wù)器（browser/server）結(jié)構(gòu).（1）、硬件環(huán)境不同：C/S一般建立在專用的網(wǎng)絡(luò)上，小范圍里的網(wǎng)絡(luò)環(huán)境，局域網(wǎng)之間

再通過專門服務(wù)器提供連接和數(shù)據(jù)交換服務(wù)。B/S建立在廣域網(wǎng)之上的，不必是專門的網(wǎng)絡(luò)硬件環(huán)境，一般只要有操作系統(tǒng)和瀏覽器就行。

（2）、對(duì)安全要求不同:C/S一般面向相對(duì)固定的用戶群，對(duì)信息安全的控制能力很強(qiáng)。

B/S建立在廣域網(wǎng)之上，對(duì)安全的控制能力相對(duì)弱，面向是不可知的用戶群。

（3）、對(duì)程序架構(gòu)不同:C/S程序可以更加注重流程，可以對(duì)權(quán)限多層次校驗(yàn)，對(duì)系統(tǒng)運(yùn)

行速度可以較少考慮。B/S對(duì)安全以及訪問速度的多重的考慮，建立在需要更加優(yōu)化的基礎(chǔ)之上。

（4）、系統(tǒng)維護(hù)不同:C/S程序由于整體性，必須整體考察，處理出現(xiàn)的問題以及系統(tǒng)升

級(jí)難，可能是再做一個(gè)全新的系統(tǒng)。B/S構(gòu)件組成方面構(gòu)件個(gè)別的更換，實(shí)現(xiàn)系統(tǒng)的無縫升級(jí)。系統(tǒng)維護(hù)開銷減到最小，用戶從網(wǎng)上自己下載安裝就可以實(shí)現(xiàn)升級(jí)。

（5）、處理問題不同:C/S程序可以處理用戶面固定，并且在相同區(qū)域，安全要求高的需

求，與操作系統(tǒng)相關(guān)，應(yīng)該都是相同的系統(tǒng)。B/S建立在廣域網(wǎng)上，面向不同的用戶群，分散地域，這是C/S無法作到的，與操作系統(tǒng)平臺(tái)關(guān)系最小。

13.TCP/IP協(xié)議中三次握手是什么?

第一次握手：建立連接時(shí)客戶端向服務(wù)器發(fā)送syn包同時(shí)進(jìn)入syn_send狀態(tài)，等待服務(wù)器確認(rèn)。

第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的syn包，同時(shí)向客戶端發(fā)送syn包即syn+ack包，此時(shí)服務(wù)器進(jìn)入syn+recv狀態(tài)。

第三次握手：客戶端收到服務(wù)器的SYN+ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK(ack=k+1)，此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。

14.黑盒/白盒測(cè)試各主要包括什么測(cè)試方法？

黑盒子測(cè)試：等價(jià)類劃分法，邊界值法，錯(cuò)誤推測(cè)法，因果圖法，判定表法。

白盒測(cè)試：條件判定法，語句覆蓋法，判定覆蓋法，判定條件覆蓋法，路徑覆蓋法。

15.簡(jiǎn)單介紹下進(jìn)銷存系統(tǒng)的業(yè)務(wù)流。

進(jìn)銷存主要用于中小型物品流通企業(yè)，例如超市，賣場(chǎng)。用于物品的進(jìn)購，銷售，調(diào)度，庫存，盤點(diǎn)的流程管理。

16.在進(jìn)銷存系統(tǒng)測(cè)試中你負(fù)責(zé)哪些模塊以及在測(cè)試中用例設(shè)計(jì)是如何進(jìn)行的？

系統(tǒng)實(shí)現(xiàn)的模塊包括：入庫管理，庫存管理，出庫管理，統(tǒng)計(jì)報(bào)表，會(huì)員管理，系統(tǒng)設(shè)置，賬務(wù)管理。

我主要負(fù)責(zé) 入庫管理模塊，測(cè)試用例的設(shè)計(jì)方法主要是等價(jià)類，邊界值，錯(cuò)誤推測(cè)法。

17.現(xiàn)在主流的OS及瀏覽器都有哪些？他們的區(qū)別是？

OS: WINDOWS,LINUX,MAC

BROWSER: IE,FIREFOX,OPERA,SAFari 區(qū)別:內(nèi)核不同，速度，性能

18.測(cè)試工作結(jié)束的標(biāo)準(zhǔn)時(shí)什么？

所有的功能點(diǎn)都測(cè)試通過并符合需求規(guī)格說明書；性能，易用性，等符合用戶的要求 所有的bug已經(jīng)關(guān)閉并回歸測(cè)試通過

19.解釋內(nèi)存溢出及內(nèi)存泄露

內(nèi)存溢出就是運(yùn)行軟件時(shí)的內(nèi)存遠(yuǎn)遠(yuǎn)超出了你主機(jī)內(nèi)安裝的內(nèi)存所承受大小，就叫內(nèi)存溢出。

內(nèi)存泄露指的是當(dāng)以前分配的一片內(nèi)存不再需要使用或無法訪問時(shí)，但是卻并沒有釋放它，那么對(duì)于該進(jìn)程來說，會(huì)因此導(dǎo)致總可用內(nèi)存的減少，這時(shí)就出現(xiàn)了內(nèi)存泄漏

20.Web測(cè)試的測(cè)試點(diǎn)包括哪些？

界面測(cè)試：導(dǎo)航，圖形，視頻，音頻，內(nèi)容，表格，整體界面測(cè)試

功能測(cè)試：業(yè)務(wù)流程測(cè)試，鏈接測(cè)試，并發(fā)測(cè)試，session測(cè)試,cookie測(cè)試，url訪問測(cè)試

性能測(cè)試：負(fù)載，容量，壓力

兼容性測(cè)試：瀏覽器，插件

易用性測(cè)試：界面友好，使用方便

第二篇：軟件測(cè)試面試問題

1.請(qǐng)自我介紹一下。

2.說說你以前公司的測(cè)試流程。必答題。主要結(jié)合自己的項(xiàng)目經(jīng)驗(yàn)相信講一個(gè)自己做過的項(xiàng)目，從立項(xiàng)到測(cè)試結(jié)束，當(dāng)然側(cè)重測(cè)試和自己所做的內(nèi)容。這里面試官一般都會(huì)根據(jù)你說的再提問。

3.你是怎樣做出自己的職業(yè)選擇或者自己的職業(yè)規(guī)劃。這題也經(jīng)常問?？梢詮淖约旱膬?yōu)點(diǎn)說如何適合做軟件測(cè)試，對(duì)與職業(yè)規(guī)劃，我一般說在技術(shù)上往資深測(cè)試工程師發(fā)展。

4.你覺得自己作為測(cè)試工程的優(yōu)勢(shì)在哪里？你認(rèn)為自己比你的同事優(yōu)秀在哪里？也經(jīng)常問，可以從性格出發(fā)，講自己優(yōu)點(diǎn)，以及在項(xiàng)目中表現(xiàn)，領(lǐng)導(dǎo)的良好評(píng)價(jià)等，總之“恰當(dāng)”地往好處說，不要言過其實(shí)，讓人懷疑你的人品哦。說說自己的缺點(diǎn)？這個(gè)也不好回答，最好能恰當(dāng)?shù)匾昊卮鸬絻?yōu)點(diǎn)上。

5.一個(gè)測(cè)試中不堪回首，或者讓你很郁悶的事情。我被問到了，當(dāng)時(shí)想不起來，后來想想可以講一個(gè)項(xiàng)目中的失誤及后果，然后講自己如何去成功彌補(bǔ)及教訓(xùn)經(jīng)驗(yàn)。我如果提前想一下就不會(huì)該說什么了。

6.你的好友是如何評(píng)價(jià)你的？你的項(xiàng)目組長(zhǎng)是如何評(píng)價(jià)你的？ 這類題也經(jīng)常問?；卮鹂傄锰幷f，但是你要自信地回答。

7.在成年后，哪些成績(jī)給你帶來最大程度的滿足？蠻不錯(cuò)的題。記得我但是答的是第一次自己帶一個(gè)小項(xiàng)目，順利完成測(cè)試任務(wù)。

8.測(cè)試時(shí)你提交的bug被研發(fā)拒絕或者他認(rèn)為不是問題，你如何處理？

9.測(cè)試與開發(fā)溝通如何提高效率和改善溝通效果？測(cè)試工程師的素質(zhì)和技能？

10.你在壓力下能工作的很好嘛？測(cè)試計(jì)劃包括哪些？

11.你期望的薪水？根據(jù)自己能力和公司的大小，可以搜索下了解下情況。

12.個(gè)人職業(yè)發(fā)展（職業(yè)規(guī)劃），這個(gè)很重要，幾乎每個(gè)公司都會(huì)問的。

13.談?wù)勛约簩?duì)軟件測(cè)試的理解，包括測(cè)試的流程和應(yīng)注意的地方是什么。

14.用過什么測(cè)試工具，分別講講他們的特點(diǎn)。

15.是否做過性能測(cè)試，怎樣一個(gè)流程。

16.現(xiàn)場(chǎng)寫一個(gè)測(cè)試用例，比如凳子，桌子，紙杯等。

17.你平時(shí)如何和開發(fā)人員溝通的，遇到解決不了的問題怎么辦。

18.對(duì)于一個(gè)不懂測(cè)試的人，你如何解釋它讓別人能聽的懂。

19.你們的績(jī)效考核時(shí)怎么現(xiàn)實(shí)的。

20.你都用什么方法書寫測(cè)試用例，分別舉例說明。

第三篇：談?wù)勡浖y(cè)試面試問題[范文模版]

前段時(shí)間公司招聘軟件測(cè)試人員，雖然基本上都是招的應(yīng)屆畢業(yè)生，但我還是從現(xiàn)實(shí)以及網(wǎng)絡(luò)上找到了一些應(yīng)聘軟件測(cè)試/QA的面試問題集，當(dāng)然這個(gè)也都不會(huì)有標(biāo)準(zhǔn)答案的，現(xiàn)在只是以偶的一點(diǎn)理解加上網(wǎng)上的一些內(nèi)容列舉出來供有需要的XDJM們作一下參考：

1.首先一般都是比較老套點(diǎn)的問題：介紹一下你的經(jīng)歷。

HOHO......這個(gè)問題我想誰都被問過吧，注意一下重點(diǎn)，不要緊張慢慢說就OK了。

2.老套話說了就可以馬上切入正題了。根據(jù)你的經(jīng)驗(yàn)說說你對(duì)軟件測(cè)試/質(zhì)量保證的理解？

這個(gè)就要仁者見仁、智者見智了，也基本上都是書上的東東，如果能有一些自己獨(dú)特的想法那就最好啦，呵呵

3.理解完了那當(dāng)然就要問一下是不是對(duì)軟件測(cè)試了解啰。這就輪到問軟件測(cè)試的流程是什么，你原先的公司又是怎么的流程了？

前面?zhèn)€問題也還是書本上的東西，一般介紹軟測(cè)的書上都有，實(shí)際上國內(nèi)一般的中小公司根本就達(dá)不到書上所說的那些個(gè)測(cè)試規(guī)范，測(cè)試流程也是如此，沒辦法，這就是現(xiàn)在我們整個(gè)大的測(cè)試環(huán)境，這個(gè)問題照著書上說的辦就行了，后面那個(gè)知道該怎么做了吧，盡量把原來公司的測(cè)試流程言簡(jiǎn)意賅的表達(dá)出來。

4.接著問題就可以有一大堆了，這些問題很多都是要看自己的測(cè)試經(jīng)驗(yàn)以及對(duì)測(cè)試的理解來作答了，如：(1)你對(duì)SQA的職責(zé)和工作活動(dòng)(如軟件度量)的理解：

SQA就是獨(dú)立于軟件開發(fā)的項(xiàng)目組，通過對(duì)軟件開發(fā)過程的監(jiān)控，來保證軟件的開發(fā)流程按照指定的CMM規(guī)程（如果有相應(yīng)的CMM規(guī)程），對(duì)于不符合項(xiàng)及時(shí)提出建議和改進(jìn)方案，必要是可以要高層經(jīng)理匯報(bào)以求問題的解決。通過這樣的途徑來預(yù)防缺陷的引入，從而減少后期軟件的維護(hù)成本。ＳＱＡ主要的工作活動(dòng)包括制定SQA工作計(jì)劃，參與階段產(chǎn)物的評(píng)審，進(jìn)行過程質(zhì)量、功能配置及物理配置的審計(jì)等;對(duì)項(xiàng)目開發(fā)過程中產(chǎn)生的數(shù)據(jù)進(jìn)行度量等等；

(2)說說你對(duì)軟件配置管理的理解：

項(xiàng)目在開發(fā)的過程中要用相應(yīng)的配置管理工具對(duì)配置項(xiàng)（包括各個(gè)階段的產(chǎn)物）進(jìn)行變更控制，配置管理的使用取決于項(xiàng)目規(guī)模和復(fù)雜性能及風(fēng)險(xiǎn)的水平。軟件的規(guī)模越大，配置管理就顯得越重要。還有在配置管理中，有一個(gè)很重要的概念，那就是基線，是在一定階段各個(gè)配置項(xiàng)的組合，一個(gè)基線就提供了一個(gè)正式的標(biāo)準(zhǔn)，隨后的工作便基于此標(biāo)準(zhǔn)，并且只有經(jīng)過授權(quán)后才能變更這個(gè)標(biāo)準(zhǔn)。配置管理工具主要有CC,VSS,CVS等，偶只用過CVS，對(duì)其它的不熟悉

(3)怎樣寫測(cè)試計(jì)劃和測(cè)試用例：

簡(jiǎn)單點(diǎn)，測(cè)試計(jì)劃里應(yīng)有詳細(xì)的測(cè)試策略（測(cè)試方法等），合理詳盡的資源安排等，至于測(cè)試用例，那是依賴于需求（包括功能與非功能需求）是否細(xì)化到功能點(diǎn)，是否可測(cè)試等。

(4)說說主流的軟件工程思想(如CMM，CMMI，RUP，XP，PSP，TSP等)的大致情況以及你對(duì)它們的理解：

CMM:SW Capability Maturity Model 軟件能力成熟度模型,其作用是用于軟件過程的改進(jìn)、評(píng)估及軟件能力的評(píng)鑒

CMMI:Capability Maturity Model Integration 能力成熟度模型集成 CMMI融入了大部分最新的軟件管理實(shí)踐，同時(shí)彌補(bǔ)了SW-CMM模型中的缺陷

RUP:rational unified process 是軟件工程化過程。它提供了在開發(fā)機(jī)構(gòu)中分派任務(wù)和責(zé)任的紀(jì)律化方

法.它的目標(biāo)是在可預(yù)見的日程和預(yù)算前提下確保滿足最終用戶需求的高質(zhì)量產(chǎn)品,個(gè)人認(rèn)為：它的核心觀念是開發(fā)的迭代，每個(gè)公司可以根據(jù)自身的軟件開發(fā)的流程和待開發(fā)項(xiàng)目的特點(diǎn)對(duì)RUP進(jìn)行適當(dāng)?shù)募舨?，制定出符合自己的軟件開發(fā)流程。

ＸＰ：extreme program，即極限編程的意思，適用于小型團(tuán)隊(duì)的軟件開發(fā)，想上面第三個(gè)問題就可以結(jié)合原型法采用這樣的開發(fā)流程。要明白測(cè)試對(duì)于xp開發(fā)的重要性，強(qiáng)調(diào)測(cè)試（重點(diǎn)是單元測(cè)試）先行的理念。編程可以明顯提高代碼的質(zhì)量，持續(xù)集成對(duì)于快速定位問題很有好處。

PSP ,TSP 分別是個(gè)體軟件過程（Personal Software Process），群組軟件過程（Team Software Process）大家都知道，CMM只是告訴你怎么做但并沒有告訴你如何做，所以PSP/TSP就是告訴你企業(yè)在實(shí)施CMM的過程中如何做，PSP強(qiáng)調(diào)建立個(gè)人技能（如何制定計(jì)劃、控制質(zhì)量及如何與其他人相互協(xié)作等等）而TSP著重于生產(chǎn)并交付高質(zhì)量的軟件產(chǎn)品（如何有效地規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù)等等）

總之，單純實(shí)施CMM，永遠(yuǎn)不能真正做到能力成熟度的升級(jí)，只有將實(shí)施CMM與實(shí)施PSP和TSP有機(jī)地結(jié)合起來，才能發(fā)揮最大的效力。因此，軟件過程框架應(yīng)該是CMM/PSP/TSP的有機(jī)集成。

(5)對(duì)項(xiàng)目管理、白盒測(cè)試、單元測(cè)試、自動(dòng)測(cè)試、性能測(cè)試、壓力測(cè)試工具的了解程度和實(shí)際使用經(jīng)驗(yàn)。(其實(shí)基本上也就是MI和Rational工具)： 這個(gè)就要看個(gè)人的了，沒法說了

(6)其它一些具體的技術(shù)知識(shí)(如各種計(jì)算機(jī)語言的了解程度、數(shù)據(jù)庫等)；

5.還有問一下你是怎樣保證軟件質(zhì)量的，也就是說你覺得怎樣才能最大限度地保證軟件質(zhì)量？

測(cè)試并不能夠最大限度的保證軟件的質(zhì)量，軟件的高質(zhì)量是開發(fā)和設(shè)計(jì)出來的，而不是測(cè)試出來的，它不僅要通過對(duì)軟件開發(fā)流程的監(jiān)控，使得軟件開發(fā)的各個(gè)階段都要按照指定的規(guī)程進(jìn)行，通過對(duì)各個(gè)階段產(chǎn)物的評(píng)審，QA對(duì)流程的監(jiān)控，對(duì)功能及配置的審計(jì)來達(dá)到開發(fā)的最優(yōu)化。當(dāng)然測(cè)試也是保證軟件質(zhì)量的一個(gè)重要方式，是軟件質(zhì)量保證工程的一個(gè)重要組成部分。

6.然后緊接著就基于目前中國的國情，大多數(shù)公司的軟件項(xiàng)目進(jìn)度緊張、人員較少、需求文檔根本沒有或者很不規(guī)范，你認(rèn)為在這種情況下怎樣保證軟件的質(zhì)量？(大多數(shù)公司最想知道的就是在這種困難面前你該怎么保證軟件的質(zhì)量，因?yàn)檫@些公司一般就是這種情況-----既不想投入過多又想保證質(zhì)量，faint

出現(xiàn)以上的情況，如果僅僅想通過測(cè)試來提高軟件質(zhì)量，那幾乎是不可能，原因是沒有足夠的時(shí)間讓你去測(cè)試，少而不規(guī)范的文檔導(dǎo)致測(cè)試需求無法細(xì)化何談足夠且有針對(duì)性進(jìn)行測(cè)試。所以，作為公司質(zhì)量保證的你應(yīng)該先后項(xiàng)目經(jīng)理確定符合項(xiàng)目本身最適合的軟件生命周期模型（比如RUP的剪裁，原型法）,明確項(xiàng)目的開發(fā)流程并督促項(xiàng)目組按照此流程開展工作，所有項(xiàng)目組成員（項(xiàng)目經(jīng)理更加重要）都要制定出合理的工作計(jì)劃，加強(qiáng)代碼的單元測(cè)試，在客戶既定的產(chǎn)品交付日期范圍之內(nèi)，進(jìn)行產(chǎn)品的持續(xù)集成等等，如果時(shí)間允許可以再配合客戶進(jìn)行必要的系統(tǒng)功能測(cè)試。

7.差不多了就該問一些只和軟件測(cè)試相關(guān)的問題了，如：

(1)你覺得怎樣才能做一個(gè)(或者，怎樣才能算一個(gè))優(yōu)秀的測(cè)試工程師？(faint，這個(gè)問題好像是必問的，答案也無非是什么要求全面的技術(shù)能力、縝密的邏輯思維、出色的溝通能力、還要有懷疑精神、幽默感、洞察力等等。啥叫優(yōu)秀??？該有的能力都有，不該有的也有，而且個(gè)個(gè)能力還都是出色的，這就是優(yōu)秀，呵呵，開玩笑的，反正這個(gè)問題差不多就這樣，具體的什么要求網(wǎng)絡(luò)上也到處都有。

(2)還有其它的如對(duì)自己優(yōu)缺點(diǎn)的評(píng)價(jià)、自己的職業(yè)理想、為何離開上一家公司、自己在職業(yè)生涯中印象)最深的事情、能否出差和加班、能否承受壓力和挑戰(zhàn)、薪水要求、何時(shí)能到崗等等這些啥面試都要回答的問題，這個(gè)就只能自己斟琢著辦了。

(3)另外還有一個(gè)重要的問題就是語言能力啦，尤其是英語水平，這個(gè)的話每個(gè)具體的公司都有不同的要求，也就沒啥好說的了。

差不多基本上就是這些了，如果有需要的可以有針對(duì)性的google一下，hoho...僅供參考!

第四篇：軟件測(cè)試面試

軟件測(cè)試筆試題（考試時(shí)間60分鐘，滿分100分）

1.軟件可靠性是指在指定的條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性（）是指在軟件發(fā)生故障或者違反指定接口的情況下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。

A．成熟性；

B．易恢復(fù)性； C．容錯(cuò)性； D．可靠性依從性

2.關(guān)于軟件質(zhì)量的描述，正確的是______ A．軟件質(zhì)量是指軟件滿足規(guī)定用戶需求的能力；

B．軟件質(zhì)量特性是指軟件的功能性、可靠性、易用性、效率、可維護(hù)性、可移植性； C．軟件質(zhì)量保證過程就是軟件測(cè)試過程； D．以上描述都不對(duì)

3.______方法根據(jù)輸出對(duì)輸入的依賴關(guān)系設(shè)計(jì)測(cè)試用例。

A．路徑測(cè)試

B．等價(jià)類

C．因果圖

D．邊界值

4.測(cè)試設(shè)計(jì)員的職責(zé)有：______ ① 制定測(cè)試計(jì)劃 ②設(shè)計(jì)測(cè)試用例 ③設(shè)計(jì)測(cè)試過程、腳本 ④評(píng)估測(cè)試活動(dòng) A.①④ B．②③C．①③ D．以上全是

5.對(duì)于業(yè)務(wù)流清晰的系統(tǒng)可以利用貫穿整個(gè)測(cè)試用例設(shè)計(jì)過程廣在用例中綜合使用各種測(cè)試方法，對(duì)于參數(shù)配置類的軟件，要用選擇較少的組合方式達(dá)到最佳效果，如果程序的功能說明中含有輸入條件的組合情況，則一開始就可以選用和判定表驅(qū)動(dòng)法.A．等價(jià)類劃分 B．因果圖法 C．正交試驗(yàn)法 D．場(chǎng)景法、6.請(qǐng)畫出軟件測(cè)試活動(dòng)的流程圖？

7.請(qǐng)以您以往的實(shí)際工作為例，詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過程。8.使用JAVA語言編寫一個(gè)函數(shù)，用于交換兩個(gè)變量的值（地址傳遞）9.圖書（圖書號(hào)，圖書名，作者編號(hào)，出版社，出版日期）

作者（作者姓名，作者編號(hào)，年齡，性別）

用SQL語句查詢年齡小于平均年齡的作者姓名、圖書名，出版社, 并按姓名的升序進(jìn)行排列。

10.請(qǐng)就如何在開發(fā)中進(jìn)行軟件質(zhì)量控制說說你的看法。

答案：

1、C2、B3、B4、B5、DCB

測(cè)試技術(shù)面試題

1、什么是兼容性測(cè)試？兼容性測(cè)試側(cè)重哪些方面？

3、測(cè)試的策略有哪些？

4、正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么？

5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程？

6、你覺得bugzilla在使用的過程中，有什么問題？

7、描述測(cè)試用例設(shè)計(jì)的完整過程？

8、單元測(cè)試的策略有哪些？

9、LoadRunner分哪三部分？

2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題？

10、LoadRunner進(jìn)行測(cè)試的流程?

什么是并發(fā)？在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試？集合點(diǎn)失敗了會(huì)怎么樣？

13、QTP中的Action有什么作用？有幾種？

12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作？

14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過程進(jìn)行管理？

15、你所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）？

16、條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別？

18、軟件的評(píng)審一般由哪些人參加？其目的是什么？ 20、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別？

21、闡述工作版本的定義？

22、什么是樁模塊？什么是驅(qū)動(dòng)模塊？

23、什么是扇入？什么是扇出？

24、你認(rèn)為做好測(cè)試計(jì)劃工作的關(guān)鍵是什么？

25、你認(rèn)為做好測(cè)試用例工作的關(guān)鍵是什么？

26、簡(jiǎn)述一下缺陷的生命周期？

27、軟件的安全性應(yīng)從哪幾個(gè)方面去測(cè)試？

28、軟件配置管理工作開展的情況和認(rèn)識(shí)？ 30、引入測(cè)試管理的含義？

32、單元測(cè)試的主要內(nèi)容？

19、測(cè)試活動(dòng)中，如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，怎么處理？

29、你覺得軟件測(cè)試通過的標(biāo)準(zhǔn)應(yīng)該是什么樣的？

31、一套完整的測(cè)試應(yīng)該由哪些階段組成？

33、集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試，請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容？

34、簡(jiǎn)述集成測(cè)試與系統(tǒng)測(cè)試關(guān)系？ 系統(tǒng)的用戶文檔包括哪些？

35、軟件測(cè)試的文檔測(cè)試應(yīng)當(dāng)貫穿于軟件生命周期的全過程，其中用戶文檔是文檔測(cè)試的重點(diǎn)。那么軟件

36、軟件系統(tǒng)中除用戶文檔之外，文檔測(cè)試還應(yīng)該關(guān)注哪些文檔？

37、簡(jiǎn)述軟件系統(tǒng)中用戶文檔的測(cè)試要點(diǎn)？

38、單元測(cè)試主要內(nèi)容是什么？

39、如何理解強(qiáng)度測(cè)試？

41、什么是系統(tǒng)瓶頸？

42、文檔測(cè)試主要包含什么內(nèi)容？

43、功能測(cè)試用例需要詳細(xì)到什么程度才是合格的？

44、配置和兼容性測(cè)試的區(qū)別是什么？

45、軟件文檔測(cè)試主要包含什么？

46、沒有產(chǎn)品說明書和需求文檔地情況下能夠進(jìn)行黑盒測(cè)試嗎？

47、測(cè)試中的“殺蟲劑怪事”是指什么？

40、如何理解壓力、負(fù)載、性能測(cè)試測(cè)試？

48、在配置測(cè)試中，如何判斷發(fā)現(xiàn)的缺陷是普通問題還是特定的配置問題？

49、為什么盡量不要讓時(shí)間有富裕的員工去做一些測(cè)試？ 50、完全測(cè)試程序是可能的嗎？

51、軟件測(cè)試的風(fēng)險(xiǎn)主要體現(xiàn)在哪里？

52、發(fā)現(xiàn)的缺陷越多，說明軟件缺陷越多嗎？

54、軟件測(cè)試人員就是QA嗎？

55、如何減少測(cè)試人員跳槽帶來的損失？

56、測(cè)試產(chǎn)品與測(cè)試項(xiàng)目的區(qū)別是什么？

57、和用戶共同測(cè)試（UAT測(cè)試）的注意點(diǎn)有哪些？

58、如何編寫提交給用戶的測(cè)試報(bào)告？

59、測(cè)試工具在測(cè)試工作中是什么地位？ 60、什么是軟件測(cè)試，軟件測(cè)試的目的？ 61、簡(jiǎn)述負(fù)載測(cè)試與壓力測(cè)試的區(qū)別。

62、寫出bug報(bào)告流轉(zhuǎn)的步驟，每步的責(zé)任人及主要完成的工作。63、寫出bug報(bào)告當(dāng)中一些必備的內(nèi)容。64、開發(fā)人員老是犯一些低級(jí)錯(cuò)誤怎么解決？ 65、畫出軟件測(cè)試的V模型圖。

66、為什么要在一個(gè)團(tuán)隊(duì)中開展軟件測(cè)試工作？

53、所有的軟件缺陷都能修復(fù)嗎？所有的軟件缺陷都要修復(fù)嗎？

67、您在以往的測(cè)試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長(zhǎng)哪部分工作？

68、您所熟悉的軟件測(cè)試類型都有哪些？請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系（如功能測(cè)試、性能測(cè)試……）

69、您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？

70、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。71、測(cè)試計(jì)劃工作的目的是什么？測(cè)試計(jì)劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

72、您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來說明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。

73、請(qǐng)以您以往的實(shí)際工作為例，詳細(xì)的描述一次測(cè)試用例設(shè)計(jì)的完整的過程。

74、您以往是否曾經(jīng)從事過性能測(cè)試工作？如果有，請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過程。

75、你對(duì)測(cè)試最大的興趣在哪里？為什么？ 76、你以前工作時(shí)的測(cè)試流程是什么？

77、當(dāng)開發(fā)人員說不是BUG時(shí)，你如何應(yīng)付？

78、軟件的構(gòu)造號(hào)與版本號(hào)之間的區(qū)別？BVT(BuildVerificationTest)

79、您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

80、您以往所從事的軟件測(cè)試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？如果有，請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。

81、您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？ 82、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試的側(cè)重點(diǎn)是什么？ 83、集成測(cè)試通常都有那些策略？ 84、一個(gè)缺陷測(cè)試報(bào)告的組成

85、基于WEB信息管理系統(tǒng)測(cè)試時(shí)應(yīng)考慮的因素有哪些？ 86、軟件測(cè)試項(xiàng)目從什么時(shí)候開始，？為什么？

87、需求測(cè)試注意事項(xiàng)有哪些？

88、簡(jiǎn)述一下缺陷的生命周期

89、你在你所在的公司是怎么開展測(cè)試工作的？是如何組織的？

90、你認(rèn)為理想的測(cè)試流程是什么樣子？

91、您在從事性能測(cè)試工作時(shí)，是否使用過一些測(cè)試工具？如果有，請(qǐng)?jiān)囀鲈摴ぞ叩墓ぷ髟?，并以一個(gè)具體的工作中的例子描述該工具是如何在實(shí)際工作中應(yīng)用的。92、軟件測(cè)試活動(dòng)的生命周期是什么？

93、請(qǐng)畫出軟件測(cè)試活動(dòng)的流程圖？ 94、針對(duì)缺陷采取怎樣管理措施？

95、什么是測(cè)試評(píng)估？測(cè)試評(píng)估的范圍是什么？

96、如果能夠執(zhí)行完美的黑盒測(cè)試，還需要進(jìn)行白盒測(cè)試嗎？為什么？ 97、測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？

98、軟件驗(yàn)收測(cè)試除了alpha ,beta測(cè)試以外,還有哪一種? 99、做測(cè)試多久了？以前做過哪些項(xiàng)目？你們以前測(cè)試的流程是怎樣的？用過哪些測(cè)試工具？ 100、請(qǐng)就如何在開發(fā)中進(jìn)行軟件質(zhì)量控制說說你的看法

101、一套完整的測(cè)試應(yīng)該由哪些階段組成？分別闡述一下各個(gè)階段。102、軟件測(cè)試的類型有那些？分別比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系。103、測(cè)試用例通常包括那些內(nèi)容？著重闡述編制測(cè)試用例的具體做法

104、在分別測(cè)試winform的C/S結(jié)構(gòu)與測(cè)試WEB結(jié)構(gòu)的軟件是，應(yīng)該采取什么樣的方法分別測(cè)試？他們存在什么樣的區(qū)別與聯(lián)系？

105、在測(cè)試winform的C/S結(jié)構(gòu)軟件時(shí)，發(fā)現(xiàn)這個(gè)軟件的運(yùn)行速度很慢，您會(huì)認(rèn)為是什么原因？您會(huì)采取哪些方法去檢查這個(gè)原因？

106、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷（BUG）跟蹤的管理的流程

107、你都用什么測(cè)試方法針對(duì)不同的產(chǎn)品或者系統(tǒng)或者模塊，有不同的測(cè)試方法?？傮w而言有白盒測(cè)試和黑盒測(cè)試。

108、怎么編寫案例案例的編寫與測(cè)試階段的定義有很大的關(guān)系。系統(tǒng)測(cè)試和unit測(cè)試的案例可能不同?？傮w而言測(cè)試案例根據(jù)系統(tǒng)的需求而定。

109、怎么才能夠全面的測(cè)試到每一個(gè)點(diǎn)測(cè)試的全面性主要需要在設(shè)計(jì)測(cè)試計(jì)劃的時(shí)候考慮，從測(cè)試策略，產(chǎn)品需求等等多個(gè)角

110、談?wù)勡浖y(cè)試技術(shù)，以及如何提高 27 111、談?wù)勡浖y(cè)試職業(yè)發(fā)展，以及個(gè)人的打算 27 112、談?wù)勡浖y(cè)試在企業(yè)的地位，也可以結(jié)合軟件生命周期來談 27 113、一般公司里實(shí)際的軟件測(cè)試流程是什么樣的？你們公司又是怎樣的？ 114、軟件工程師要具有那些素質(zhì)？ 115、你會(huì)哪些測(cè)試工具？怎么操作？ 117、你覺得你來應(yīng)聘有那些優(yōu)勢(shì)？ 27 116、你能不能說下你的3到5年的職業(yè)計(jì)劃（規(guī)劃）

其他問題：（有可能清晰的思路比確切的答案更重要）27

開發(fā)及環(huán)境搭建類面試題

1、描述軟件產(chǎn)生內(nèi)存泄露的原因以及檢查方式。（可以結(jié)合一種開發(fā)語言進(jìn)行描述）

2、簡(jiǎn)述什么是值傳遞，什么是地址傳遞，兩者區(qū)別是什么？

4、簡(jiǎn)述什么是存儲(chǔ)過程和觸發(fā)器？

3、結(jié)構(gòu)化程序設(shè)計(jì)和面向?qū)ο蟪绦蛟O(shè)計(jì)各自的特點(diǎn)及優(yōu)缺點(diǎn)是什么？

5、使用C語言編寫一個(gè)函數(shù)，用于交換兩個(gè)變量的值（地址傳遞）。

6、請(qǐng)簡(jiǎn)述DNS、活動(dòng)目錄、域的概念。

7、描述TCP/IP協(xié)議的層次結(jié)構(gòu)，以及每一層中重要協(xié)議。

8、簡(jiǎn)述子網(wǎng)掩碼的用途。

9、說出4種以上常用的操作系統(tǒng)及其主要的應(yīng)用范圍（微軟的操作系統(tǒng)除外）。

10、在Linux系統(tǒng)中，一個(gè)文件的訪問權(quán)限是755，其含義是什么？

11、Windows操作系統(tǒng)中PATH環(huán)境變量的作用是什么？

12、Ghost的主要用途和常用方法？

14、Linux中，一般怎么隱藏文件？

13、在RedHat中，從root用戶切到userl用戶，一般用什么命令？

15、如何將自己的本地磁盤（D）做成FTP供遠(yuǎn)端主機(jī)使用？

16、對(duì)RUP.CMM,CMMI,XP,PSP.TSP的認(rèn)識(shí)？

17、DNS是什么,它是如何工作的?

18、防火墻如何保證安全的？主要有哪些？ 20、簡(jiǎn)述一下c/s模式或者b/s模式？

21、TCP/UDP有哪些區(qū)別？

19、目前流行的操作的系統(tǒng)有哪些？請(qǐng)舉例說明安裝操作系統(tǒng)的注意事項(xiàng)？

22、ISO模型？HUB、tch、Router是ISO的第幾層設(shè)備？

23、內(nèi)存有哪幾種存儲(chǔ)組織結(jié)構(gòu).請(qǐng)分別加以說明？

人力資源面試題

1、你的測(cè)試職業(yè)發(fā)展是什么？你自認(rèn)為做測(cè)試的優(yōu)勢(shì)在哪里？

2、你為什么想離開目前的職務(wù)？

3、你對(duì)我們公司了解有多少？

4、你找工作時(shí)，最重要的考慮因素為何？

5、為什么我們應(yīng)該錄取你？

6、請(qǐng)談?wù)勀銈€(gè)人的最大特色。

7、一個(gè)測(cè)試工程師應(yīng)具備那些素質(zhì)和技能？

8、您認(rèn)為在測(cè)試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測(cè)試人員同開發(fā)團(tuán)隊(duì)中其他成員良好的人際關(guān)系的關(guān)鍵是什么？

9、在您以往的測(cè)試工作中，最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對(duì)待這些事情的？

10、在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗(yàn)和心得體會(huì)？（可以包括軟件測(cè)試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面）

11、為什么選擇測(cè)試這行？

12、你的工作通常能在時(shí)限內(nèi)完成嗎.（我想問一下就是她問這個(gè)問題的動(dòng)機(jī)是什么）

13、通常你對(duì)于別人批評(píng)你會(huì)有什么樣的反應(yīng)

14、如果明知這樣做不對(duì)，你還會(huì)依主管的指過去做嗎？

15、如果你接到一個(gè)客戶抱怨的測(cè)試技術(shù)面試題

第五篇：軟件測(cè)試技術(shù)面試總結(jié)

軟件測(cè)試就是為了發(fā)現(xiàn)程序中的錯(cuò)誤而分析和執(zhí)行程序的過程?！拍?/p>

+基本知識(shí)+軟件開發(fā)過程-定義-計(jì)劃-實(shí)現(xiàn)-穩(wěn)定化-部署

+軟件開發(fā)模型(四種典型的模型)

+瀑布模型

-概述：包括計(jì)劃，需求分析，設(shè)計(jì)，編碼，測(cè)試，運(yùn)行維護(hù)六個(gè)階段。六個(gè)階段自上而下、相互銜接，以固定的次序進(jìn)行。

-特點(diǎn)：1.階段的順序性和依賴性；2.文檔驅(qū)動(dòng)； 3.推遲實(shí)現(xiàn)的觀點(diǎn)；4.質(zhì)量保證。-缺點(diǎn)：不適合需求模糊的系統(tǒng)

+原型模型-概述：先建立一個(gè)能夠反映用戶需求的原型系統(tǒng)，使得用戶和開發(fā)者可以對(duì)目標(biāo)系統(tǒng)的概貌進(jìn)行評(píng)價(jià)和判斷，然后對(duì)原型系統(tǒng)進(jìn)行反復(fù)的擴(kuò)充、改進(jìn)、求精，最終建立符合用戶需求的目標(biāo)系統(tǒng)。

-特點(diǎn)：1.快速開發(fā)工具；2.循環(huán)； 3.低成本。

-分類：按照對(duì)原型的處理方式，可以分為漸進(jìn)型和拋棄型。

+增量模型

-概述：在增量模型中每個(gè)階段都生成軟件的一個(gè)可發(fā)布版本，階段交錯(cuò)進(jìn)行，版本逐漸完善。

-同原型模型的最大區(qū)別在于，在原型模型中每個(gè)階段發(fā)布一個(gè)原型而在增量模型中則完成一個(gè)正式版本。+螺旋模型

-概述：適用于大型軟件的開發(fā)，它將瀑布模型和快速原型模型結(jié)合起來，并加入了風(fēng)險(xiǎn)分析。

-特點(diǎn)：1.每個(gè)階段都包括制定計(jì)劃，風(fēng)險(xiǎn)分析，實(shí)施工程，評(píng)審四個(gè)階段；

2.開發(fā)過程迭代進(jìn)行，每迭代一次螺旋線增一周，工程前進(jìn)一個(gè)層次，系統(tǒng)生成一個(gè)新版本，投入新的時(shí)間成本，最終得到客戶滿意的版本。

-軟件測(cè)試從需求開始：現(xiàn)代的軟件測(cè)試將測(cè)試滲入到軟件開發(fā)的各個(gè)階段，即使瀑布模型，表面看測(cè)試工作是在測(cè)試階段開始的，事實(shí)上，在計(jì)劃、需求、設(shè)計(jì)階段，測(cè)試人員便已經(jīng)開始了他們的工作，如：了解軟件需求，編寫測(cè)試計(jì)劃，搭建測(cè)試環(huán)境。

-測(cè)試用例

-三要素：前提條件和操作步驟、預(yù)期結(jié)果、實(shí)際結(jié)果。

-必須以需求為依據(jù)。

-軟件測(cè)試分類

-是否關(guān)注軟件結(jié)構(gòu)和算法

-黑盒測(cè)試：基于軟件需求的測(cè)試方法。

-白盒測(cè)試：基于軟件內(nèi)部設(shè)計(jì)和程序?qū)崿F(xiàn)的測(cè)試方法。

-是否執(zhí)行被測(cè)試軟件

-動(dòng)態(tài)測(cè)試：在測(cè)試過程中執(zhí)行被測(cè)試軟件的測(cè)試方法。

-靜態(tài)測(cè)試：------------不----------------------。

-基于不同的測(cè)試階段：

-單元測(cè)試：主要測(cè)試軟件的單元模塊，需要編寫額外的測(cè)試驅(qū)動(dòng)程序，采用白盒測(cè)試的方法，一般由 開發(fā)人員完成。

-集成測(cè)試：將一些“構(gòu)件”集成在一起時(shí)測(cè)試他們是否能正常運(yùn)行，構(gòu)件可以是程序模塊，也可以是

客戶機(jī)-服務(wù)器程序等，需要編寫測(cè)試仿真程序，采用白盒和黑盒相結(jié)合的方式，通常由 開發(fā)人員承擔(dān)。

-系統(tǒng)測(cè)試：測(cè)試軟件系統(tǒng)是否符合所有的需求，包括功能性測(cè)試和非功能性測(cè)試。一般由

獨(dú)立的測(cè)試

人員完成，通常采用黑盒測(cè)試方法。

-驗(yàn)收測(cè)試：(α、β)與系統(tǒng)測(cè)試類似，但由客戶或最終用戶執(zhí)行，測(cè)試軟件是否符合需求規(guī)格說明書。

-回歸測(cè)試：指在軟件開發(fā)過程中，每次錯(cuò)誤被修正后或軟件的功能、環(huán)境發(fā)生變化后進(jìn)行的測(cè)試。

-軟件測(cè)試的三個(gè)步驟：

-測(cè)試計(jì)劃：測(cè)試人員首先對(duì)需求進(jìn)行分析，最終定義一個(gè)測(cè)試集合，通過刻畫和定義測(cè)試發(fā)現(xiàn)需求中的問題，然后根據(jù)軟件需求同測(cè)試主管制定并確認(rèn)“測(cè)試計(jì)劃”。

-測(cè)試設(shè)計(jì)和開發(fā)：軟件測(cè)試人員根據(jù)軟件需求和軟件設(shè)計(jì)說明書完成測(cè)試用例的設(shè)計(jì)和必要的測(cè)試驅(qū)動(dòng) 程序的開發(fā)。

-執(zhí)行測(cè)試：需要做的工作包括搭建測(cè)試環(huán)境、運(yùn)行測(cè)試、記錄測(cè)試結(jié)果、報(bào)告軟件缺陷、跟蹤軟件缺陷、分析測(cè)試結(jié)果，必要時(shí)進(jìn)行回歸測(cè)試。

-測(cè)試工程師的能力要求：

+5C

-Controlled /kEn'trEuld/ 接受管理，有條理的-Competent /'kCmpitEnt/了解正確的測(cè)試技術(shù)

-Critical /'kritikEl/專注于發(fā)現(xiàn)問題

-Comprehensive /.kCmpri'hensiv/ 注意細(xì)節(jié)

-Considerate /kEn'sidErit/能夠和開發(fā)人員很好的交談

+職業(yè)素質(zhì)-責(zé)任心-學(xué)習(xí)能力-懷疑精神-溝通能力-專注力-洞察力-團(tuán)隊(duì)精神-注重積累 +制定測(cè)試計(jì)劃的五個(gè)步驟：-分析和測(cè)試軟件需求-定義測(cè)試策略

-定義測(cè)試環(huán)境

-定義測(cè)試管理

-編寫和審核測(cè)試計(jì)劃

如果在需求分析階段發(fā)現(xiàn)并結(jié)果問題需要花費(fèi)$1，則在設(shè)計(jì)階段解決同樣的問題需花費(fèi)$5，在編碼階段需$10，交付后解決同樣的問題需花費(fèi)$200?！皆鐪y(cè)試越好-在需求分析過程中測(cè)試人員需要進(jìn)行如下工作：

1)理解需求，參與審核需求文檔；

2)理解項(xiàng)目的目標(biāo)、限制，了解用戶的應(yīng)用背景；

3)編寫測(cè)試計(jì)劃；

4)準(zhǔn)備測(cè)試資源。

+需求測(cè)試

-需求測(cè)試測(cè)試的對(duì)象是主意而不是代碼，針對(duì)文檔進(jìn)行測(cè)試。

+好的需求文檔的特征-具有清晰的格式和文檔結(jié)構(gòu)-需求的內(nèi)容正確-需求的內(nèi)容完整-需求具有可行性需求的必要性

-對(duì)不同的需求優(yōu)先等級(jí)進(jìn)行定義-描述明確-可證性和可測(cè)試性-可修改性-可追蹤-需求文檔被及時(shí)更新

+需求測(cè)試內(nèi)容

-需求文檔是否符合公司的格式要求

-是否正確

-要保證需求文檔中所描述的內(nèi)容是真實(shí)可靠的-這是“真正的”需求嗎？描述的產(chǎn)品是否是要開發(fā)的產(chǎn)品？

-需求是否完備？第一個(gè)發(fā)布的版本是否需要更多的功能？列出的需求可以減少一部分？-需求是否兼容？需求有可能是矛盾的。

-需求是否可實(shí)現(xiàn)？如：需求設(shè)想的設(shè)備是否比實(shí)際運(yùn)行的要快？需求要求的內(nèi)存、I/0設(shè)備是否太多？

需求的輸入或輸出設(shè)備要求的分辨率是否要求過高？

-需求是否合理？在開發(fā)進(jìn)度、開發(fā)費(fèi)用、產(chǎn)品性能、可靠性和內(nèi)存使用之間存在著平衡關(guān)系。

-需求是否可測(cè)？對(duì)于軟件測(cè)試人員來說判斷需求是否可測(cè)是這個(gè)過程中最重要的工作。+需求測(cè)試方法-復(fù)查review-走查walkthrough-審查inspection

+測(cè)試策略的內(nèi)容

-確定測(cè)試范圍 軟件是無法被完全測(cè)試的-確定測(cè)試方法 不同的系統(tǒng)需要不同的測(cè)試方法

-定義測(cè)試標(biāo)準(zhǔn) 入口標(biāo)準(zhǔn)，暫停和繼續(xù)的標(biāo)準(zhǔn)，出口標(biāo)準(zhǔn)等

+軟件測(cè)試結(jié)束的標(biāo)準(zhǔn)

-基于測(cè)試用例的使用規(guī)則

1)構(gòu)造測(cè)試用例（由相關(guān)人員進(jìn)行評(píng)審）

2)執(zhí)行測(cè)試用例中，當(dāng)測(cè)試用例的不通過率達(dá)到20%則拒絕繼續(xù)測(cè)試，待開發(fā)人員修正軟件后再繼續(xù)。

3)當(dāng)功能性測(cè)試用例通過率達(dá)到100%，非功能性測(cè)試用例通過率達(dá)到90%時(shí)，允許正常結(jié)束。

-基于“測(cè)試期缺陷密度”規(guī)則

--------------含義：對(duì)軟件測(cè)試一個(gè)CPU小時(shí)發(fā)現(xiàn)的缺陷數(shù)，比較適用于系統(tǒng)測(cè)試-基于“運(yùn)行期缺陷密度”規(guī)則

--------------含義：把軟件運(yùn)行一個(gè)CPU小時(shí)發(fā)現(xiàn)的缺陷數(shù)，比較適用于驗(yàn)收測(cè)試注：一個(gè)階段的出口標(biāo)準(zhǔn)!=下一個(gè)階段的入口標(biāo)準(zhǔn)

系統(tǒng)測(cè)試結(jié)束的標(biāo)準(zhǔn)!=軟件的發(fā)布標(biāo)準(zhǔn)

發(fā)布標(biāo)準(zhǔn)!=軟件0缺陷

-選擇測(cè)試工具 是否需要，需要什么工具，怎么獲取

-降低軟件測(cè)試代價(jià)是企業(yè)普遍關(guān)注的問題，可通過

a.減少冗余和無價(jià)值的測(cè)試；

b.減少測(cè)試階段(萬般無奈下)

+測(cè)試環(huán)境

-基本內(nèi)容：設(shè)備環(huán)境、軟件環(huán)境、數(shù)據(jù)環(huán)境

-需考慮的因素-計(jì)算機(jī)平臺(tái)-操作系統(tǒng)-瀏覽器-軟件支持平臺(tái)-外圍設(shè)備-網(wǎng)絡(luò)環(huán)境-其他專用設(shè)備

-搭建測(cè)試環(huán)境時(shí)的配置原則：-使用的頻度或范圍-實(shí)效的可能性-最大限度的模擬真實(shí)環(huán)境 +測(cè)試管理 由于測(cè)試工程中設(shè)計(jì)的人員、活動(dòng)、工具是很多的，在制定測(cè)試計(jì)劃時(shí)需要對(duì)這些因素進(jìn)行管理

-選擇缺陷管理工具和測(cè)試管理工具

-定義工作進(jìn)度

-建立風(fēng)險(xiǎn)管理計(jì)劃

+可能遇到的風(fēng)險(xiǎn)

·由于設(shè)計(jì)、編碼階段出現(xiàn)大量質(zhì)量問題，導(dǎo)致測(cè)試工作量時(shí)間增加

·開始測(cè)試時(shí)所需的硬件、軟件沒有準(zhǔn)備好

·未能完成對(duì)測(cè)試人員的技術(shù)培訓(xùn)

·測(cè)試時(shí)的人力資源安排不足

·測(cè)試過程中，發(fā)生了大量的需求變更

·測(cè)試過程中，項(xiàng)目的開發(fā)計(jì)劃被大幅度調(diào)整

·不能及時(shí)準(zhǔn)備好測(cè)試所需的環(huán)境

·不能及時(shí)準(zhǔn)備好測(cè)試數(shù)據(jù)

+風(fēng)險(xiǎn)管理的過程

·識(shí)別風(fēng)險(xiǎn)

·評(píng)估風(fēng)險(xiǎn)

·制定對(duì)策

·跟蹤風(fēng)險(xiǎn)

+測(cè)試設(shè)計(jì)與開發(fā)

+總體設(shè)計(jì)

-投入產(chǎn)出：測(cè)試設(shè)計(jì)的輸入是測(cè)試計(jì)劃，輸出是評(píng)審過的測(cè)試用例集合-定義設(shè)計(jì)目標(biāo)遵循的原則

-清楚地說明沒項(xiàng)測(cè)試的目標(biāo)

-使每項(xiàng)測(cè)試的目標(biāo)單一，可以對(duì)應(yīng)到規(guī)格說明書中的一項(xiàng)需求

-只說明測(cè)試應(yīng)該完成什么工作，而不說明如何完成-流程：總體設(shè)計(jì)-開發(fā)測(cè)試用例-評(píng)審測(cè)試用例

I.定義設(shè)計(jì)目標(biāo)

II.定義輸入說明

III.定義測(cè)試環(huán)境和配置

IV.測(cè)試設(shè)計(jì)文檔

V.開發(fā)測(cè)試用例

+測(cè)試用例

-概念：為特定目標(biāo)開發(fā)的測(cè)試輸入、執(zhí)行條件和預(yù)期結(jié)果的集合。

+好的測(cè)試用例：

-容易發(fā)現(xiàn)軟件的錯(cuò)誤

-精確的重復(fù)某測(cè)試失敗的情景，可重復(fù)性

-清晰的定義一個(gè)或多個(gè)期望的結(jié)果

-沒有冗余

+測(cè)試用例的作用

-指導(dǎo)測(cè)試的實(shí)施

-作為編寫測(cè)試腳本的“設(shè)計(jì)規(guī)格說明書”

-評(píng)估測(cè)試標(biāo)準(zhǔn)的度量基準(zhǔn)

-分析缺陷的標(biāo)準(zhǔn)

+白盒測(cè)試用例設(shè)計(jì)

+設(shè)計(jì)方法

+邏輯覆蓋法

-語句覆蓋

-判定覆蓋

-條件覆蓋

-判定-條件覆蓋

-條件組合覆蓋

-路經(jīng)覆蓋

-基本路經(jīng)法

+輔助模塊設(shè)計(jì)

-驅(qū)動(dòng)模塊：相當(dāng)于被測(cè)程序的主程序。接受測(cè)試數(shù)據(jù)，把這些數(shù)據(jù)傳給被測(cè)模塊然后輸出實(shí)際測(cè)試結(jié)果。

-樁模塊：用于調(diào)用被測(cè)模塊調(diào)用的子模塊?？梢宰錾倭康臄?shù)據(jù)操作，不需要把子模塊的所有功能都帶進(jìn)來，但不容許什么都不做。

+黑盒測(cè)試用例設(shè)計(jì)

-等價(jià)類劃分法

-邊界值法——“缺陷遺漏在角落里，聚集在邊界上?！?/p>

-因果圖法彌補(bǔ)等價(jià)類和邊界值法的不足

-錯(cuò)誤推測(cè)法

-測(cè)試用例的管理可以通過配置管理工具cvs,vss,ClearCase等實(shí)現(xiàn)，以保證測(cè)試是可重復(fù)的。+常見錯(cuò)誤分析

-用戶界面問題

·輸入無合法性檢查和值域檢查。

·界面信息不能及時(shí)更新，不能正確反映數(shù)據(jù)狀態(tài)，甚至對(duì)用戶產(chǎn)生誤導(dǎo)。

·表達(dá)不清或過于模糊的信息提示。

·要求用戶輸入多余的本來系統(tǒng)可以自己得到的數(shù)據(jù)。

·為了得到某個(gè)設(shè)置或?qū)υ捒蛴脩舯仨氉鲈S多冗余的操作，如對(duì)話框嵌套太多?！げ荒苡洃浻脩舻脑O(shè)置或操作習(xí)慣，使每次進(jìn)入系統(tǒng)用戶都需重新操作一次初始環(huán)境?！げ唤?jīng)用戶確認(rèn)就對(duì)系統(tǒng)或數(shù)據(jù)進(jìn)行了重大修改。

-形象類問題

·不符合用戶的操作習(xí)慣。如，快捷鍵定義不科學(xué)不實(shí)用，甚至無快捷鍵。

·不夠?qū)I(yè)，缺乏基本知識(shí)。

·界面中英文混雜，甚至拼寫錯(cuò)誤。

·說明書或幫助的排版格式不專業(yè)：中英文不對(duì)應(yīng)，標(biāo)點(diǎn)的半全角問題，沒有排版準(zhǔn)則?！そ缑嬖貐⒉畈积R，文字不能完全顯示。

－穩(wěn)定性問題

·不可重現(xiàn)的死機(jī)，或不斷申請(qǐng)但不能完全釋放資源，使系統(tǒng)性能越來越低。

·主系統(tǒng)和子系統(tǒng)使用了相同的臨界資源而相互不知道。如：使用相同的類名或臨時(shí)文件名、使用同樣的數(shù)據(jù)庫字段名或登陸帳號(hào)。

·不能重現(xiàn)的錯(cuò)誤，許多與代碼中的未初始化變量有關(guān)，有些與系統(tǒng)不檢查異常情況(網(wǎng)絡(luò)中斷、內(nèi)存申請(qǐng)

不成功、長(zhǎng)時(shí)間無響應(yīng)等)有關(guān)。

-其他問題

·運(yùn)行時(shí)不檢查內(nèi)存、硬盤空間、數(shù)據(jù)庫等。

·無根據(jù)的假設(shè)用戶環(huán)境：硬件/網(wǎng)絡(luò)情況；有些動(dòng)態(tài)庫；假設(shè)網(wǎng)絡(luò)隨時(shí)都是聯(lián)通的?！ぬ峁┑陌姹編Р《尽?/p>

·提供錯(cuò)誤的版本給測(cè)試組或測(cè)試用戶，或程序員與測(cè)試組使用不同版本。

·用戶現(xiàn)場(chǎng)開放和修改，又沒有記錄和保留。

·版本中部分內(nèi)容或接口倒退，或出現(xiàn)版本管理混亂。

·有些選項(xiàng)永遠(yuǎn)都是灰的，或有些在該變灰時(shí)沒變灰。

+測(cè)試用例的評(píng)審

-測(cè)試或測(cè)試組件完全針對(duì)的是需求中列出的功能嗎？

-測(cè)試組件是否覆蓋了所有的需求？

-有冗余的嗎？

-每個(gè)測(cè)試步驟都有清楚描述的預(yù)期結(jié)果嗎？

+優(yōu)先級(jí)

+3級(jí)

優(yōu)先級(jí)1：此測(cè)試用例必須執(zhí)行-2：有時(shí)間就執(zhí)行-3：可以不執(zhí)行

+5級(jí)

1：此測(cè)試必須通過，否則產(chǎn)品發(fā)布存在危險(xiǎn)2：在發(fā)布前必須執(zhí)行3：時(shí)間允許就執(zhí)行4：此測(cè)試可以在下一次發(fā)布或發(fā)布后短期內(nèi)執(zhí)行5：可以不測(cè)試