測(cè)試面試題和答案

-.z.軟件測(cè)試面試題和答案一、判斷題1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷?！瞃〕2．Beta測(cè)試是驗(yàn)收測(cè)試的一種?！瞃〕3．驗(yàn)收測(cè)試是由最終用戶來實(shí)施的?！睳〕4．工程立項(xiàng)前測(cè)試人員不需要提交任何工件?！瞃〕5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷?！瞃〕6．代碼評(píng)審是檢查源代碼是否到達(dá)模塊設(shè)計(jì)的要求?！睳〕7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序?！瞃〕8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能到達(dá)什么程度。1〔N〕19．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。〔N〕10．代碼評(píng)審員一般由測(cè)試員擔(dān)任?！睳〕11．我們可以人為的使得軟件不存在配置問題?！睳〕12．集成測(cè)試方案在需求分析階段末提交?！睳〕二、選擇1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：〔ABCD〕A．軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部到達(dá)要求。B．所有測(cè)試項(xiàng)沒有剩余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。C．立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。D．驗(yàn)收測(cè)試工件齊全。2．軟件測(cè)試方案評(píng)審會(huì)需要哪些人員參加？〔ABCD〕A．工程經(jīng)理B．SQA〔軟件質(zhì)量保證〕負(fù)責(zé)人C．配置負(fù)責(zé)人D．測(cè)試組3．以下關(guān)于alpha測(cè)試的描述中正確的選項(xiàng)是：〔AD〕A．a(chǎn)lpha測(cè)試需要用戶代表參加B．a(chǎn)lpha測(cè)試不需要用戶代表參加C．a(chǎn)lpha測(cè)試是系統(tǒng)測(cè)試的一種D．a(chǎn)lpha測(cè)試是驗(yàn)收測(cè)試的一種4．測(cè)試設(shè)計(jì)員的職責(zé)有：〔BC〕A．制定測(cè)試方案B．設(shè)計(jì)測(cè)試用例C．設(shè)計(jì)測(cè)試過程、腳本D．評(píng)估測(cè)試活動(dòng)5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：〔ABC〕A．需求工件已經(jīng)被基線化B．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化C．構(gòu)架工件已經(jīng)被基線化D．工程階段成果已經(jīng)被基線化三、填空1.軟件驗(yàn)收測(cè)試包括：正式驗(yàn)收測(cè)試，alpha測(cè)試，beta測(cè)試。2.系統(tǒng)測(cè)試的策略有：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，平安測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，〔有的可以合在一起，分開寫只要寫出15就總分值哦〕3.設(shè)計(jì)系統(tǒng)測(cè)試方案需要參考的工程文擋有：軟件測(cè)試方案，軟件需求工件和迭代方案。4.對(duì)面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。5.〔這題出的有問題哦，詳細(xì)的5步驟為~~〕通過畫因果圖來寫測(cè)試用例的步驟為：〔1〕分析軟件規(guī)格說明描述中，哪些是原因〔即輸入條件或輸入條件的等價(jià)類〕，哪些是結(jié)果〔即輸出條件〕，并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符?！?〕分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系"根據(jù)這些關(guān)系，畫出因果圖?！?〕由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為說明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件?！?〕把因果圖轉(zhuǎn)換成判定表。〔5〕把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。四、簡答〔資料是搜集整理的，感前輩的解題〕無1.區(qū)別階段評(píng)審的與同行評(píng)審?fù)性u(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤;階段評(píng)審目的:評(píng)審模塊階段作品的正確性可行性及完整性同行評(píng)審人數(shù):3-7人人員必須經(jīng)過同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)階段評(píng)審人數(shù):5人左右評(píng)審人必須是專家具有系統(tǒng)評(píng)審資格同行評(píng)審容:容小一般文檔<40頁,代碼<500行階段評(píng)審容:容多,主要看重點(diǎn)同行評(píng)審時(shí)間:一小局部工作產(chǎn)品完成階段評(píng)審時(shí)間:通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!2.什么是軟件測(cè)試為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程3簡述集成測(cè)試的過程系統(tǒng)集成測(cè)試主要包括以下過程：1.構(gòu)建確實(shí)認(rèn)過程。2.補(bǔ)丁確實(shí)認(rèn)過程。3.系統(tǒng)集成測(cè)試測(cè)試組提交過程。4.測(cè)試用例設(shè)計(jì)過程。5.測(cè)試代碼編寫過程。6.Bug的報(bào)告過程。7.每周/每兩周的構(gòu)建過程。8.點(diǎn)對(duì)點(diǎn)的測(cè)試過程。9.組培訓(xùn)過程。4怎么做好文檔測(cè)試仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)例如。P142檢查文檔的編寫是否滿足文檔編寫的目的容是否齊全，正確容是否完善標(biāo)記是否正確5白盒測(cè)試有幾種方法總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義動(dòng)態(tài)：語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。6系統(tǒng)測(cè)試方案是否需要同行審批，為什么需要，系統(tǒng)測(cè)試方案屬于工程階段性關(guān)鍵文檔，因此需要評(píng)審。7Alpha測(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ò)誤和問題需要在最終發(fā)行前找到。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。8比擬負(fù)載測(cè)試，容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別負(fù)載測(cè)試：在一定的工作負(fù)荷下，系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。強(qiáng)度測(cè)試：在一定的負(fù)荷條件下，在較長時(shí)間跨度的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。容量測(cè)試：容量測(cè)試目的是通過測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的*項(xiàng)指標(biāo)的極限值〔如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等〕，系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的，并且它的目的是顯示系統(tǒng)可以處理目標(biāo)確定的數(shù)據(jù)容量。9測(cè)試完畢的標(biāo)準(zhǔn)是什么？用例全部測(cè)試。覆蓋率到達(dá)標(biāo)準(zhǔn)。缺陷率到達(dá)標(biāo)準(zhǔn)。其他指標(biāo)到達(dá)質(zhì)量標(biāo)準(zhǔn)10描述軟件測(cè)試活動(dòng)的生命周期？測(cè)試周期分為方案、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中：方案：對(duì)整個(gè)測(cè)試周期中所有活動(dòng)進(jìn)展規(guī)劃，估計(jì)工作量、風(fēng)險(xiǎn)，安排人力物力資源，安排進(jìn)度等；設(shè)計(jì)：完成測(cè)試方案，從技術(shù)層面上對(duì)測(cè)試進(jìn)展規(guī)劃；實(shí)現(xiàn)：進(jìn)展測(cè)試用例和測(cè)試規(guī)程設(shè)計(jì)；執(zhí)行：根據(jù)前期完成的方案、方案、用例、規(guī)程等文檔，執(zhí)行測(cè)試用例?？偨Y(jié)：記錄測(cè)試結(jié)果，進(jìn)展測(cè)試分析，完成測(cè)試報(bào)告。11軟件的缺陷等級(jí)應(yīng)如何劃分？A類—嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1．由于程序所引起的死機(jī),非法退出2．死循環(huán)3．?dāng)?shù)據(jù)庫發(fā)生死鎖4．因錯(cuò)誤操作導(dǎo)致的程序中斷5．功能錯(cuò)誤6．與數(shù)據(jù)庫連接錯(cuò)誤7．?dāng)?shù)據(jù)通訊錯(cuò)誤B類—較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤：1．程序錯(cuò)誤2．程序接口錯(cuò)誤3．?dāng)?shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件C類—一般性錯(cuò)誤，包括以下各種錯(cuò)誤：1．操作界面錯(cuò)誤〔包括數(shù)據(jù)窗口列名定義、含義是否一致〕2．打印容、格式錯(cuò)誤3．簡單的輸入限制未放在前臺(tái)進(jìn)展控制4．刪除操作未給出提示5．?dāng)?shù)據(jù)庫表中有過多的空字段D類—較小錯(cuò)誤，包括以下各種錯(cuò)誤：1．界面不規(guī)2．輔助說明描述不清楚3．輸入輸出不規(guī)4．長操作未給用戶提示5．提示窗口文字未采用行業(yè)術(shù)語6．可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志E類—測(cè)試建議人力資源問題

你為什么選擇軟件測(cè)試行業(yè)

因?yàn)橹坝辛私廛浖y(cè)試這個(gè)行業(yè)，覺得他的開展前景很好。也對(duì)

根據(jù)你以前的工作經(jīng)歷描述一下軟件開發(fā)、測(cè)試過程，由那些角色負(fù)責(zé)，你做什么

要有架構(gòu)師、開發(fā)經(jīng)理、測(cè)試經(jīng)理、程序員、測(cè)試員

我在里面主要是負(fù)責(zé)所分到的模塊執(zhí)行測(cè)試用例。

結(jié)合你以前的學(xué)習(xí)和工作經(jīng)歷，你認(rèn)為如何做好測(cè)試。

根據(jù)我以前的工作經(jīng)歷，我認(rèn)為做好工作首先要有一個(gè)好的溝通，只有溝通無障礙了，才會(huì)有好的協(xié)作，才會(huì)有跟好的效率，再一個(gè)就是技術(shù)一定要過關(guān)，做測(cè)試要有足夠的耐心，和一個(gè)良好的工作習(xí)慣，不懂的就問，實(shí)時(shí)與同事溝通這樣的話才能做好測(cè)試工作。

你覺得測(cè)試最重要的是什么

盡可能的找出軟件的錯(cuò)誤

怎樣對(duì)待加班問題

加班的話我沒有太多的意見，但是我還是覺得如果能夠合理的安排時(shí)間的話，不會(huì)有太多時(shí)候會(huì)加班的。

如果一個(gè)很有個(gè)性的程序員認(rèn)為自己的BUG不是BUG，怎么解決？

首先我要確定我所提的在我認(rèn)為是不是bug，如果我認(rèn)為是的話我會(huì)在他面前重現(xiàn)這個(gè)bug和他講這是個(gè)bug，和他溝通，或者我會(huì)找到我的直系領(lǐng)導(dǎo)讓他解決。

為什么在團(tuán)隊(duì)中要有測(cè)試

因?yàn)檐浖绣e(cuò)誤，如果沒有專業(yè)的測(cè)試人員很難發(fā)現(xiàn)軟件的一些錯(cuò)誤。

在測(cè)試時(shí)代學(xué)習(xí)自己最大的收獲是什么"

在測(cè)試時(shí)代我除了學(xué)習(xí)了測(cè)試的知識(shí)外，還看到了教師們對(duì)待測(cè)試的一種態(tài)度，明白了做任何工作都要有溝通，做測(cè)試的也要有很好的溝通才可以做好。知道自己在工程組中的位置，和開發(fā)的關(guān)系。

你對(duì)未來的規(guī)劃

我想在工作中慢慢的積累經(jīng)歷，使自己強(qiáng)大起來，能夠擔(dān)任更重要的職務(wù)。

自己優(yōu)勢(shì)及缺點(diǎn)

我的優(yōu)點(diǎn)是有足夠的耐心對(duì)待每一件事情，善于觀察事物，承受壓力的能力很強(qiáng)。缺點(diǎn)可能就是我不是很愛說話，習(xí)慣做不習(xí)慣說，但是和人溝通還是沒有問題的。

你為什么選擇測(cè)試時(shí)代不選擇51testing

因?yàn)橄啾日諄砜礈y(cè)試時(shí)代價(jià)錢相對(duì)公正，師資也不錯(cuò)，還有一個(gè)原因就是在網(wǎng)上查了一下測(cè)試時(shí)代的口碑不錯(cuò)，也是網(wǎng)放心過來的原因。

13.請(qǐng)談?wù)勀鷮?duì)測(cè)試工作的理解

我認(rèn)為測(cè)試工作是找出軟件產(chǎn)品的錯(cuò)誤，

14.你認(rèn)為測(cè)試人員需要具備哪些素質(zhì)？

我認(rèn)為做測(cè)試的應(yīng)該要有一定的協(xié)調(diào)能力，因?yàn)闇y(cè)試人員要經(jīng)常與開發(fā)接觸處理一些問題，如果處理不好的話會(huì)引起一些沖突這樣的話工作上就會(huì)做不好。還有測(cè)試人員要有一定的耐心，有的時(shí)候做的測(cè)試很枯燥乏味的。除了要有耐心之外還要細(xì)心，不放過每一個(gè)可能的錯(cuò)誤。

15.你為什么能夠做測(cè)試這一行。

雖然說我的測(cè)試技術(shù)還不是很純熟，但是我覺得我還是可以勝任軟件測(cè)試這個(gè)工作的，因?yàn)樽鲕浖y(cè)試不僅是要求技術(shù)好，還要有一定的溝通能力，耐心、細(xì)心等外在的因素。綜合起來看我認(rèn)為我是勝任這個(gè)工作的。

1測(cè)試的目的是什么？

測(cè)試的目的是找出軟件產(chǎn)品中的錯(cuò)誤，是軟件盡可能的符合用戶的要求。

當(dāng)軟件測(cè)試是不可能能夠找出全部的錯(cuò)誤的。

2.測(cè)試分為那幾個(gè)階段？

一般來說測(cè)試大體分為5個(gè)階段：

單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

在測(cè)試過程中如果有需要還要進(jìn)展回歸測(cè)試。

3.單元測(cè)試的測(cè)試對(duì)象，目的、測(cè)試依據(jù)、測(cè)試方法？

測(cè)試對(duì)象是模塊部的程序錯(cuò)誤；目的是消除局部模塊邏輯和功能上的錯(cuò)誤和缺陷；

測(cè)試依據(jù)是模塊的詳細(xì)設(shè)計(jì)；測(cè)試方法采用白盒測(cè)試。

4.集成測(cè)試的測(cè)試對(duì)象，目的、測(cè)試依據(jù)、測(cè)試方法？

集成測(cè)試的測(cè)試對(duì)象是模塊間的組裝和調(diào)用關(guān)系；

目的是找出與軟件設(shè)計(jì)相關(guān)的程序構(gòu)造模塊調(diào)用關(guān)系，模塊間接口方面問題；

測(cè)試依據(jù)是概要設(shè)計(jì)；測(cè)試方法采用灰盒測(cè)試。

5.系統(tǒng)測(cè)試的測(cè)試對(duì)象，目的、測(cè)試依據(jù)、測(cè)試方法？

系統(tǒng)測(cè)試的測(cè)試對(duì)象是整個(gè)系統(tǒng)；測(cè)試的目的是對(duì)整個(gè)系統(tǒng)進(jìn)展測(cè)試；

測(cè)試的依據(jù)是需求規(guī)格說明書；測(cè)試方法黑盒測(cè)試。

6.測(cè)試覆蓋的類型

測(cè)試覆蓋的類型有：語句覆蓋、分支覆蓋、條件覆蓋、路徑覆蓋

7.性能測(cè)試的分類

分為：性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、容量測(cè)試

負(fù)載測(cè)試與壓力測(cè)試可以結(jié)合進(jìn)展。

8.列舉您熟悉的主流自動(dòng)化測(cè)試工具

我熟悉的自動(dòng)化測(cè)試工具有：基于web的測(cè)試管理工具TestDirector、配置管理工具VSS、

QTP以及性能測(cè)試工具LoadRunner

9.編輯sql語句時(shí)，年月日型時(shí)間字段如何表達(dá)

加引號(hào)

13.c/s和b/s構(gòu)造的軟件進(jìn)展測(cè)試時(shí)有何不同

C/S又稱Client/Server或客戶/效勞器模式。效勞器通常采用高性能的PC、工作站或小型機(jī)，并采用大型數(shù)據(jù)庫系統(tǒng)?？蛻舳诵枰惭b專用的客戶端軟件。

B/Ｓ是Brower/Server的縮寫，客戶機(jī)上只要安裝一個(gè)瀏覽器〔Browser〕。瀏覽器通過WebServer同數(shù)據(jù)庫進(jìn)展數(shù)據(jù)交互。

$o;~kV*O

lTestAge中國軟件測(cè)試時(shí)代$I

si*_k

14.平安測(cè)試的后臺(tái)是什么

17.頁面中有一個(gè)輸入日期的輸入框和一個(gè)輸入號(hào)的輸入框，如何進(jìn)展用例設(shè)計(jì)"

輸入日期的輸入框要考慮邊界值、輸入非法數(shù)據(jù)、非數(shù)字等

輸入框要考慮18位省份證、16位、非18、16位的數(shù)據(jù)、漢字、字母、非法數(shù)據(jù)、

18.測(cè)試和質(zhì)量保證有什么區(qū)別你的看法

質(zhì)量保證是對(duì)軟件制作過程的制作質(zhì)量進(jìn)展管理，看是否符合公司的規(guī)定。

軟件測(cè)試是對(duì)軟件產(chǎn)品的質(zhì)量本身進(jìn)展測(cè)試，是從技術(shù)方面出發(fā)測(cè)試軟件質(zhì)量

19.用過什么缺陷管理工具流程是什么有什么能改良的

我所熟悉的是TD

流程是講測(cè)試方案、方案、測(cè)試用例錄入TD，在TD上執(zhí)行測(cè)試用例記錄缺陷，并對(duì)bug進(jìn)展跟蹤。

20.你有沒有用過QTP做工程，QTP的工作原理

我有用QTP做過工程

QTP的工作原理是執(zhí)行重復(fù)的手動(dòng)測(cè)試，

首先制定測(cè)試方案再根據(jù)測(cè)試方案創(chuàng)立測(cè)試腳本，然后對(duì)腳本進(jìn)展優(yōu)化增強(qiáng)測(cè)試腳本的能接下來運(yùn)行腳本分析測(cè)試的結(jié)果

21.什么是白盒測(cè)試？白盒測(cè)試的工具有哪些？

白盒測(cè)試是測(cè)試人員利用程序部的邏輯構(gòu)造及有關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程序所有的邏輯路徑進(jìn)展測(cè)試。

工具有：RationalPurify、RationalQuantify、RationalPurecoveage

22.路由器，集線器，交換機(jī)的區(qū)別？

路由器的作用是用于連接不同網(wǎng)段并且找到網(wǎng)絡(luò)中數(shù)據(jù)傳輸最適宜的路徑。

集線器的作用是將一些pc機(jī)連起來組成一個(gè)局域網(wǎng)。

交換機(jī)的作用與集線器的相似，區(qū)別在于集線器采用的是共享帶寬的方式，交換機(jī)是獨(dú)享帶寬。

24.我手上這支筆，請(qǐng)你根據(jù)這支筆設(shè)計(jì)測(cè)試用例

首先我要測(cè)它的外觀、顏色是否符合要求、她所占的空間是多大、是否環(huán)保、接下來測(cè)它的質(zhì)量、這支筆是否能夠?qū)懽至鲿?、寫出的字的顏色是否符合要求、能使用多長時(shí)間等

25.BUG報(bào)告包括那些容

Bug出現(xiàn)的位置、可重現(xiàn)的步驟、所使用的數(shù)據(jù)、bug的截圖、發(fā)現(xiàn)人及日期。

26.請(qǐng)列舉一些Oracle數(shù)據(jù)庫中的SID語句

27.W和H模型的區(qū)別

W模型強(qiáng)調(diào)的是測(cè)試伴隨整個(gè)軟件開發(fā)周期，而且測(cè)試的對(duì)象不僅是程序，需求也需要進(jìn)展測(cè)試，測(cè)試與開發(fā)是同步進(jìn)展的。

H模型是講測(cè)試活動(dòng)完全獨(dú)立出來，形成了完全獨(dú)立的流程，可以實(shí)現(xiàn)迭代而W模型不支持迭代這是兩者最大的區(qū)別。

28.沒有任何說明書，如何進(jìn)展測(cè)試？

首先是通過對(duì)軟件測(cè)使用來熟悉整個(gè)軟件，接著是與開發(fā)溝通掌握軟件的特性并一一記錄下來，作為測(cè)試的依據(jù)。

29.測(cè)試方案包括那些容那些重要？

測(cè)試方案包括：產(chǎn)品根本情況的調(diào)研、測(cè)試需求說明、本階段測(cè)試策略和記錄、測(cè)試資源配置、方案表、問題跟蹤報(bào)告、測(cè)試方案的評(píng)審、結(jié)果等。

重要的有產(chǎn)品的調(diào)研、資源配置、方案表、問題跟蹤報(bào)告、評(píng)審。

31.什么是回歸測(cè)試

回歸測(cè)試是代碼別修改后，或bug被修改后，進(jìn)展的測(cè)試。主要目的是確認(rèn)修改的程序火別修改的bug沒有引起新的錯(cuò)誤或者導(dǎo)致其他代碼產(chǎn)生錯(cuò)誤。

