網(wǎng)絡(luò)測(cè)試工程師求職者提高應(yīng)聘水平的第一關(guān)就是 面試 題的回答。下面是我為大家精心推薦的網(wǎng)絡(luò)工程師 面試題 及參考答案，希望能夠?qū)δ兴鶐椭＞W(wǎng)絡(luò)工程師面試題篇1 1、什么是兼容性測(cè)試?兼容性測(cè)試側(cè)重哪些方面? 參考答案： 兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說(shuō)的軟件的可移植性。 兼容的類(lèi)型，如果細(xì)分的話(huà)，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫(kù)兼容，以及數(shù)據(jù)格式的兼容。 兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶(hù)會(huì)在什么環(huán)境下使用該軟件，把這些環(huán)境整理成表單，就得出做兼容測(cè)試的兼容環(huán)境了。 兼容和配置測(cè)試的區(qū)別在于，做配置測(cè)試通常不是Clean OS下做測(cè)試，而兼容測(cè)試多是在Clean OS的環(huán)境下做的。 2、我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問(wèn)題還是軟硬件系統(tǒng)存在問(wèn)題? 參考答案： 1、檢查系統(tǒng)是否有中毒的特征; 2、檢查軟件/硬件的配置是否符合軟件的推薦標(biāo)準(zhǔn); 3、確認(rèn)當(dāng)前的系統(tǒng)是否是獨(dú)立，即沒(méi)有對(duì)外提供什么消耗CPU資源的服務(wù); 4、如果是C/S或者B/S結(jié)構(gòu)的軟件，需要檢查是不是因?yàn)榕c服務(wù)器的連接有問(wèn)題，或者訪(fǎng)問(wèn)有問(wèn)題造成的; 5、在系統(tǒng)沒(méi)有任何負(fù)載的情況下，查看性能監(jiān)視器，確認(rèn)應(yīng)用程序?qū)PU/內(nèi)存的訪(fǎng)問(wèn)情況。 3、測(cè)試的策略有哪些? 參考答案： 黑盒/白盒，靜態(tài)/動(dòng)態(tài)，手工/自動(dòng)，冒煙測(cè)試，回歸測(cè)試，公測(cè)(Beta測(cè)試的策略) 4、正交表測(cè)試用例設(shè)計(jì) 方法 的特點(diǎn)是什么? 參考答案： 用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜; 對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來(lái);但是更深的缺陷，更復(fù)雜的缺陷，還是無(wú)能為力的; 具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。 5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷(BUG)跟蹤的管理的流程? 參考答案： 就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。 6、你覺(jué)得bugzilla在使用的過(guò)程中，有什么問(wèn)題? 參考答案： 界面不穩(wěn)定; 根據(jù)需要配置它的不同的部分，過(guò)程很煩瑣。 流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作; 沒(méi)有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。 網(wǎng)絡(luò)工程師面試題篇2 7、描述測(cè)試用例設(shè)計(jì)的完整過(guò)程? 參考答案： 需求分析 + 需求變更的維護(hù)工作; 根據(jù)需求 得出測(cè)試需求; 設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案; 方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審; 8、單元測(cè)試的策略有哪些? 參考答案： 邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析 9、LoadRunner分哪三部分? 參考答案： 用戶(hù)動(dòng)作設(shè)計(jì); 場(chǎng)景設(shè)計(jì); 測(cè)試數(shù)據(jù)分析; 10、LoadRunner進(jìn)行測(cè)試的流程? 參考答案： 1、 測(cè)試測(cè)試 2、 創(chuàng)建虛擬用戶(hù)腳本 3、 創(chuàng)建運(yùn)行場(chǎng)景 4、 運(yùn)行測(cè)試腳本 5、 監(jiān)視場(chǎng)景 6、 分析測(cè)試的結(jié)果 以上，最好是結(jié)合一個(gè)案例，根據(jù)以上流程來(lái)介紹。 什么是并發(fā)?在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試?集合點(diǎn)失敗了會(huì)怎么樣? 參考答案： 在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。 LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶(hù)的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。 集合點(diǎn)，即是多個(gè)用戶(hù)在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶(hù)的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測(cè)試就不能進(jìn)行。 12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶(hù)的登錄情況/查詢(xún)情況，如何操作? 參考答案： 分析用戶(hù)登錄的基本情況，得出一組數(shù)據(jù)，通過(guò)性測(cè)試/失敗性測(cè)試的都有(根據(jù)TC來(lái)設(shè)計(jì)這些數(shù)據(jù))，然后錄制登錄的腳本，將關(guān)鍵的數(shù)據(jù)參數(shù)化，修改腳本，對(duì)代碼進(jìn)行加強(qiáng)，調(diào)試腳本。 13、QTP中的Action有什么作用?有幾種? 參考答案： Action的作用 用Action可以對(duì)步驟集進(jìn)行分組 步驟重組，然后被整體調(diào)用 擁有自己的sheet 組合有相同需求的步驟，整 體操 作 具有獨(dú)立的對(duì)象倉(cāng)庫(kù) Action的種類(lèi) 可復(fù)用Action 不可復(fù)用Action 外部Action 網(wǎng)絡(luò)工程師面試題篇3 14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過(guò)程進(jìn)行管理? 參考答案： 需求管理 定義測(cè)試范圍 定義需求樹(shù) 描述需求樹(shù)的功能點(diǎn) 測(cè)試計(jì)劃 定義測(cè)試目標(biāo)和測(cè)試策略。 分解應(yīng)用程序，建立測(cè)試計(jì)劃樹(shù)。 確定每個(gè)功能點(diǎn)的測(cè)試方法。 將每個(gè)功能點(diǎn)連接到需求上，使測(cè)試計(jì)劃覆蓋全部的測(cè)試需求。 描述手工測(cè)試的測(cè)試步驟 指明需要進(jìn)行自動(dòng)測(cè)試的功能點(diǎn) 測(cè)試執(zhí)行 定義測(cè)試集合。 為每個(gè)測(cè)試人員制定測(cè)試任務(wù)和測(cè)試日程安排。 運(yùn)行自動(dòng)測(cè)試。 缺陷跟蹤 記錄缺陷 查看新增缺陷，并確定哪些是需要修正的 相關(guān)技術(shù)人員修改缺陷 回歸測(cè)試 分析缺陷統(tǒng)計(jì)圖表，分析應(yīng)用程序的開(kāi)發(fā)質(zhì)量。 15、你所熟悉的軟件測(cè)試類(lèi)型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類(lèi)型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè)試??)? 參考答案：Compatibility Testing(兼容性測(cè)試)，也稱(chēng)“Configuration testing(配置測(cè)試)”，測(cè)試軟件是否和系統(tǒng)的 其它 與之交互的元素之間兼容，如：瀏覽器、 操作系統(tǒng) 、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。 Functional testing (功能測(cè)試)，也稱(chēng)為behavioral testing(行為測(cè)試)，根據(jù)產(chǎn)品特征、操作描述和用戶(hù)方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿(mǎn)足設(shè)計(jì)需求。本地化軟件的功能測(cè)試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對(duì)目標(biāo)用戶(hù)能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測(cè)試腳本，以保證目標(biāo)用戶(hù)的體驗(yàn)將足夠好，就像應(yīng)用程序是專(zhuān)門(mén)為該市場(chǎng)開(kāi)發(fā)的一樣。 Performance testing(性能測(cè)試)，評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測(cè)試。包括負(fù)載測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫(kù)容量測(cè)試、基準(zhǔn)測(cè)試等類(lèi)型。 16、軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄? 參考答案：5C標(biāo)準(zhǔn) 17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別? 參考答案：Beta testing(β測(cè)試),測(cè)試是軟件的多個(gè)用戶(hù)在一個(gè)或多個(gè)用戶(hù)的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開(kāi)發(fā)者通常不在測(cè)試現(xiàn)場(chǎng) Alpha testing (α測(cè)試),是由一個(gè)用戶(hù)在開(kāi)發(fā)環(huán)境下進(jìn)行的測(cè)試，也可以是公司內(nèi)部的用戶(hù)在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試 18、軟件的評(píng)審一般由哪些人參加?其目的是什么? 參考答案： 在正式的會(huì)議上將軟件項(xiàng)目的成果(包括各階段的文檔、產(chǎn)生的代碼等)提交給用戶(hù)、客戶(hù)或有關(guān)部門(mén)人員對(duì)軟件產(chǎn)品進(jìn)行評(píng)審和批準(zhǔn)。其目的是找出可能影響軟件產(chǎn)品質(zhì)量、開(kāi)發(fā)過(guò)程、維護(hù)工作的適用性和環(huán)境方面的設(shè)計(jì)缺陷，并采取補(bǔ)救 措施 ，以及找出在性能、安全性和經(jīng)濟(jì)方面的可能的改進(jìn)。 人員：用戶(hù)、客戶(hù)或有關(guān)部門(mén)開(kāi)發(fā)人員，測(cè)試人員，需求分析師都可以，就看處于評(píng)審那個(gè)階段 19、測(cè)試活動(dòng)中，如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，怎么處理? 參考答案： 測(cè)試需求分析 發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確，應(yīng)該立即和相關(guān)人員進(jìn)行協(xié)調(diào)交流。 20、階段評(píng)審與項(xiàng)目評(píng)審有什么區(qū)別? 參考答案： 階段評(píng)審 對(duì)項(xiàng)目各階段評(píng)審：對(duì)階段成果和工作 項(xiàng)目評(píng)審 對(duì)項(xiàng)目總體評(píng)審：對(duì)工作和產(chǎn)品 21、闡述工作版本的定義? 參考答案： 構(gòu)造號(hào)： BUILD 22、什么是樁模塊?什么是驅(qū)動(dòng)模塊? 參考答案： 樁模塊：被測(cè)模塊調(diào)用模塊 驅(qū)動(dòng)模塊 調(diào)用被測(cè)模塊 23、什么是扇入?什么是扇出? 參考答案：

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

因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測(cè)試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開(kāi)展軟件測(cè)試的工作。在測(cè)試的過(guò)程發(fā)現(xiàn)軟件中存在的問(wèn)題，及時(shí)讓開(kāi)發(fā)人員得知并修改問(wèn)題，在即將發(fā)布時(shí)，從測(cè)試報(bào)告中得出軟件的質(zhì)量情況。

2、您所熟悉的軟件測(cè)試類(lèi)型都有哪些?

測(cè)試類(lèi)型有：功能測(cè)試，性能測(cè)試，界面測(cè)試。

功能測(cè)試在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。

性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。負(fù)載測(cè)試和壓力測(cè)試都屬于性能測(cè)試，兩者可以結(jié)合進(jìn)行。

界面測(cè)試，界面是軟件與用戶(hù)交互的最直接的層，界面的好壞決定用戶(hù)對(duì)軟件的第一印象。

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

白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果黑盒用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題

軟件的黑盒測(cè)試意味著測(cè)試要在軟件的接口處進(jìn)行。這種方法是把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說(shuō)明書(shū)，檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。黑盒測(cè)試主要是為了發(fā)現(xiàn)以下幾類(lèi)錯(cuò)誤：

1、是否有不正確或遺漏的功能?

2、在接口上，輸入是否能正確的接受?能否輸出正確的結(jié)果?

