移動(dòng)端測(cè)試面試題
移動(dòng)端測(cè)試人員在求職面試中,學(xué)會(huì)做好面試準(zhǔn)備很重要,那么你了解面試題了嗎?下面小編已經(jīng)為你們整理了移動(dòng)端測(cè)試面試題,一起來(lái)看看吧。
移動(dòng)端測(cè)試面試題一
1、 集成測(cè)試也叫組裝測(cè)試或者聯(lián)合測(cè)試,請(qǐng)簡(jiǎn)述集成測(cè)試的主要內(nèi)容?
集成測(cè)試是在單元測(cè)試的基礎(chǔ)上,測(cè)試在將所有的軟件單元按照概要設(shè)計(jì)規(guī)格說(shuō)明的要求組裝成模塊、子系統(tǒng)或系統(tǒng)的過(guò)程中各部分工作是否達(dá)到或?qū)崿F(xiàn)相應(yīng)技術(shù)指標(biāo)及要求的活動(dòng)。
集成測(cè)試應(yīng)該考慮以下問(wèn)題:
(1)在把各個(gè)模塊連接起來(lái)的時(shí)候,穿越模塊接口的數(shù)據(jù)是否會(huì)丟失;
(2)一個(gè)模塊的功能是否會(huì)對(duì)另一個(gè)模塊的功能產(chǎn)生不利的影響;
(3)各個(gè)子功能組合起來(lái),能否達(dá)到預(yù)期要求的父功能;
(4)全局?jǐn)?shù)據(jù)結(jié)構(gòu)是否有問(wèn)題;
(5)單個(gè)模塊的誤差累積起來(lái),是否會(huì)放大,從而達(dá)到不能接受的程度。
2、 單元測(cè)試主要內(nèi)容是什么?
01,模塊接口測(cè)試。單元測(cè)試的基礎(chǔ),只有在數(shù)據(jù)能正確流入,流出模塊的前提下才有意義。
02,局部數(shù)據(jù)結(jié)構(gòu)測(cè)試 檢查局部數(shù)據(jù)結(jié)構(gòu)是為了保證臨時(shí)存儲(chǔ)在模塊內(nèi)的數(shù)據(jù)在程序執(zhí)行中完整,正確。重點(diǎn)是一些執(zhí)行函數(shù)是否正確執(zhí)行,內(nèi)部是否運(yùn)行正確。局部數(shù)據(jù)結(jié)構(gòu)往往是錯(cuò)誤的根源,應(yīng)仔細(xì)設(shè)計(jì)測(cè)試用例。
03,邊界條件測(cè)試 單元測(cè)試中最重要的一項(xiàng)任務(wù)。因?yàn)檐浖?jīng)常在邊界上失敗,采用邊界值分析,可能發(fā)現(xiàn)新的錯(cuò)誤。
04,模塊中所有獨(dú)立路徑的測(cè)試 在模塊中執(zhí)行每一條獨(dú)立執(zhí)行路徑進(jìn)行測(cè)試,單元測(cè)試的基本任務(wù)保證模塊中每條語(yǔ)句執(zhí)行一次。
05,模塊的各條錯(cuò)誤處理通路測(cè)試:程序在遇到異常情況時(shí)不應(yīng)該退出,好的程序應(yīng)能預(yù)見各種出錯(cuò)條件,并預(yù)設(shè)各種出錯(cuò)處理通路。
3、 如何理解強(qiáng)度測(cè)試?
測(cè)試系統(tǒng)在高負(fù)載,高強(qiáng)度下的工作能力,意在獲取系統(tǒng)在極限狀態(tài)下運(yùn)行時(shí)的各項(xiàng)性能指數(shù),查看其是否在允許的范圍內(nèi)。
注:
01.疲勞強(qiáng)度測(cè)試是一類特殊的強(qiáng)度測(cè)試,主要測(cè)試系統(tǒng)長(zhǎng)時(shí)間運(yùn)行后的性能表現(xiàn),例如7x24小時(shí)的壓力測(cè)試。
02. 強(qiáng)度測(cè)試總是通常模擬系統(tǒng)在異常的資源配置下運(yùn)行,如人為降低系統(tǒng)工作環(huán)境所需要的資源,如網(wǎng)絡(luò)帶寬,系統(tǒng)內(nèi)存,數(shù)據(jù)鎖等等,以測(cè)試系統(tǒng)在資源不足的情況下的工作狀態(tài)
移動(dòng)端測(cè)試面試題二
1.怎么做好文檔測(cè)試?
仔細(xì)閱讀,跟隨每個(gè)步驟,檢查每個(gè)圖形,嘗試每個(gè)示例,檢查文檔的編寫是否滿足文檔編寫的目的,內(nèi)容是否齊全,正確,完善.標(biāo)記是否正確.
軟件測(cè)試分哪2種方法?分別適合什么情況?
軟件測(cè)試分2種:白盒測(cè)試和黑盒測(cè)試。白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于程序本身的測(cè)試,它著重于程序的內(nèi)部結(jié)構(gòu)及算法,通常不關(guān)心功能與性能指標(biāo);黑盒測(cè)試又稱功能測(cè)試、數(shù)據(jù)驅(qū)動(dòng)測(cè)試或基于規(guī)格說(shuō)明的測(cè)試,它實(shí)際上是站在最終用戶的立場(chǎng),檢驗(yàn)輸入輸出信息及系統(tǒng)性能指標(biāo)是否符合規(guī)格說(shuō)明書中有關(guān)功能需求及性能需求的規(guī)定
2.白盒測(cè)試有幾種方法?
總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。
動(dòng)態(tài):語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。
3.系統(tǒng)測(cè)試計(jì)劃是否需要同行審批,為什么?
需要,系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評(píng)審。
4.Alpha測(cè)試與beta的區(qū)別?
Alpha測(cè)試在系統(tǒng)開發(fā)接近完成時(shí)對(duì)應(yīng)用系統(tǒng)的測(cè)試;測(cè)試后仍然會(huì)有少量的設(shè)計(jì)變更。這種測(cè)試一般由最終用戶或其它人員完成,不能由程序或測(cè)試員完成。
Beta測(cè)試當(dāng)開發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成,不能由程序員或測(cè)試員完成。
移動(dòng)端測(cè)試面試題三
1. 當(dāng)開發(fā)人員說(shuō)不是BUG時(shí),你如何應(yīng)付?
開發(fā)人員說(shuō)不是bug,有2種情況,一是需求沒有確定,所以我可以這么做,這個(gè)時(shí)候可以找來(lái)產(chǎn)品經(jīng)理進(jìn)行確認(rèn),需不需要改動(dòng),3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生,所以不需要修改,這個(gè)時(shí)候,我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么?如果被用戶發(fā)現(xiàn)或出了問(wèn)題,會(huì)有什么不良結(jié)果? 程序員可能會(huì)給你很多理由,你可以對(duì)他的解釋進(jìn)行反駁。如果還是不行,那我可以給這個(gè)問(wèn)題提出來(lái),跟開發(fā)經(jīng)理和測(cè)試經(jīng)理進(jìn)行確認(rèn),如果要修改就改,如果不要修改就不改。其實(shí)有些真的不是bug,我也只是建議的方式寫進(jìn)TD中,如果開發(fā)人員不修改也沒有大問(wèn)題。如果確定是bug的話,一定要堅(jiān)持自己的立場(chǎng), 讓問(wèn)題得到最后的確認(rèn)。
2.你為什么想離開目前的職務(wù)?
因?yàn)楣具\(yùn)作情況并不理想,公司需要調(diào)整部門體系,公司考慮到縮減部門人員,所以大批量的裁員(有6,7個(gè)),這是我的第一份工作,對(duì)公司也有較深的 感情,因?yàn)樵谶@里我找到了職業(yè)理想(就是測(cè)試),所以公司需要精簡(jiǎn)人員,我自愿退出。雖然很舍不得,但我將會(huì)有新的發(fā)揮能力的舞臺(tái)。
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)題
看了“移動(dòng)端測(cè)試面試題”