33.執(zhí)行SQL腳本工具的是？

查詢分析器

34.javaweb應(yīng)用的三層構(gòu)造

35.cookie和session什么意思，有什么區(qū)別

Cookie是在瀏覽網(wǎng)頁是留在本地的記錄，不是很平安。

Session與cookie功能相似，比期平安

36.負(fù)載測(cè)試、可靠性測(cè)試、可用性測(cè)試的定義，有什么區(qū)別

負(fù)載測(cè)試是持續(xù)加壓是的表現(xiàn)，測(cè)系統(tǒng)處理數(shù)據(jù)的能力表

可靠性測(cè)試在規(guī)定的條件下，規(guī)定的時(shí)間，軟件不引起系統(tǒng)失效的概率。

可用性測(cè)試對(duì)用戶界面及功能的可影星進(jìn)展測(cè)試。

37.c++：a[][1]={1，2，3，4，5，6}；b[][1]={1，2，3，4，5，6}求a[1][1]+b[1][1]=

39.什么是集合點(diǎn)，為什么要設(shè)，怎樣設(shè)置，命令是什么？

40.吞吐量和響應(yīng)時(shí)間的關(guān)系

吞吐量是指正常情況下，設(shè)備能夠接收的最大速率。

響應(yīng)時(shí)間是指從指令發(fā)出到返回所用的時(shí)間。

響應(yīng)時(shí)間短說明吞吐量大

41.列舉幾個(gè)主流協(xié)議，分別什么格式，有什么區(qū)別

Tcp/ip協(xié)議

42.bug的等級(jí)劃分

Bug一般分為4

致命級(jí)、嚴(yán)重級(jí)、一般級(jí)、提示級(jí)

43.軟件工程中V字模型的流程

用戶需求驗(yàn)收測(cè)試

需求分析系統(tǒng)測(cè)試

概要設(shè)計(jì)集成測(cè)試

詳細(xì)設(shè)計(jì)單元測(cè)試

編碼

44.“從表a里找出分?jǐn)?shù)80以上的女生〞用數(shù)據(jù)庫表達(dá)

45.linu*下安裝foo.rmp，寫出安裝，卸載命令；怎么查看掛載狀態(tài)；查看磁盤情況；查看端口；只有tar.gz包，怎么安裝

Rpm–ivhfoo.rmp

Rpm–efoo.rmp

Ps–au*

46.給出三角形３條邊，設(shè)計(jì)測(cè)試用例的思路

利用有效等價(jià)類、無效等價(jià)類

等邊三角形、等腰三角形、不等扁三角形三種情況

47.解釋以下命令的含義，ls-la|greplog；ps-ef；kill-92543

ls-la|greplog查找當(dāng)前目錄含有l(wèi)og的文件

Ps–ef查看所有進(jìn)程

Kill-92543強(qiáng)制終止2543進(jìn)程

48.bug的生命周期中的3個(gè)狀態(tài)New、open、close

49.設(shè)計(jì)直角三角形測(cè)試用例；輸入三個(gè)數(shù)，設(shè)計(jì)一個(gè)函數(shù)，使如果是直角三角行則返回1，如果是三角行但不是直角三角行則返回0，如果不是三角形或數(shù)據(jù)錯(cuò)誤則返回-1。設(shè)計(jì)測(cè)試用例，包括目的，輸入，預(yù)期結(jié)果

50.什么是PINPIN2PUK碼？

51.pop3和imap4什么區(qū)別？

Pop3是郵局協(xié)議，用于電子的接收

Imap能讓用戶進(jìn)展離線閱讀，還提供摘要瀏覽功能

52.有一款手機(jī)支持vpn，功能正常，但是不能連接到指定的vpn網(wǎng)絡(luò)，你怎么來排除這個(gè)錯(cuò)誤"

53你用的手機(jī)，有一天突然不能輸入“6〞，你怎么來判斷問題出在哪

我首先會(huì)判斷是不是鍵盤出了問題，然后再做下一步的檢查。

54.手機(jī)訊錄的功能測(cè)試

對(duì)錄入功能測(cè)試、保存功能、查找功能、直接撥打功能測(cè)試等

