————哈嘍,大倩倩又來啦 ???♀????♀????♀?
——-——求賞求關(guān)注_微信公眾號(hào):倩倩小幸Hu
測(cè)試技術(shù)面試題
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í)別驹马。
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****的作用
n 用****Action****可以對(duì)步驟集進(jìn)行分組
n 步驟重組,然后被整體調(diào)用
n 擁有自己的****sheet
n 組合有相同需求的步驟挚赊,整體操作
n 具有獨(dú)立的對(duì)象倉庫
Action****的種類
n 可復(fù)用****Action
n 不可復(fù)用****Action
n 外部****Action
14诡壁、TestDirector有些什么功能,如何對(duì)軟件測(cè)試過程進(jìn)行管理荠割?
參考答案:
需求管理
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ù)人員修改缺陷
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è)試)仔引,也稱****“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)品
贊我 ?? 贊我 ?? 贊我 ?? 贊我 ?? 贊我 ?? 贊我 ??