網(wǎng)絡(luò)測(cè)試工程師面試題及答案
網(wǎng)絡(luò)測(cè)試工程師面試題及答案
網(wǎng)絡(luò)測(cè)試工程師求職者提高應(yīng)聘水平的第一關(guān)就是面試題的回答。下面是學(xué)習(xí)啦小編為大家精心推薦的網(wǎng)絡(luò)工程師面試題及參考答案，希望能夠?qū)δ兴鶐椭?/p>
網(wǎng)絡(luò)工程師面試題篇1
1、什么是兼容性測(cè)試?兼容性測(cè)試側(cè)重哪些方面?
參考答案：
兼容測(cè)試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行，即是通常說的軟件的可移植性。
兼容的類型，如果細(xì)分的話，有平臺(tái)的兼容，網(wǎng)絡(luò)兼容，數(shù)據(jù)庫兼容，以及數(shù)據(jù)格式的兼容。
兼容測(cè)試的重點(diǎn)是，對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容。根據(jù)軟件運(yùn)行的需要，或者根據(jù)需求文檔，一般都能夠得出用戶會(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)行得很慢，怎么判別是程序存在問題還是軟硬件系統(tǒng)存在問題? 參考答案：
1、檢查系統(tǒng)是否有中毒的特征;
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)是什么?
參考答案：
用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜;
對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來;但是更深的缺陷，更復(fù)雜的缺陷，還是無能為力的;
具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。
5、描述使用bugzilla缺陷管理工具對(duì)軟件缺陷(BUG)跟蹤的管理的流程?
參考答案：
就是Bugzilla的狀態(tài)轉(zhuǎn)換圖。
6、你覺得bugzilla在使用的過程中，有什么問題?
參考答案：
界面不穩(wěn)定;
根據(jù)需要配置它的不同的部分，過程很煩瑣。
流程控制上，安全性不好界定，很容易對(duì)他人的Bug進(jìn)行誤操作;
沒有綜合的評(píng)分指標(biāo)，不好確認(rèn)修復(fù)的優(yōu)先級(jí)別。
網(wǎng)絡(luò)工程師面試題篇2
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è)試的策略有哪些?
參考答案：
邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析
9、LoadRunner分哪三部分?
參考答案：
用戶動(dòng)作設(shè)計(jì);
場(chǎng)景設(shè)計(jì);
測(cè)試數(shù)據(jù)分析;
10、LoadRunner進(jìn)行測(cè)試的流程?
參考答案：
1、 測(cè)試測(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ù)以上流程來介紹。
什么是并發(fā)?在lordrunner中，如何進(jìn)行并發(fā)的測(cè)試?集合點(diǎn)失敗了會(huì)怎么樣?
參考答案：
在同一時(shí)間點(diǎn)，支持多個(gè)不同的操作。
LoadRunner中提供IP偽裝，集合點(diǎn)，配合虛擬用戶的設(shè)計(jì)，以及在多臺(tái)電腦上設(shè)置，可以比較好的模擬真實(shí)的并發(fā)。
集合點(diǎn)，即是多個(gè)用戶在某個(gè)時(shí)刻，某個(gè)特定的環(huán)境下同時(shí)進(jìn)行虛擬用戶的操作的。集合點(diǎn)失敗，則集合點(diǎn)的才操作就會(huì)取消，測(cè)試就不能進(jìn)行。
12、使用QTP做功能測(cè)試，錄制腳本的時(shí)候，要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況，如何操作? 參考答案：
分析用戶登錄的基本情況，得出一組數(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有什么作用?有幾種?
參考答案：
Action的作用
用Action可以對(duì)步驟集進(jìn)行分組
步驟重組，然后被整體調(diào)用
擁有自己的sheet
組合有相同需求的步驟，整體操作
具有獨(dú)立的對(duì)象倉庫
Action的種類
可復(fù)用Action
不可復(fù)用Action
外部Action
網(wǎng)絡(luò)工程師面試題篇3
14、TestDirector有些什么功能，如何對(duì)軟件測(cè)試過程進(jìn)行管理?
參考答案：
需求管理
定義測(cè)試范圍
定義需求樹
描述需求樹的功能點(diǎn)
測(cè)試計(jì)劃
定義測(cè)試目標(biāo)和測(cè)試策略。
分解應(yīng)用程序，建立測(cè)試計(jì)劃樹。
確定每個(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)用程序的開發(fā)質(zhì)量。
15、你所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測(cè)試類型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè)試„„)?
參考答案：Compatibility Testing(兼容性測(cè)試)，也稱“Configuration testing(配置測(cè)試)”，測(cè)試軟件是否和系統(tǒng)的其它與之交互的元素之間兼容，如：瀏覽器、操作系統(tǒng)、硬件等。驗(yàn)證測(cè)試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。
Functional testing (功能測(cè)試)，也稱為behavioral testing(行為測(cè)試)，根據(jù)產(chǎn)品特征、操作描述和用戶方案，測(cè)試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測(cè)試，用于驗(yàn)證應(yīng)用程序或網(wǎng)站對(duì)目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測(cè)試腳本，以保證目標(biāo)用戶的體驗(yàn)將足夠好，就像應(yīng)用程序是專門為該市場(chǎng)開發(fā)的一樣。 Performance testing(性能測(cè)試)，評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測(cè)試。包括負(fù)載測(cè)試、強(qiáng)度測(cè)試、數(shù)據(jù)庫容量測(cè)試、基準(zhǔn)測(cè)試等類型。
16、軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄? 參考答案：5C標(biāo)準(zhǔn)
17、Beta測(cè)試與Alpha測(cè)試有什么區(qū)別?
參考答案：Beta testing(β測(cè)試),測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(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)審一般由哪些人參加?其目的是什么?
參考答案：
在正式的會(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、測(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、什么是扇入?什么是扇出?
參考答案：
扇入：被調(diào)次數(shù)，扇出：調(diào)其它模塊數(shù)目
猜你感興趣: