惡魔小郡主
廣達(dá)測試工程師面試題
一.主觀判斷題(10分)
1.軟件測試的目的是盡可能多的找出軟件的缺陷。(Y)
2.只要我們做了充分的測試。就能保證軟件沒有BUG(n)
3.驗(yàn)收測試是由最終用戶來實(shí)施的。(Y)
4.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。(n)
5.單元測試能發(fā)現(xiàn)約80%的軟件缺陷。(Y)
6.代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(Y)
7.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(n)
8.測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(Y)
9.我們可以人為的`使得軟件不存在配置問題。(n)
10.集成測試計(jì)劃在需求分析階段末提交(n)
二.基礎(chǔ)理論題:(35分)
1.已建立二張個(gè)學(xué)生基本信息表,表的結(jié)構(gòu)如下:
Test1
No Name Sex Age Department Place
2002001 張三 男 20 計(jì)算機(jī)系 北京
2002002 李四 女 20 數(shù)學(xué)系 山東
2002003 王五 男 21 計(jì)算機(jī)系 北京
2002004 小紅 女 21 數(shù)學(xué)系 河北
2002005 小李 男 20 數(shù)學(xué)系 遼寧
2002006 小王 男 22 計(jì)算機(jī)系 浙江
Test2
No Grade(N型) Courses
2002001 67 英語
2002002 81 數(shù)學(xué)
2002003 75 操作系統(tǒng)
2002004 91 網(wǎng)絡(luò)
2002005 70 數(shù)據(jù)庫
2002006 85 C語言
1)用SQL語句找出是計(jì)算機(jī)系并籍貫是北京的學(xué)生的所有記錄
select * from test where department='計(jì)算機(jī)系' and place='北京'
2)用SQL語句把計(jì)算機(jī)系的學(xué)生的Department改為信息學(xué)院
UPDATE test SET department='信息學(xué)院' WHERE department='計(jì)算機(jī)系';
3)用SQL連接查詢找出成績大于等于75分的學(xué)生的No,Nname,Grade,Courses字段的記錄
select distinct from test,test1
where and >75
2.在數(shù)據(jù)庫中如何實(shí)現(xiàn)并發(fā)控制,有哪兩種方式?
封鎖和封鎖協(xié)議
3.簡述軟件生命周期有那些階段
軟件生命周期——需求分析——軟件設(shè)計(jì)——程序編碼——軟件測試——運(yùn)行維護(hù)
軟件成熟度模型有幾個(gè)級(jí)別,分別是什么。
5個(gè)級(jí)別,由低到高分別是:
CMM1 初始級(jí)
CMM2 可重復(fù)級(jí)
CMM3 已定義級(jí)
CMM4 已管理級(jí)
CMM5 優(yōu)化級(jí)
5.一個(gè)典型的B/S結(jié)構(gòu)有哪些組件構(gòu)成
所謂B/S結(jié)構(gòu),就是只安裝維護(hù)一個(gè)服務(wù)器(Server),而客戶端采用瀏覽器(Browse)運(yùn)行軟件,即瀏覽器/服務(wù)器結(jié)構(gòu)。
三.測試技能題:(30分)
1.黑盒測試中設(shè)計(jì)測試用例一般有哪幾種方法
邊界值、等價(jià)類劃分、窮舉法、因果圖、場景法
管理和版本控制一般用到哪些工具。
BUG管理:TD或QC或bugzilla
版本控制:CVS、SVN、CSS
3.簡述性能測試的一般步驟和目的?
步驟:
步驟一:性能測試與數(shù)據(jù)收集
步驟二:性能瓶頸分析
步驟三:性能調(diào)優(yōu)解決方案
目的:
? 最終的目的是最大限度地滿足用戶需求
? 評(píng)價(jià)系統(tǒng)當(dāng)前性能
? 預(yù)測系統(tǒng)未來性能
? 尋找瓶頸,優(yōu)化性能
4.在LR中使用IP欺騙的作用是什么?
貼近用戶實(shí)際使用環(huán)境。仿真效果好
有些系統(tǒng)不兼容相同IP的訪問
5.說出軟件測試過程V模型,并說明它存在的缺點(diǎn),可以畫圖。
§ 測試是開發(fā)之后的一個(gè)階段。
§ 測試的對(duì)象就是程序本身。
§ 實(shí)際應(yīng)用中容易導(dǎo)致需求階段的錯(cuò)誤一直到最后系統(tǒng)測試階段才被發(fā)現(xiàn)。
綜合題:(15分)
一個(gè)程序讀入3個(gè)整數(shù),a:輸出最大值或最小值
A:最大值:(最小值把“>”替換為“<”,“max”替換為“min”)
#include
#definr max(x,y) (((x) > (y)) ? (x) : (y))
int main()
{
int a,b,c,d;
scanf(“%d,%d,%d”.&a,&b,&c);
d=max(a,max(b,c));
printf(“max=%d\n”,d)
}
julielovecat
網(wǎng)絡(luò)測試工程師求職者提高應(yīng)聘水平的第一關(guān)就是 面試 題的回答。下面是我為大家精心推薦的網(wǎng)絡(luò)工程師 面試題 及參考答案,希望能夠?qū)δ兴鶐椭?。網(wǎng)絡(luò)工程師面試題篇1 1、什么是兼容性測試?兼容性測試側(cè)重哪些方面? 參考答案: 兼容測試主要是檢查軟件在不同的硬件平臺(tái)、軟件平臺(tái)上是否可以正常的運(yùn)行,即是通常說的軟件的可移植性。 兼容的類型,如果細(xì)分的話,有平臺(tái)的兼容,網(wǎng)絡(luò)兼容,數(shù)據(jù)庫兼容,以及數(shù)據(jù)格式的兼容。 兼容測試的重點(diǎn)是,對(duì)兼容環(huán)境的分析。通常,是在運(yùn)行軟件的環(huán)境不是很確定的情況下,才需要做兼容。根據(jù)軟件運(yùn)行的需要,或者根據(jù)需求文檔,一般都能夠得出用戶會(huì)在什么環(huán)境下使用該軟件,把這些環(huán)境整理成表單,就得出做兼容測試的兼容環(huán)境了。 兼容和配置測試的區(qū)別在于,做配置測試通常不是Clean OS下做測試,而兼容測試多是在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、測試的策略有哪些? 參考答案: 黑盒/白盒,靜態(tài)/動(dòng)態(tài),手工/自動(dòng),冒煙測試,回歸測試,公測(Beta測試的策略) 4、正交表測試用例設(shè)計(jì) 方法 的特點(diǎn)是什么? 參考答案: 用最少的實(shí)驗(yàn)覆蓋最多的操作,測試用例設(shè)計(jì)很少,效率高,但是很復(fù)雜; 對(duì)于基本的驗(yàn)證功能,以及二次集成引起的缺陷,一般都能找出來;但是更深的缺陷,更復(fù)雜的缺陷,還是無能為力的; 具體的環(huán)境下,正交表一般都很難做的。大多數(shù),只在系統(tǒng)測試的時(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、描述測試用例設(shè)計(jì)的完整過程? 參考答案: 需求分析 + 需求變更的維護(hù)工作; 根據(jù)需求 得出測試需求; 設(shè)計(jì)測試方案,評(píng)審測試方案; 方案評(píng)審?fù)ㄟ^后,設(shè)計(jì)測試用例,再對(duì)測試用例進(jìn)行評(píng)審; 8、單元測試的策略有哪些? 參考答案: 邏輯覆蓋、循環(huán)覆蓋、同行評(píng)審、桌前檢查、代碼走查、代碼評(píng)審、景泰數(shù)據(jù)流分析 9、LoadRunner分哪三部分? 參考答案: 用戶動(dòng)作設(shè)計(jì); 場景設(shè)計(jì); 測試數(shù)據(jù)分析; 10、LoadRunner進(jìn)行測試的流程? 參考答案: 1、 測試測試 2、 創(chuàng)建虛擬用戶腳本 3、 創(chuàng)建運(yùn)行場景 4、 運(yùn)行測試腳本 5、 監(jiān)視場景 6、 分析測試的結(jié)果 以上,最好是結(jié)合一個(gè)案例,根據(jù)以上流程來介紹。 什么是并發(fā)?在lordrunner中,如何進(jìn)行并發(fā)的測試?集合點(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ì)取消,測試就不能進(jìn)行。 12、使用QTP做功能測試,錄制腳本的時(shí)候,要驗(yàn)證多個(gè)用戶的登錄情況/查詢情況,如何操作? 參考答案: 分析用戶登錄的基本情況,得出一組數(shù)據(jù),通過性測試/失敗性測試的都有(根據(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ì)軟件測試過程進(jìn)行管理? 參考答案: 需求管理 定義測試范圍 定義需求樹 描述需求樹的功能點(diǎn) 測試計(jì)劃 定義測試目標(biāo)和測試策略。 分解應(yīng)用程序,建立測試計(jì)劃樹。 確定每個(gè)功能點(diǎn)的測試方法。 將每個(gè)功能點(diǎn)連接到需求上,使測試計(jì)劃覆蓋全部的測試需求。 描述手工測試的測試步驟 指明需要進(jìn)行自動(dòng)測試的功能點(diǎn) 測試執(zhí)行 定義測試集合。 為每個(gè)測試人員制定測試任務(wù)和測試日程安排。 運(yùn)行自動(dòng)測試。 缺陷跟蹤 記錄缺陷 查看新增缺陷,并確定哪些是需要修正的 相關(guān)技術(shù)人員修改缺陷 回歸測試 分析缺陷統(tǒng)計(jì)圖表,分析應(yīng)用程序的開發(fā)質(zhì)量。 15、你所熟悉的軟件測試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同的測試類型的區(qū)別與聯(lián)系(如功能測試、性能測試??)? 參考答案:Compatibility Testing(兼容性測試),也稱“Configuration testing(配置測試)”,測試軟件是否和系統(tǒng)的 其它 與之交互的元素之間兼容,如:瀏覽器、 操作系統(tǒng) 、硬件等。驗(yàn)證測試對(duì)象在不同的軟件和硬件配置中的運(yùn)行情況。 Functional testing (功能測試),也稱為behavioral testing(行為測試),根據(jù)產(chǎn)品特征、操作描述和用戶方案,測試一個(gè)產(chǎn)品的特性和可操作行為以確定它們滿足設(shè)計(jì)需求。本地化軟件的功能測試,用于驗(yàn)證應(yīng)用程序或網(wǎng)站對(duì)目標(biāo)用戶能正確工作。使用適當(dāng)?shù)钠脚_(tái)、瀏覽器和測試腳本,以保證目標(biāo)用戶的體驗(yàn)將足夠好,就像應(yīng)用程序是專門為該市場開發(fā)的一樣。 Performance testing(性能測試),評(píng)價(jià)一個(gè)產(chǎn)品或組件與性能需求是否符合的測試。包括負(fù)載測試、強(qiáng)度測試、數(shù)據(jù)庫容量測試、基準(zhǔn)測試等類型。 16、軟件缺陷(或者叫Bug)記錄都包含了哪些內(nèi)容?如何提交高質(zhì)量的軟件缺陷(Bug)記錄? 參考答案:5C標(biāo)準(zhǔn) 17、Beta測試與Alpha測試有什么區(qū)別? 參考答案:Beta testing(β測試),測試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場 Alpha testing (α測試),是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測試 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ā)人員,測試人員,需求分析師都可以,就看處于評(píng)審那個(gè)階段 19、測試活動(dòng)中,如果發(fā)現(xiàn)需求文檔不完善或者不準(zhǔn)確,怎么處理? 參考答案: 測試需求分析 發(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)模塊? 參考答案: 樁模塊:被測模塊調(diào)用模塊 驅(qū)動(dòng)模塊 調(diào)用被測模塊 23、什么是扇入?什么是扇出? 參考答案: