【正文】 一、判斷題（每題2分,正確的“√”，錯(cuò)誤的“╳”）1 、好的測(cè)試員不懈追求完美。容量測(cè)試：容量測(cè)試目的是通過(guò)測(cè)試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值（如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫(kù)記錄數(shù)等），系統(tǒng)在其極限值狀態(tài)下沒(méi)有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yùn)行。Beta測(cè)試 當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試，最終的錯(cuò)誤和問(wèn)題需要在最終發(fā)行前找到。靜態(tài)：關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒(méi)有沖突或者沒(méi)有歧義動(dòng)態(tài)：語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。8. 點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。4. 測(cè)試用例設(shè)計(jì)過(guò)程。 四、簡(jiǎn)答同行評(píng)審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯(cuò)誤,只要是找錯(cuò)誤。（3）由于語(yǔ)法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。：功能測(cè)試，性能測(cè)試，可靠性測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，強(qiáng)度測(cè)試，安全測(cè)試，配置測(cè)試，安裝測(cè)試，卸載測(cè)試，文擋測(cè)試，故障恢復(fù)測(cè)試，界面測(cè)試，容量測(cè)試，兼容性測(cè)試，分布測(cè)試，可用性測(cè)試，（有的可以合在一起，分開(kāi)寫(xiě)只要寫(xiě)出15就滿分哦）：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。B． 所有測(cè)試項(xiàng)沒(méi)有殘余一級(jí)、二級(jí)和三級(jí)錯(cuò)誤。（N）10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（Y）6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（Y）2．Beta 測(cè)試是驗(yàn)收測(cè)試的一種。（Y）3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(shí)施的。（N）7．自底向上集成需要測(cè)試員編寫(xiě)驅(qū)動(dòng)程序。（N）11．我們可以人為的使得軟件不存在配置問(wèn)題。C． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。：自頂向下，自底向上兩種。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。階段評(píng)審目的:評(píng)審模塊 階段作品的正確性 可行性 及完整性同行評(píng)審人數(shù):37人 人員必須經(jīng)過(guò)同行評(píng)審會(huì)議的培訓(xùn),由SQA指導(dǎo)階段評(píng)審人數(shù):5人左右 評(píng)審人必須是專家 具有系統(tǒng)評(píng)審資格同行評(píng)審內(nèi)容:內(nèi)容小 一般文檔 40頁(yè), 代碼 500行階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn)同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上! ？為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程3簡(jiǎn)述集成測(cè)試的過(guò)程系統(tǒng)集成測(cè)試主要包括以下過(guò)程：1. 構(gòu)建的確認(rèn)過(guò)程。5. 測(cè)試代碼編寫(xiě)過(guò)程。9. 組內(nèi)培訓(xùn)過(guò)程。 6系統(tǒng)測(cè)試計(jì)劃是否需要同行審批，為什么？需要，系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔，因此需要評(píng)審。這種測(cè)試一般由最終用戶或其它人員完成，不能由程序員或測(cè)試員完成。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。( )測(cè)試程序僅僅按預(yù)期方式運(yùn)行就行了。( )總是首先設(shè)計(jì)白盒測(cè)試用例。( )測(cè)試組負(fù)責(zé)軟件質(zhì)量。對(duì)此設(shè)計(jì)一個(gè)測(cè)試用例。代碼評(píng)審主要做_____工作。軟件測(cè)試的目的是_____。軟件測(cè)試角色有______。（8 分） 1． 什么是軟件測(cè)試，以及軟件測(cè)試的意義？2． 什么是軟件測(cè)試靜態(tài)分析，軟件測(cè)試動(dòng)態(tài)分析，3． 下面那些屬于靜態(tài)分析（）A、編碼規(guī)則檢查B、程序結(jié)構(gòu)分析C、程序復(fù)雜度分析D、內(nèi)存泄漏4． 下面那些屬于動(dòng)態(tài)分析（）A、代碼覆蓋率B、模塊功能檢查C、系統(tǒng)壓力測(cè)試D、程序數(shù)據(jù)流分析5． 從測(cè)試技術(shù)角度，正確的選擇是（），給出各自的含義？A、靜態(tài)測(cè)試B、黑盒測(cè)試C、動(dòng)態(tài)測(cè)試D、白盒測(cè)試6． 從測(cè)試階段角度，測(cè)試正確的順序是（），同時(shí)給出所選擇的正確策略含義和被測(cè)對(duì)象是什么？A、單元測(cè)試B、集成測(cè)試C、系統(tǒng)測(cè)試D、確認(rèn)測(cè)試7． 針對(duì)缺陷采取怎樣的管理措施？8． 在測(cè)試生命周期，測(cè)試過(guò)程分為幾個(gè)階段，以及各個(gè)階段的含義？9． 簡(jiǎn)要寫(xiě)出自己在理解的基礎(chǔ)質(zhì)上所認(rèn)為引入測(cè)試管理的意義10． 在三角形計(jì)算中，要求三角型的三個(gè)邊長(zhǎng)：A、B 和C。 01. 為什么要在一個(gè)團(tuán)隊(duì)中開(kāi)展軟件測(cè)試工作？因?yàn)闆](méi)有經(jīng)過(guò)測(cè)試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比ISO質(zhì)量認(rèn)證一樣，測(cè)試同樣也需要質(zhì)量的保證，這個(gè)時(shí)候就需要在團(tuán)隊(duì)中開(kāi)展軟件測(cè)試的工作。功能測(cè)試在測(cè)試工作中占的比例最大，功能測(cè)試也叫黑盒測(cè)試。性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。界面測(cè)試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對(duì)軟件的第一印象。區(qū)別在于，功能測(cè)試關(guān)注產(chǎn)品的所有功能上，要考慮到每個(gè)細(xì)節(jié)功能，每個(gè)可能存在的功能問(wèn)題。黑盒測(cè)試：已知產(chǎn)品的功能設(shè)計(jì)規(guī)格，可以進(jìn)行測(cè)試證明每個(gè)實(shí)現(xiàn)了的功能是否符合要求。因此黑盒測(cè)試又叫功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。因此白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。測(cè)試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。可以這么說(shuō)，程序員有責(zé)任編寫(xiě)功能代碼，同時(shí)也就有責(zé)任為自己的代碼編寫(xiě)單元測(cè)試。從這一層意義上講，組件是指多個(gè)單元的集成聚合。系統(tǒng)測(cè)試是將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整系統(tǒng)來(lái)測(cè)試。驗(yàn)收測(cè)試的目的是確保軟件準(zhǔn)備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。借助軟件測(cè)試計(jì)劃，參與測(cè)試的項(xiàng)目成員，尤其是測(cè)試管理人員，可以明確測(cè)試任務(wù)和測(cè)試方法，保持測(cè)試實(shí)施過(guò)程的順暢溝通，跟蹤和控制測(cè)試進(jìn)度，應(yīng)對(duì)測(cè)試過(guò)程中的各種變更。利用“5W”規(guī)則創(chuàng)建軟件測(cè)試計(jì)劃，可以幫助測(cè)試團(tuán)隊(duì)理解測(cè)試的目的（Why），明確測(cè)試的范圍和內(nèi)容（What），確定測(cè)試的開(kāi)始和結(jié)束日期（When），指出測(cè)試的方法和工具（How），給出測(cè)試文檔和軟件的存放位置（Where）。08. 您所熟悉的測(cè)試用例設(shè)計(jì)方法都有哪些？請(qǐng)分別以具體的例子來(lái)說(shuō)明這些方法在測(cè)試用例設(shè)計(jì)工作中的應(yīng)用。第二步：設(shè)計(jì)測(cè)試用例，測(cè)試策略是：把網(wǎng)站部分的功能點(diǎn)測(cè)試完，然后在進(jìn)行系統(tǒng)測(cè)試（另外個(gè)模塊呢有另一個(gè)測(cè)試人員負(fù)責(zé)，可以進(jìn)行聯(lián)調(diào)測(cè)試），網(wǎng)站模塊的測(cè)試基本是功能測(cè)試和界面測(cè)試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫(kù)中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進(jìn)來(lái)的（還沒(méi)有被處理的，有個(gè)標(biāo)志位），網(wǎng)站啟動(dòng)后會(huì)立刻去刷那張表，得到多條數(shù)據(jù)，然后在進(jìn)行處理。第三步：搭建測(cè)試環(huán)境（為什么這個(gè)時(shí)候考慮測(cè)試環(huán)境呢？因?yàn)槲覍?duì)網(wǎng)站環(huán)境已經(jīng)很熟了，只有有機(jī)器能空于下來(lái)做該功能測(cè)試就可以做了），因?yàn)榫W(wǎng)站本身的環(huán)境搭建和其他的系統(tǒng)有點(diǎn)不同，它需要的測(cè)試環(huán)境比較麻煩，需要web服務(wù)器（Apache,tomcat），不過(guò)這次需求呢，網(wǎng)站部分只用到了tomcat，所以只要有tomcat即可第四步：執(zhí)行測(cè)試11. 您以往是否曾經(jīng)從事過(guò)性能測(cè)試工作？如果有，12. 請(qǐng)盡可能的詳細(xì)描述您以往的性能測(cè)試工作的完整過(guò)程。17. 您認(rèn)為性能測(cè)試工作的目的是什么？做好性能測(cè)試工作的關(guān)鍵是什么？18. 在您以往的工作中，19. 一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？20. 您以往所從事的軟件測(cè)試工作中，21. 是否使用了一些工具來(lái)進(jìn)行軟件缺陷（Bug）的管理？如果有，22. 請(qǐng)結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。但除了性格有關(guān)的1，2點(diǎn)我沒(méi)有把握，其他點(diǎn)我都很有信心做好它。至少在開(kāi)始測(cè)試之前能做好基本的準(zhǔn)備，可能會(huì)遇到什么難題？需求細(xì)節(jié)是不是沒(méi)有確定好？這些問(wèn)題都能在設(shè)計(jì)用例的時(shí)候發(fā)現(xiàn)。34. 你的測(cè)試職業(yè)發(fā)展是什么？測(cè)試經(jīng)驗(yàn)越多，測(cè)試能力越高。36. 你以前工作時(shí)的測(cè)試流程是什么？公司對(duì)測(cè)試流程沒(méi)有規(guī)定如何做，但每個(gè)測(cè)試人員都有自己的一套測(cè)試流程。二是這種情況不可能發(fā)生，所以不需要修改，這個(gè)時(shí)候，我可以先盡可能的說(shuō)出是BUG的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問(wèn)題，會(huì)有什么不良結(jié)果？程序員可能會(huì)給你很多理由，