3、是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪(fǎng)問(wèn)錯(cuò)誤?

4、性能上是否能夠滿(mǎn)足要求?

5、是否有初始化或終止性錯(cuò)誤?

軟件的白盒測(cè)試是對(duì)軟件的過(guò)程性細(xì)節(jié)做細(xì)致的檢查。這種方法是把測(cè)試對(duì)象看做一個(gè)打開(kāi)的盒子，它允許測(cè)試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有邏輯路徑進(jìn)行測(cè)試。通過(guò)在不同點(diǎn)檢查程序狀態(tài)，確定實(shí)際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測(cè)試又稱(chēng)為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。白盒測(cè)試主要是想對(duì)程序模塊進(jìn)行如下檢查：

1、對(duì)程序模塊的所有獨(dú)立的執(zhí)行路徑至少測(cè)試一遍。

2、對(duì)所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測(cè)一遍。

3、在循環(huán)的邊界和運(yùn)行的界限內(nèi)執(zhí)行循環(huán)體。

4、測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。4、驗(yàn)收測(cè)試是部署軟件之前的最后一個(gè)測(cè)試操作。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶(hù)將其用于執(zhí)行軟件的既定功能和任務(wù)。驗(yàn)收測(cè)試是向未來(lái)的用戶(hù)表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是驗(yàn)收測(cè)試的任務(wù)，即軟件的功能和性能如同用戶(hù)所合理期待的那樣。