對(duì)于軟件測(cè)試的面試者來(lái)說(shuō)，，面試前做好面試準(zhǔn)備很重要，那么你了解面試問(wèn)題了嗎?下面小編已經(jīng)為你們整理了軟件測(cè)試面試會(huì)問(wèn)的問(wèn)題,一起來(lái)看看吧。

　　軟件測(cè)試面試會(huì)問(wèn)的問(wèn)題一

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

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

　　02. 您在以往的測(cè)試工作中都曾經(jīng)具體從事過(guò)哪些工作?其中最擅長(zhǎng)哪部分工作?

　　我曾經(jīng)做過(guò) web 測(cè)試，后臺(tái)測(cè)試，客戶端軟件，其中包括功能測(cè)試，性能測(cè)試，用戶 體驗(yàn)測(cè)試。最擅長(zhǎng)的是功能測(cè)試

　　03. 您所熟悉的軟件測(cè)試類型都有哪些?請(qǐng)?jiān)囍謩e比較這些不同

　　04. 的測(cè)試類型的區(qū)別與聯(lián)系(如功能測(cè)試、性能測(cè)試„„)

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

　　功能測(cè)試在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。是把測(cè)試對(duì)象看作一個(gè) 黑盒子。利用黑盒測(cè)試法進(jìn)行動(dòng)態(tài)測(cè)試時(shí)，需要測(cè)試軟件產(chǎn)品的功能，不需測(cè)試軟件產(chǎn)品的 內(nèi)部結(jié)構(gòu)和處理過(guò)程。采用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法有：等價(jià)類劃分、邊界值分析、錯(cuò)誤推測(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)行。通過(guò)負(fù)載測(cè)試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測(cè)試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指

　　標(biāo)的變化情況。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。

　　界面測(cè)試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印 象。而且設(shè)計(jì)良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。同時(shí)界面如同人的面孔，具有吸引用戶的直接優(yōu)勢(shì)。設(shè)計(jì)合理的界面能給用戶帶來(lái)輕松愉悅的感受和成功的感覺(jué)，相反由于界面設(shè)計(jì)的失敗，讓用戶有挫敗感，再實(shí)用強(qiáng)大的功能都可能在用戶的畏懼與放棄中付諸東流。

　　區(qū)別在于，功能測(cè)試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的 功能問(wèn)題。性能測(cè)試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測(cè)試更關(guān)注于用戶體驗(yàn)上，用戶使用該產(chǎn)品的時(shí)候是否易用，是否易懂，是否規(guī)范(快捷鍵之類的)，是否美觀(能否吸引用戶的注意力)，是否安全(盡量在前臺(tái)避免用戶無(wú)意輸入無(wú)效的數(shù)據(jù)，當(dāng)然考慮到體驗(yàn)性，不能太粗魯?shù)膹棾鼍??做某個(gè)性能測(cè)試的時(shí)候，首先它可能是個(gè)功能點(diǎn)，首先要保證它的功能是沒(méi)問(wèn)題的，然后再考慮該功能點(diǎn)的性能測(cè)試

　　軟件測(cè)試面試會(huì)問(wèn)的問(wèn)題二

　　1.您認(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)題。

　　2、 什么是兼容性測(cè)試?兼容性測(cè)試側(cè)重哪些方面?

　　兼容測(cè)試：兼容性測(cè)試是指測(cè)試軟件在特定的硬件平臺(tái)上、不同的應(yīng)用軟件之間、不同的操縱系統(tǒng)平臺(tái)上、不同的網(wǎng)絡(luò)等環(huán)境中是否能夠很友好的運(yùn)行的測(cè)試。

　　兼容的類型：細(xì)分為

　　a)硬件兼容性測(cè)試：與整機(jī)兼容，與外設(shè)兼容

　　b)軟件兼容性測(cè)試：操作系統(tǒng)/平臺(tái)的兼容，數(shù)據(jù)庫(kù)兼容，不同瀏覽器兼容，不同應(yīng)用軟件之間的兼容，軟硬件配合的兼容

　　c)數(shù)據(jù)兼容性測(cè)試

　　兼容測(cè)試的重點(diǎn)：對(duì)兼容環(huán)境的分析。通常，是在運(yùn)行軟件的環(huán)境不是很確定的情況下，才需要做兼容測(cè)試。

　　3、 我現(xiàn)在有個(gè)程序，發(fā)現(xiàn)在Windows上運(yùn)行得很慢，怎么判別是程序存在問(wèn)題還是軟硬件系統(tǒng)存在問(wèn)題?

　　01、確認(rèn)當(dāng)前軟硬件配置是否符合軟件的推薦標(biāo)準(zhǔn)

　　02、確認(rèn)當(dāng)前的系統(tǒng)是否獨(dú)立，沒(méi)有對(duì)外提供類似消耗CPU，內(nèi)存等資源的服務(wù)。

　　03、如果是C/S或B/S結(jié)構(gòu)的軟件，檢查與服務(wù)器的連接是否有問(wèn)題，或者訪問(wèn)有問(wèn)題造成。

　　04、在系統(tǒng)沒(méi)有負(fù)載的情況下，查看應(yīng)用程序?qū)PU/內(nèi)存的訪問(wèn)情況。

　　05、檢查系統(tǒng)是否有中毒的特征;

　　06、可能的話在另一臺(tái)相同配置，相同操作系統(tǒng)的機(jī)器上運(yùn)行

　　軟件測(cè)試面試會(huì)問(wèn)的問(wèn)題三

　　1、 測(cè)試的策略有哪些?

　　測(cè)試策略可以定義為：項(xiàng)目測(cè)試中，描述測(cè)試活動(dòng)的一般方法和目標(biāo)，其中包括要進(jìn)行的測(cè)試階段及測(cè)試類型。

　　所以按階段分：可以分為單元測(cè)試，集成測(cè)試，系統(tǒng)測(cè)試，回歸測(cè)試等

　　按測(cè)試類型可以分為：黑盒/白盒測(cè)試，靜態(tài)/動(dòng)態(tài)測(cè)試，手工/自動(dòng)化測(cè)試，功能/性能測(cè)試，安全性測(cè)試，可靠性測(cè)試，界面測(cè)試，強(qiáng)度測(cè)試，壓力測(cè)試，負(fù)載測(cè)試，容量測(cè)試，穩(wěn)定性測(cè)試，兼容性測(cè)試，Beta/a測(cè)試等

　　2、 正交表測(cè)試用例設(shè)計(jì)方法的特點(diǎn)是什么?

　　01、用最少的實(shí)驗(yàn)覆蓋最多的操作，測(cè)試用例設(shè)計(jì)很少，效率高，但是很復(fù)雜;

　　02、對(duì)于基本的驗(yàn)證功能，以及二次集成引起的缺陷，一般都能找出來(lái);但是更深的缺陷，更復(fù)雜的缺陷，還是無(wú)能為力的;

　　03、具體的環(huán)境下，正交表一般都很難做的。大多數(shù)，只在系統(tǒng)測(cè)試的時(shí)候使用此方法。

　　3、 描述測(cè)試用例設(shè)計(jì)的完整過(guò)程?

　　對(duì)需求文檔(產(chǎn)品需求文檔、軟件需求規(guī)格說(shuō)明書等)進(jìn)行分析需求分析及需求變更的維護(hù)工作;

　　根據(jù)需求文檔， 得出測(cè)試需求(功能測(cè)試需求、非功能性測(cè)試需求);

　　根據(jù)測(cè)試需求設(shè)計(jì)測(cè)試方案，評(píng)審測(cè)試方案;

　　方案評(píng)審?fù)ㄟ^(guò)后，設(shè)計(jì)測(cè)試用例，再對(duì)測(cè)試用例進(jìn)行評(píng)審;

　　4、 單元測(cè)試的策略有哪些?

　　自頂向下的單元測(cè)試策略：先對(duì)最頂層的單元進(jìn)行測(cè)試，把頂層所調(diào)用的單元做成樁模塊。其次對(duì)第二層進(jìn)行測(cè)試，使用上面已測(cè)試的模單元做驅(qū)動(dòng)模塊。如此類推，直到測(cè)試完所有模塊。

　　自底向上的單元測(cè)試策略：先對(duì)模塊調(diào)用層次圖上最低層的模塊進(jìn)行單元測(cè)試，模擬調(diào)用該模塊的模塊做驅(qū)動(dòng)模塊。然后再對(duì)上面一層做單元測(cè)試，用下面已被測(cè)試過(guò)的模塊做樁模塊。一次類推，直到測(cè)試完所有模塊。

　　孤立的測(cè)試策略：不考慮每個(gè)模塊與其他模塊之間的關(guān)系，為每個(gè)模塊設(shè)計(jì)樁模塊和驅(qū)動(dòng)模塊，每個(gè)模塊獨(dú)立進(jìn)行測(cè)試。

　　
看了“軟件測(cè)試面試會(huì)問(wèn)的問(wèn)題”