- 相關(guān)推薦
不同類型軟件工程師面試題
在日常學(xué)習(xí)、工作生活中，我們最少不了的就是試題了，試題是命題者根據(jù)測(cè)試目標(biāo)和測(cè)試事項(xiàng)編寫(xiě)出來(lái)的。那么一般好的試題都具備什么特點(diǎn)呢？以下是小編精心整理的不同類型軟件工程師面試題，僅供參考，大家一起來(lái)看看吧。
不同類型軟件工程師面試題 1
java軟件工程師面試題
1、EJB與JAVA BEAN的區(qū)別?
答:Java Bean 是可復(fù)用的組件，對(duì)Java Bean并沒(méi)有嚴(yán)格的規(guī)范，理論上講，任何一個(gè)Java類都可以是一個(gè)Bean。但通常情況下，由于Java Bean是被容器所創(chuàng)建(如Tomcat)的，所以Java Bean應(yīng)具有一個(gè)無(wú)參的構(gòu)造器，另外，通常Java Bean還要實(shí)現(xiàn)Serializable接口用于實(shí)現(xiàn)Bean的持久性。Java Bean實(shí)際上相當(dāng)于微軟COM模型中的本地進(jìn)程內(nèi)COM組件，它是不能被跨進(jìn)程訪問(wèn)的。Enterprise Java Bean 相當(dāng)于DCOM，即分布式組件。它是基于Java的遠(yuǎn)程方法調(diào)用(RMI)技術(shù)的，所以EJB可以被遠(yuǎn)程訪問(wèn)(跨進(jìn)程、跨計(jì)算機(jī))。但EJB必須被布署在諸如Webspere、WebLogic這樣的容器中，EJB客戶從不直接訪問(wèn)真正的EJB組件，而是通過(guò)其容器訪問(wèn)。EJB容器是EJB組件的代理，EJB組件由容器所創(chuàng)建和管理�？蛻敉ㄟ^(guò)容器來(lái)訪問(wèn)真正的EJB組件。
2、MVC的各個(gè)部分都有那些技術(shù)來(lái)實(shí)現(xiàn)?如何實(shí)現(xiàn)?
答:MVC是Model-View-Controller的簡(jiǎn)寫(xiě)。"Model" 代表的是應(yīng)用的業(yè)務(wù)邏輯(通過(guò)JavaBean，EJB組件實(shí)現(xiàn))， "View" 是應(yīng)用的表示面(由JSP頁(yè)面產(chǎn)生)，"Controller" 是提供應(yīng)用的處理過(guò)程控制(一般是一個(gè)Servlet)，通過(guò)這種設(shè)計(jì)模型把應(yīng)用邏輯，處理過(guò)程和顯示邏輯分成不同的組件實(shí)現(xiàn)。這些組件可以進(jìn)行交互和重用。
3、WEB SERVICE名詞解釋。JSWDL開(kāi)發(fā)包的介紹。JAXP、JAXM的解釋。SOAP、UDDI,WSDL解釋。
答：Web Service描述語(yǔ)言WSDL
SOAP即簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議(Simple Object Access Protocol)，它是用于交換XML編碼信息的輕量級(jí)協(xié)議。
UDDI 的目的是為電子商務(wù)建立標(biāo)準(zhǔn);UDDI是一套基于Web的、分布式的、為Web Service提供的、信息注冊(cè)中心的實(shí)現(xiàn)標(biāo)準(zhǔn)規(guī)范，同時(shí)也包含一組使企業(yè)能將自身提供的Web Service注冊(cè)，以使別的企業(yè)能夠發(fā)現(xiàn)的訪問(wèn)協(xié)議的實(shí)現(xiàn)標(biāo)準(zhǔn)。
4、開(kāi)發(fā)中都用到了那些設(shè)計(jì)模式?用在什么場(chǎng)合?
答：每個(gè)模式都描述了一個(gè)在我們的環(huán)境中不斷出現(xiàn)的問(wèn)題，然后描述了該問(wèn)題的解決方案的核心。通過(guò)這種方式，你可以無(wú)數(shù)次地使用那些已有的解決方案，無(wú)需在重復(fù)相同的工作。主要用到了MVC的設(shè)計(jì)模式。用來(lái)開(kāi)發(fā)JSP/Servlet或者J2EE的相關(guān)應(yīng)用。簡(jiǎn)單工廠模式等。
5、CORBA是什么?用途是什么?
答：CORBA 標(biāo)準(zhǔn)是公共對(duì)象請(qǐng)求代理結(jié)構(gòu)(Common Object Request Broker Architecture)，由對(duì)象管理組織 (Object Management Group，縮寫(xiě)為 OMG)標(biāo)準(zhǔn)化。它的組成是接口定義語(yǔ)言(IDL), 語(yǔ)言綁定(binding:也譯為聯(lián)編)和允許應(yīng)用程序間互操作的協(xié)議。 其目的為：
用不同的程序設(shè)計(jì)語(yǔ)言書(shū)寫(xiě)
在不同的進(jìn)程中運(yùn)行
為不同的操作系統(tǒng)開(kāi)發(fā)
6、 如何給weblogic指定大小的內(nèi)存?
在啟動(dòng)Weblogic的腳本中(位于所在Domian對(duì)應(yīng)服務(wù)器目錄下的startServerName)，增加set MEM_ARGS=-Xms32m -Xmx200m，可以調(diào)整最小內(nèi)存為32M，最大200M
7、 如何設(shè)定的weblogic的熱啟動(dòng)模式(開(kāi)發(fā)模式)與產(chǎn)品發(fā)布模式?
可以在管理控制臺(tái)中修改對(duì)應(yīng)服務(wù)器的啟動(dòng)模式為開(kāi)發(fā)或產(chǎn)品模式之一。或者修改服務(wù)的啟動(dòng)文件或者commenv文件，增加set PRODUCTION_MODE=true。
8、 如何啟動(dòng)時(shí)不需輸入用戶名與密碼?
修改服務(wù)啟動(dòng)文件，增加 WLS_USER和WLS_PW項(xiàng)。也可以在boot.properties文件中增加加密過(guò)的用戶名和密碼.
9、 在weblogic管理制臺(tái)中對(duì)一個(gè)應(yīng)用域(或者說(shuō)是一個(gè)網(wǎng)站,Domain)進(jìn)行jms及ejb或連接池等相關(guān)信息進(jìn)行配置后,實(shí)際保存在什么文件中?
保存在此Domain的config.xml文件中，它是服務(wù)器的核心配置文件。
10、 說(shuō)說(shuō)weblogic中一個(gè)Domain的缺省目錄結(jié)構(gòu)?比如要將一個(gè)簡(jiǎn)單的helloWorld.jsp放入何目錄下,然的`在瀏覽器上就可打入http://主機(jī):端口號(hào)//helloword.jsp就可以看到運(yùn)行結(jié)果了? 又比如這其中用到了一個(gè)自己寫(xiě)的javaBean該如何辦?
Domain目錄\服務(wù)器目錄\applications，將應(yīng)用目錄放在此目錄下將可以作為應(yīng)用訪問(wèn)，如果是Web應(yīng)用，應(yīng)用目錄需要滿足Web應(yīng)用目錄要求，jsp文件可以直接放在應(yīng)用目錄中，Javabean需要放在應(yīng)用目錄的WEB-INF目錄的classes目錄中，設(shè)置服務(wù)器的缺省應(yīng)用將可以實(shí)現(xiàn)在瀏覽器上無(wú)需輸入應(yīng)用名。
.net軟件工程師面試題
一、不定項(xiàng)選擇
Question 1
以下敘述正確的是：
A. 接口中可以有虛方法。 B. 一個(gè)類可以實(shí)現(xiàn)多個(gè)接口。
C. 接口不能被實(shí)例化。 D. 接口中可以包含已實(shí)現(xiàn)的方法。
Question 2
以下描述錯(cuò)誤的是()
1. 在C++中支持抽象類而在C#中不支持抽象類。
2. C++中可在頭文件中聲明類的成員而在CPP文件中定義類的成員，在C#中沒(méi)有頭文件并且在同一處聲明和定義類的成員。
3. 在C#中可使用 new 修飾符顯式隱藏從基類繼承的成員。
4. 在C#中要在派生類中重新定義基類的虛函數(shù)必須在前面加Override。
Question 3
聲明一個(gè)委托public delegate int myCallBack(int x); 則用該委托產(chǎn)生的回調(diào)方法的原型應(yīng)該是
1. void myCallBack(int x)
2. int receive(int num)
3. string receive(int x)
4. 不確定的
Question 4
下列描述錯(cuò)誤的是()
a) 類不可以多重繼承而接口可以;
b) 抽象類自身可以定義成員而接口不可以;
c) 抽象類和接口都不能被實(shí)例化;
d) 一個(gè)類可以有多個(gè)基類和多個(gè)基接口;
Question 5
下列關(guān)于構(gòu)造函數(shù)的描述正確的是()
a) 構(gòu)造函數(shù)可以聲明返回類型。
b) 構(gòu)造函數(shù)不可以用private修飾
c) 構(gòu)造函數(shù)必須與類名相同
d) 構(gòu)造函數(shù)不能帶參數(shù)
Question 6
接口是一種引用類型，在接口中可以聲明( )，但不可以聲明公有的域或私有的成員變量。
a) 方法、屬性、索引器和事件;
b) 方法、屬性信息、屬性;
c) 索引器和字段;
d) 事件和字段;
二.問(wèn)答題
1. 簡(jiǎn)述 private、 protected、 public、 internal 修飾符的訪問(wèn)權(quán)限。
private:私有訪問(wèn)，它只能在聲明自身的類中進(jìn)行訪問(wèn)。
protected:表示受保護(hù)的訪問(wèn)，該類內(nèi)部和繼承類中可以訪問(wèn)
.public :表示公共訪問(wèn)，在代碼任何位置都可對(duì)其進(jìn)行訪問(wèn)
internal表示內(nèi)部成員，在同一命名空間內(nèi)可以訪問(wèn)。
2. C#中的委托是什么?事件是不是一種委托?
委托是指具有相同屬性(也稱具有相同的函數(shù)簽名：返回類型相同，參數(shù)類型、參數(shù)順序及參數(shù)個(gè)數(shù)相同)的函數(shù)或方法的抽象，關(guān)鍵字為delegate。主要用途是三個(gè)：1)函數(shù)回調(diào);2)傳遞方法;3)事件機(jī)制
事件就是一個(gè)狹義的委托,也就是事件是一個(gè)用于事件驅(qū)動(dòng)模型的專用委托，對(duì)事件的聲明， 實(shí)際是聲明一個(gè)私有的委托變量，對(duì)委托變量進(jìn)行封裝，即委托變量加上event關(guān)鍵字后，不管其前面的訪問(wèn)修飾符是public還是private，編譯器都會(huì)將其編譯為private。
委托是一個(gè)類，它定義了方法的類型，使得可以將方法當(dāng)作另一個(gè)方法的參數(shù)來(lái)進(jìn)行傳遞，這種將方法動(dòng)態(tài)地賦給參數(shù)的做法，可以避免在程序中大量使用If-Else(Switch)語(yǔ)句，同時(shí)使得程序具有更好的可擴(kuò)展性。以委托為參數(shù)的函數(shù)具有一定的通用性。
使用委托可以將多個(gè)方法綁定到同一個(gè)委托變量，當(dāng)調(diào)用此變量時(shí)(這里用“調(diào)用”這個(gè)詞，是因?yàn)榇俗兞看硪粋�(gè)方法)，可以依次調(diào)用所有綁定的方法。
3. abstract 可以和 virtual 一起使用嗎?可以和 override 一起使用嗎?
不可以一起使用，但是可以和override一起使用。
4. 請(qǐng)敘述屬性與索引器的區(qū)別。
屬性：它是存取類的字段,索引器：Indexer它是特殊的屬性，用它可以使用戶像訪問(wèn)數(shù)組一樣訪問(wèn)類的成員。
5. 請(qǐng)?jiān)斒鲈赿otnet中類(class)與結(jié)構(gòu)(struct)的異同。
類class可以進(jìn)行實(shí)例化，它是引用類型，內(nèi)存分配在棧中，效率高，它有默認(rèn)的構(gòu)造函數(shù)，有析構(gòu)函數(shù)可以使用 abstract 和 sealed， protected 修飾符。要用new進(jìn)行初始化，
結(jié)構(gòu)它是屬于值類型，內(nèi)存分配在堆中，效率低，它沒(méi)有默認(rèn)的構(gòu)造函數(shù)，但是可以添加構(gòu)造函數(shù)，沒(méi)有析構(gòu)函數(shù)沒(méi)有 abstract 和 sealed(因?yàn)椴荒芾^承) 不能有protected 修飾符 可以不使用new 初始化，但是可以在結(jié)構(gòu)中初始化實(shí)例字段。
百度軟件工程師面試題
1、找到滿足條件的數(shù)組
給定函數(shù)d(n)=n+n的各位之和，n為正整數(shù)，如d(78)=78+7+8=93。這樣這個(gè)函數(shù)可以看成一個(gè)生成器，如93可以看成由78生成。
定義數(shù)A：數(shù)A找不到一個(gè)數(shù)B可以由d(B)=A，即A不能由其他數(shù)生成�，F(xiàn)在要寫(xiě)程序，找出1至10000里的所有符合數(shù)A定義的數(shù)。
回答：
申請(qǐng)一個(gè)長(zhǎng)度為10000的bool數(shù)組，每個(gè)元素代表對(duì)應(yīng)的值是否可以有其它數(shù)生成。開(kāi)始時(shí)將數(shù)組中的值都初始化為false。
由于大于10000的數(shù)的生成數(shù)必定大于10000，所以我們只需遍歷1到10000中的數(shù)，計(jì)算生成數(shù)，并將bool數(shù)組中對(duì)應(yīng)的值設(shè)置為true，表示這個(gè)數(shù)可以有其它數(shù)生成。
最后bool數(shù)組中值為false的位置對(duì)應(yīng)的整數(shù)就是不能由其它數(shù)生成的。
2、一個(gè)大的含有50M個(gè)URL的記錄，一個(gè)小的含有500個(gè)URL的記錄，找出兩個(gè)記錄里相同的URL。
回答：
首先使用包含500個(gè)url的文件創(chuàng)建一個(gè)hash_set。
然后遍歷50M的url記錄，如果url在hash_set中，則輸出此url并從hash_set中刪除這個(gè)url。
所有輸出的url就是兩個(gè)記錄里相同的url。
3、海量日志數(shù)據(jù)，提取出某日訪問(wèn)百度次數(shù)最多的那個(gè)IP。
回答：
IP地址最多有2^32=4G種取值可能，所以不能完全加載到內(nèi)存中。
可以考慮分而治之的策略，按照IP地址的hash(IP)%1024值，將海量日志存儲(chǔ)到1024個(gè)小文件中。每個(gè)小文件最多包含4M個(gè)IP地址。
對(duì)于每個(gè)小文件，可以構(gòu)建一個(gè)IP作為key，出現(xiàn)次數(shù)作為value的hash_map，并記錄當(dāng)前出現(xiàn)次數(shù)最多的1個(gè)IP地址。
有了1024個(gè)小文件中的出現(xiàn)次數(shù)最多的IP，我們就可以輕松得到總體上出現(xiàn)次數(shù)最多的IP。
4、有10個(gè)文件，每個(gè)文件1G，每個(gè)文件的每一行都存放的是用戶的query，每個(gè)文件的query都可能重復(fù)。如何按照query的頻度排序?
回答：
1)讀取10個(gè)文件，按照hash(query)%10的結(jié)果將query寫(xiě)到對(duì)應(yīng)的文件中。這樣我們就有了10個(gè)大小約為1G的文件。任意一個(gè)query只會(huì)出現(xiàn)在某個(gè)文件中。
2)對(duì)于1)中獲得的10個(gè)文件，分別進(jìn)行如下操作
-利用hash_map(query，query_count)來(lái)統(tǒng)計(jì)每個(gè)query出現(xiàn)的次數(shù)。
-利用堆排序算法對(duì)query按照出現(xiàn)次數(shù)進(jìn)行排序。
-將排序好的query輸出的文件中。
這樣我們就獲得了10個(gè)文件，每個(gè)文件中都是按頻率排序好的query。
3)對(duì)2)中獲得的10個(gè)文件進(jìn)行歸并排序，并將最終結(jié)果輸出到文件中。
5、螞蟻爬桿問(wèn)題
有一根27厘米長(zhǎng)的細(xì)木桿，在第3厘米，7厘米，11厘米，17厘米，23厘米這五個(gè)位置上各有一只螞蟻，木桿很細(xì)，不能同時(shí)通過(guò)兩只螞蟻，開(kāi)始時(shí)，螞蟻的頭朝向左還是右是任意的，他們只會(huì)朝前走或掉頭，但不會(huì)后退，當(dāng)兩只螞蟻相遇后，螞蟻會(huì)同時(shí)掉頭朝反方向走，假設(shè)螞蟻們每秒鐘可以走1厘米的距離。求所有螞蟻都離開(kāi)木桿的最小時(shí)間和最大時(shí)間。
答案：
兩只螞蟻相遇后，各自掉頭朝相反方向走。如果我們不考慮每個(gè)螞蟻的具體身份，這和兩只螞蟻相遇后，打個(gè)招呼繼續(xù)向前走沒(méi)有什么區(qū)別。
所有螞蟻都離開(kāi)木桿的最小時(shí)間為
max(min(3,27-3),min(7,27-7), min(11,27-11), min(17,27-17),min(23,27-23))=11
所有螞蟻都離開(kāi)木桿的最大時(shí)間為
max(max(3,27-3),max(7,27-7), max(11,27-11), max(17,27-17),max(23,27-23))=24
6、當(dāng)在瀏覽器中輸入一個(gè)url后回車，后臺(tái)發(fā)生了什么?比如輸入url后，你看到了百度的首頁(yè)，那么這一切是如何發(fā)生的呢?
回答：
簡(jiǎn)單來(lái)說(shuō)有以下步驟：
1、查找域名對(duì)應(yīng)的IP地址。這一步會(huì)依次查找瀏覽器緩存，系統(tǒng)緩存，路由器緩存，ISPDNS緩存，根域名服務(wù)器。
2、向IP對(duì)應(yīng)的服務(wù)器發(fā)送請(qǐng)求。
3、服務(wù)器響應(yīng)請(qǐng)求，發(fā)回網(wǎng)頁(yè)內(nèi)容。
4、瀏覽器解析網(wǎng)頁(yè)內(nèi)容。
當(dāng)然，由于網(wǎng)頁(yè)可能有重定向，或者嵌入了圖片，AJAX，其它子網(wǎng)頁(yè)等等，這4個(gè)步驟可能反復(fù)進(jìn)行多次才能將最終頁(yè)面展示給用戶。
不同類型軟件工程師面試題 2
1、怎么來(lái)設(shè)計(jì)測(cè)試方案
根據(jù)測(cè)試需求（涉及功能需求和非功能性需求），辨認(rèn)測(cè)試要點(diǎn)，辨認(rèn)測(cè)試環(huán)境規(guī)定，安排測(cè)試輪次，根據(jù)項(xiàng)目籌劃和開(kāi)發(fā)籌劃做整體的測(cè)試安排。
被測(cè)試的特性：通過(guò)對(duì)需求規(guī)格闡明書(shū)進(jìn)行分析，列出本次測(cè)試需要進(jìn)行測(cè)試的各部分特性（如要測(cè)試的功能需求、性能需求、安全性需求等等）。
不被測(cè)試的特性：由于資源、進(jìn)度等方面因素，本次測(cè)試不列入測(cè)試范疇的特性。
測(cè)試組網(wǎng)圖：進(jìn)行本次系統(tǒng)測(cè)試所需要的軟硬件設(shè)備、配備數(shù)據(jù)已及互相間的邏輯、物理連接。此后測(cè)試執(zhí)行時(shí)需要根據(jù)這個(gè)組網(wǎng)圖來(lái)進(jìn)行環(huán)境的搭建。
2、如果給你一種B/S系統(tǒng)你怎么來(lái)進(jìn)行測(cè)試
此題答案還可用于回答測(cè)試流程，測(cè)試流程題亦可參照15題。
閱讀系統(tǒng)需求，充足理解需求，記錄問(wèn)題，并與項(xiàng)目需求人員充足溝通。
編寫(xiě)測(cè)試需求，涉及系統(tǒng)功能和非功能測(cè)試要點(diǎn)、測(cè)試類型、測(cè)試進(jìn)度質(zhì)量規(guī)定等。
制定測(cè)試籌劃，涉及熟悉測(cè)試業(yè)務(wù)、設(shè)計(jì)測(cè)試用例、執(zhí)行測(cè)試用例、進(jìn)行測(cè)試小結(jié)、編寫(xiě)測(cè)試報(bào)告，任務(wù)顆粒度一般應(yīng)不不小于5人天
編寫(xiě)測(cè)試用例，根據(jù)測(cè)試方案設(shè)計(jì)用例，即便沒(méi)有明確的性能和安全測(cè)試規(guī)定，也應(yīng)辨認(rèn)進(jìn)行此兩項(xiàng)測(cè)試。
執(zhí)行軟件測(cè)試。
進(jìn)行測(cè)試小結(jié)，如果測(cè)試持續(xù)時(shí)間較長(zhǎng)，每個(gè)版本間隙總結(jié)本輪測(cè)試。
編寫(xiě)測(cè)試報(bào)告，總結(jié)測(cè)試過(guò)程，匯總度量數(shù)據(jù)。
3、怎么進(jìn)行工作流的測(cè)試
把握需求，找準(zhǔn)結(jié)點(diǎn)，理清流程，畫(huà)出流轉(zhuǎn)圖，弄清節(jié)點(diǎn)間的數(shù)據(jù)流轉(zhuǎn)，設(shè)計(jì)測(cè)試用例的時(shí)候必須覆蓋所有也許的流程。
工作流：
如果問(wèn)到有無(wú)做過(guò)，根據(jù)對(duì)工作流的理解狀況回答，如果比較理解，可以把參與的某個(gè)項(xiàng)目中說(shuō)上某些有工作流的，如果不是很理解就說(shuō)沒(méi)有做過(guò)，但是學(xué)習(xí)過(guò)有關(guān)知識(shí)。
4、做性能測(cè)試的時(shí)候都需要關(guān)注哪些參數(shù)
并發(fā)訪問(wèn)量，服務(wù)器響應(yīng)時(shí)間（最小、平均、最大）
并發(fā)性能測(cè)試的過(guò)程是一種負(fù)載測(cè)試和壓力測(cè)試的過(guò)程，即逐漸增長(zhǎng)負(fù)載，直到系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)擬定系統(tǒng)并發(fā)性能的過(guò)程。
負(fù)載測(cè)試（Load Testing）是擬定在多種工作負(fù)載下系統(tǒng)的性能，目的是測(cè)試當(dāng)負(fù)載逐漸增長(zhǎng)時(shí)，系統(tǒng)構(gòu)成部分的相應(yīng)輸出項(xiàng)，例如通過(guò)量、響應(yīng)時(shí)間、CPU負(fù)載、內(nèi)存使用等來(lái)決定系統(tǒng)的性能。
負(fù)載測(cè)試是一種分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來(lái)擬定可以接受的性能過(guò)程。壓力測(cè)試（Stress Testing）是通過(guò)擬定一種系統(tǒng)的瓶頸或者不能接受的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。
疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)營(yíng)狀況下可以支持的最大并發(fā)顧客數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)擬定系統(tǒng)解決最大工作量強(qiáng)度性能的過(guò)程。
疲勞強(qiáng)度測(cè)試可以采用工具自動(dòng)化的方式進(jìn)行測(cè)試，也可以手工編寫(xiě)程序測(cè)試，其中后者占的比例較大。
一般狀況下以服務(wù)器可以正常穩(wěn)定響應(yīng)祈求的最大并發(fā)顧客數(shù)進(jìn)行一定期間的疲勞測(cè)試，獲取交易執(zhí)行指標(biāo)數(shù)據(jù)和系統(tǒng)資源監(jiān)控?cái)?shù)據(jù)。如浮現(xiàn)錯(cuò)誤導(dǎo)致測(cè)試不能成功執(zhí)行，則及時(shí)調(diào)節(jié)測(cè)試指標(biāo)，例如減少顧客數(shù)、縮短測(cè)試周期等。尚有一種狀況的疲勞測(cè)試是對(duì)目前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)狀況下并發(fā)顧客數(shù)為基本，進(jìn)行一定期間的疲勞測(cè)試。
大數(shù)據(jù)量測(cè)試可以分為兩種類型：針對(duì)某些系統(tǒng)存儲(chǔ)、傳播、記錄、查詢等業(yè)務(wù)進(jìn)行大數(shù)據(jù)量的獨(dú)立數(shù)據(jù)量測(cè)試；與壓力性能測(cè)試、負(fù)載性能測(cè)試、疲勞性能測(cè)試相結(jié)合的綜合數(shù)據(jù)量測(cè)試方案。大數(shù)據(jù)量測(cè)試的核心是測(cè)試數(shù)據(jù)的準(zhǔn)備，可以依托工具準(zhǔn)備測(cè)試數(shù)據(jù)。
5、客戶沒(méi)給性能指數(shù)，怎么開(kāi)展性能測(cè)試
如果客戶沒(méi)有提出明確的性能指標(biāo)，可以按照慣例和經(jīng)驗(yàn)設(shè)立，需要和PM協(xié)商，一般由PM確認(rèn)，QA負(fù)責(zé)給出建議。
舉例說(shuō)一種Server端程序，規(guī)定峰值時(shí)CPU和MEM消耗在75％如下，而一種頁(yè)面的訪問(wèn)響應(yīng)時(shí)間一般覺(jué)得顧客的忍耐時(shí)間是3－5秒以內(nèi)，這些要參照實(shí)際的應(yīng)用來(lái)擬定顧客規(guī)模、操作頻率、同步在線數(shù)等。
6、有無(wú)做過(guò)接口測(cè)試，是如何做的
通過(guò)編寫(xiě)測(cè)試程序，獲得接口指針，逐個(gè)調(diào)用接口函數(shù)驗(yàn)證其對(duì)的性，及失敗操作
7、測(cè)試過(guò)程中是如何來(lái)保證軟件質(zhì)量的
測(cè)試用例編寫(xiě)完畢后要加強(qiáng)評(píng)審的力度，保證測(cè)試用例覆蓋所有需求點(diǎn)
執(zhí)行測(cè)試過(guò)程中注意做小結(jié)檢查覆蓋狀況、審視所提缺陷質(zhì)量，復(fù)測(cè)時(shí)應(yīng)注意有關(guān)模塊的測(cè)試
測(cè)試時(shí)間寬裕的話可以做交叉測(cè)試，用以保證測(cè)試質(zhì)量。
8、測(cè)試方案都寫(xiě)什么內(nèi)容
1概述
2被測(cè)對(duì)象分析
3應(yīng)測(cè)試的特性
4不被測(cè)試的特性
5總體設(shè)計(jì)措施
6測(cè)試模型
6.1測(cè)試組網(wǎng)圖
6.2構(gòu)造/對(duì)象關(guān)系圖
6.3測(cè)試原理
6.4操作規(guī)程
7測(cè)試需求
7.1環(huán)境需求
7.2被測(cè)對(duì)象需求
7.3測(cè)試工具需求
7.4測(cè)試代碼需求
7.5數(shù)據(jù)需求
7.6其他需求
8測(cè)試設(shè)計(jì)
8.1工具設(shè)計(jì)
8.2測(cè)試代碼設(shè)計(jì)
8.3用例設(shè)計(jì)
8.3.1設(shè)計(jì)原則
8.3.2測(cè)試項(xiàng)目
9.附錄
�。y(cè)試方案規(guī)定根據(jù)《SRS》上的每個(gè)需求點(diǎn)設(shè)計(jì)出涉及需求點(diǎn)簡(jiǎn)介，測(cè)試思路和具體測(cè)試措施三部分的`方案）以往華為測(cè)試方案
目錄如下：
第1章技術(shù)方案
1.1.測(cè)試需求描述
1.1.1.測(cè)試類型分析
1.1.2.測(cè)試內(nèi)容
1.2.缺陷分類
1.3.缺陷級(jí)別
第2章SOW及規(guī)格的應(yīng)答
2.1.測(cè)試需求應(yīng)答
2.2.交付件應(yīng)答
2.2.1.軟件交付件應(yīng)答
2.2.2.非軟件交付件應(yīng)答
2.3.項(xiàng)目里程碑項(xiàng)目完畢時(shí)間應(yīng)答
2.4.質(zhì)量目的應(yīng)答
2.5.驗(yàn)收原則應(yīng)答
2.6.限制應(yīng)答
2.6.1.合伙供應(yīng)商人員組織應(yīng)答
2.6.2.硬件設(shè)備應(yīng)答
2.6.3.合伙項(xiàng)目開(kāi)發(fā)場(chǎng)地應(yīng)答
第3章類似項(xiàng)目成功案例
第4章項(xiàng)目具體工作籌劃
第5章項(xiàng)目估算
9、測(cè)試方案和測(cè)試籌劃的區(qū)別
測(cè)試方案是技術(shù)性的；測(cè)試籌劃更多是管理性的。
測(cè)試籌劃重要要考慮測(cè)試的技術(shù)可行性、核心技術(shù)、資源投入、進(jìn)度安排、風(fēng)險(xiǎn)管理、配備管理、輸入輸出等。測(cè)試籌劃更多地供高層管理者決策時(shí)做參照；同步對(duì)后續(xù)測(cè)試工作開(kāi)展起指引作用。
在某些小項(xiàng)目中，也許只需要一種測(cè)試方案，測(cè)試籌劃內(nèi)容相對(duì)較少，可以與測(cè)試方案合并進(jìn)行；而某些大項(xiàng)目中，也許要設(shè)計(jì)數(shù)十個(gè)測(cè)試方案，這就需要一種提綱挈領(lǐng)的東西了，這就是測(cè)試籌劃的作用。
10、測(cè)試用例是根據(jù)什么寫(xiě)的
系統(tǒng)測(cè)試用例根據(jù)需求和設(shè)計(jì)編寫(xiě)
�。ㄈA為的SDV測(cè)試用例是根據(jù)《測(cè)試方案》和測(cè)試方略來(lái)編寫(xiě)的）
11、是怎么來(lái)設(shè)計(jì)測(cè)試用例的？
答：先熟悉系統(tǒng)需求，把握測(cè)試要點(diǎn)，設(shè)計(jì)用例的原則一方面是要覆蓋每個(gè)需求點(diǎn)，可以通過(guò)填寫(xiě)需求跟蹤矩陣來(lái)保證覆蓋。
黑盒測(cè)試的測(cè)試用例設(shè)計(jì)措施：等價(jià)類劃分法、邊界值分析法、錯(cuò)誤推測(cè)法、因果圖。
【不同類型軟件工程師面試題】相關(guān)文章：
軟件測(cè)試工程師面試題07-19
軟件工程師面試題目05-02
不同類型的簡(jiǎn)歷11-04
演講的不同類型08-03
不同模特類型的要求07-11
2016軟件測(cè)試工程師面試題08-10
軟件測(cè)試工程師面試題及答案05-09
面試類型不同面試技巧也不同！08-02