55.對(duì)電梯做測(cè)試用例

首先測(cè)其是否能夠正常上下運(yùn)行、電梯的門能不能在電梯到所指定的樓層是正常開啟、在電梯里按下樓層數(shù)能不能正確到達(dá)、電梯翻開及關(guān)閉的按鍵是否靈活、緊急呼救是否能夠正常使用、每個(gè)樓層上、下兩個(gè)指示按鈕是否正常工作等

56.測(cè)試員在需求分析階段要做什么

與開發(fā)、客戶在一起評(píng)審，對(duì)需求文檔進(jìn)展測(cè)試。

57Gogo實(shí)習(xí)工程的測(cè)試流程

熟悉所給的文件，熟悉，寫出測(cè)試方案、方案，由測(cè)試組長分配模塊，再由每個(gè)人些本模塊的測(cè)試方案、方案，接著進(jìn)展測(cè)試用例的編寫、對(duì)用例的評(píng)審、用例的執(zhí)行、bug的跟蹤、提交bug報(bào)告

58.Gogo工程的測(cè)試方案是如何出來的"

根據(jù)說明文檔找處整個(gè)的重點(diǎn)模塊，根據(jù)其要求和對(duì)實(shí)際操作得來的信息在于同組人協(xié)商討論寫出測(cè)試方案。

59.請(qǐng)使用DOS命令備份一個(gè)名為：TEST，用戶名及密碼為：user/password的oracle數(shù)據(jù)庫到d盤根目錄下保存文件名為test。簡述在oracle中建立一個(gè)可用實(shí)例的主要步驟〔提示：從建庫描述到初始根本數(shù)據(jù)〕可用性判斷標(biāo)準(zhǔn)主要是主觀的感覺，請(qǐng)思考，有沒有一些量化的標(biāo)準(zhǔn)，從而可以更加客觀地評(píng)價(jià)可用性的好壞？

60.現(xiàn)在一個(gè)程序?qū)崿F(xiàn)這樣的功能：讀入三個(gè)整數(shù)值，這三個(gè)整數(shù)值表示三角形的三個(gè)邊長，該程序打印信息說明三角形是不等邊三角形、等腰三角形或等邊三角形。請(qǐng)開發(fā)一個(gè)測(cè)試用例集測(cè)試該程序，注意涵蓋盡可能多的情形，并參加適當(dāng)?shù)某鲥e(cuò)處理

(1)正常的不等邊三角形

(2)正常的等邊三角形

(3)正常的等腰三角形,包括兩條相等的邊的三種不同的排列方法

(4)正常的直角三角形

(5)正常等腰直角三角形,包括兩邊相等的三種不同的排列方法

(6)退化的三角形(即,兩邊之和等于第三邊),包括三種不同的排列方法

(7)三條邊不能構(gòu)成三角形(兩邊之和小于第三邊),包括三種排列方法

(8)一條邊長度為零,兩條邊為零,三邊為零的9種排列方法

(9)輸入數(shù)據(jù)包含負(fù)數(shù)

(10)輸入數(shù)據(jù)不全(只知道2邊的長度不知道第三邊)

(11)輸入的數(shù)據(jù)不符合程序規(guī)定的數(shù)據(jù)類型.

下表為程序測(cè)試的數(shù)據(jù):

測(cè)試功能測(cè)試數(shù)據(jù)

abc

1．等邊8，8，8–，–，–，–,–,–

2．等腰8，10，810，8，88，8，10

3．不等邊8,10,128,12,1012,10,8

4．直角6，8，108，10，610，8，6

5．等腰直角8，8√2，88，8，8√28√2，8，，8

6．非三角形4，4，94，9，49，4，4

7．零數(shù)據(jù)0，0，0–,–,–，–,–,–，

0,0,80,8,08,0,0

0,8,88,0,88,8,0

8．退化情況8，4，44，8，48，4，4

9．負(fù)數(shù)據(jù)-10，-9，-8-9，-10，-8-8，-9，-10

-10，-9，8-9，-10，88，-9，-10

-10，9，89，-10，88，9，-10

10．遺漏數(shù)據(jù)–，–，–，–，–，–，–，–，–，

–，–，1