范文為教學(xué)中作為模范的文章，也常常用來指寫作的模板。常常用于文秘寫作的參考，也可以作為演講材料編寫前的參考。那么我們?cè)撊绾螌懸黄^為完美的范文呢？這里我整理了一些優(yōu)秀的范文，希望對(duì)大家有所幫助，下面我們就來了解一下吧。
測(cè)試筆試題及答案詳解篇一
自底向上綜合測(cè)試的步驟分為: 1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群(cluster;2 開發(fā)一個(gè)測(cè)試驅(qū)動(dòng)模塊,控制測(cè)試數(shù)據(jù)的輸入和測(cè)試結(jié)果的輸出;3 對(duì)每個(gè)模塊群進(jìn)行測(cè)試;4 刪除測(cè)試使用的驅(qū)動(dòng)模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。.負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(n 負(fù)載測(cè)試(load testing,通過測(cè)試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中,將使測(cè)試對(duì)象承擔(dān)不同的工作量,以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測(cè)試還要評(píng)估性能特征。例如,響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。.測(cè)試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(n 10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。(n 11.我們可以人為的使得軟件不存在配置問題。(n 是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過程。我們知道,在軟件建立時(shí)變更是不可避免的,而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。.集成測(cè)試計(jì)劃在需求分析階段末提交。(n
執(zhí)行階段
1時(shí)間安排單元測(cè)試已經(jīng)完成后就可以開始執(zhí)行集成測(cè)試了
2輸入需求規(guī)格說明書概要設(shè)計(jì)集成測(cè)試計(jì)劃集成高度設(shè)計(jì)集成測(cè)試?yán)蓽y(cè)試規(guī)程集成測(cè)試代碼(如果有集成測(cè)試腳本集成測(cè)試工具詳細(xì)設(shè)計(jì)代碼單元測(cè)試報(bào)告
3入口條件單元測(cè)試階段已經(jīng)通過基線化評(píng)審
4活動(dòng)步驟執(zhí)行集成測(cè)試用例回歸集成測(cè)試用例撰寫集成測(cè)試報(bào)告 5輸出集成測(cè)試報(bào)告
6出口條件集成測(cè)試報(bào)告通過集成測(cè)試階段基線評(píng)審
二、選擇題.軟件驗(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è)試工件齊全。.軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加?(abcd a.項(xiàng)目經(jīng)理 負(fù)責(zé)人
軟件質(zhì)量保證(sqa是建立一套有計(jì)劃
目標(biāo) 1: 軟件質(zhì)量保證工作是有計(jì)劃進(jìn)行的。
目標(biāo) 2: 客觀地驗(yàn)證軟件項(xiàng)目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求。目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個(gè)人。目標(biāo) 4: 高級(jí)管理層接觸到在項(xiàng)目?jī)?nèi)部不能解決的不符合類問題。c.配置負(fù)責(zé)人 d.測(cè)試組.下列關(guān)于alpha測(cè)試的描述中正確的是:(ad 測(cè)試需要用戶代表參加 測(cè)試不需要用戶代表參加 測(cè)試是系統(tǒng)測(cè)試的一種 測(cè)試是驗(yàn)收測(cè)試的一種 4.測(cè)試設(shè)計(jì)員的職責(zé)有:(bc a.制定測(cè)試計(jì)劃 b.設(shè)計(jì)測(cè)試用例 c.設(shè)計(jì)測(cè)試過程、腳本 d.評(píng)估測(cè)試活動(dòng).軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:(abc a.需求工件已經(jīng)被基線化 工件加工過程中的生產(chǎn)對(duì)象。
基線化一個(gè)文檔如果經(jīng)過討論被通過了,被固定了,就可以說這個(gè)文檔被“基線化”
了,然后所有人就可以在這個(gè)“基線”的基礎(chǔ)上工作。b.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 c.構(gòu)架工件已經(jīng)被基線化 d.項(xiàng)目階段成果已經(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è)試計(jì)劃需要參考的項(xiàng)目文擋有:_軟件測(cè)試計(jì)劃,軟件需求工件和迭代計(jì)劃。
4.對(duì)面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。5.通過畫因果圖來寫測(cè)試用例的步驟為:(1根據(jù)程序規(guī)格說明書描述,分析并確定因(輸入條件和果(輸出結(jié)果或程序狀態(tài)的
改變,畫出因果圖。
(2將得到的因果圖轉(zhuǎn)換為判定表。
(3為判定表中每一列所表示的情況設(shè)計(jì)一個(gè)測(cè)試用例。
四、簡(jiǎn)答
1.區(qū)別階段評(píng)審的與同行評(píng)審
答:同行評(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)審內(nèi)容:內(nèi)容小一般文檔 < 40頁, 代碼 < 500行 階段評(píng)審內(nèi)容: 內(nèi)容多,主要看重點(diǎn) 同行評(píng)審時(shí)間:一小部分工作產(chǎn)品完成
階段評(píng)審時(shí)間: 通常是設(shè)置在關(guān)鍵路徑的時(shí)間點(diǎn)上!2.什么是軟件測(cè)試
答:測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程
軟件測(cè)試就是利用測(cè)試工具按照測(cè)試方案和流程對(duì)產(chǎn)品進(jìn)行功能和性能測(cè)試,甚至根據(jù)需要編寫不同的測(cè)試工具,設(shè)計(jì)和維護(hù)測(cè)試系統(tǒng),對(duì)測(cè)試方案可能出現(xiàn)的問題進(jìn)行分析和評(píng)估。執(zhí)行測(cè)試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。簡(jiǎn)述集成測(cè)試的過程
答:系統(tǒng)集成測(cè)試主要包括以下過程:1.構(gòu)建的確認(rèn)過程。2.補(bǔ)丁的確認(rèn)過程。3.系統(tǒng)集成測(cè)試測(cè)試組提交過程。4.測(cè)試用例設(shè)計(jì)過程。5.測(cè)試代碼編寫過程。的報(bào)告過程。7.每周/每?jī)芍艿臉?gòu)建過程。8.點(diǎn)對(duì)點(diǎn)的測(cè)試過程。9.組內(nèi)培訓(xùn)過程。白盒測(cè)試有幾種方法
答:總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。
靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。動(dòng)態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。系統(tǒng)測(cè)試計(jì)劃是否需要同行審批,為什么
答:需要,系統(tǒng)測(cè)試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評(píng)審。7alpha 測(cè)試與beta 的區(qū)別
alpha測(cè)試(α測(cè)試是由一個(gè)用戶在開發(fā)環(huán)境下進(jìn)行的測(cè)試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(huán)境下進(jìn)行的受控測(cè)試,alpha測(cè)試不能由程序員或測(cè)試員完成。alpha測(cè)試發(fā)現(xiàn)的錯(cuò)誤,可以在測(cè)試現(xiàn)場(chǎng)立刻反饋給開發(fā)人員,由開發(fā)人員及時(shí)分析和處理。目的是評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。alpha 測(cè)試可以從軟件產(chǎn)品編碼結(jié)束之后開始,或在模塊(子系統(tǒng)測(cè)試完成后開始,也可以在確認(rèn)測(cè)試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始。有關(guān)的手冊(cè)(草稿等應(yīng)該在alpha測(cè)試前準(zhǔn)備好。
beta測(cè)試(β測(cè)試是軟件的多個(gè)用戶在一個(gè)或多個(gè)用戶的實(shí)際使用環(huán)境下進(jìn)行的測(cè)試。開發(fā)者通常不在測(cè)試現(xiàn)場(chǎng),beta測(cè)試不能由程序員或測(cè)試員完成。因而,beta測(cè)試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。在beta測(cè)試中,由用戶記下遇到的所有問題,包括真實(shí)的以及主管認(rèn)定的,定期向開發(fā)者報(bào)告,開發(fā)者在綜合用戶的報(bào)告后，做出修改,最后將軟件產(chǎn)品交付給全體用戶使用。beta測(cè)試著重于產(chǎn)品的支持性,包括文檔、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)alpha測(cè)試達(dá)到一定的可靠程度后,才能開始beta測(cè)試。由于beta測(cè)試的主要目標(biāo)是測(cè)試可支持性,所以beta測(cè)試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理。
答: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è)試員完成。比較負(fù)載測(cè)試,容量測(cè)試和強(qiáng)度測(cè)試的區(qū)別
答:負(fù)載測(cè)試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時(shí)間。
強(qiáng)度測(cè)試:在一定的負(fù)荷條件下,在較長(zhǎng)時(shí)間跨度內(nèi)的系統(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í)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理。容量測(cè)試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么? 答:用例全部測(cè)試。覆蓋率達(dá)到標(biāo)準(zhǔn)。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn)。描述軟件測(cè)試活動(dòng)的生命周期?
答:測(cè)試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中: 計(jì)劃:對(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ù)前期完成的計(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).數(shù)據(jù)庫發(fā)生死鎖.因錯(cuò)誤操作導(dǎo)致的程序中斷 5.功能錯(cuò)誤 ． 與數(shù)據(jù)庫連接錯(cuò)誤 7 ． 數(shù)據(jù)通訊錯(cuò)誤 b 類：較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1 ． 程序錯(cuò)誤 2 ． 程序接口錯(cuò)誤 3 ． 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 c 類：般性錯(cuò)誤，包括以下各種錯(cuò)誤： 1 ． 操作界面錯(cuò)誤（包括數(shù)據(jù)窗口內(nèi)列名定義、含義是否一致）2 ． 打印內(nèi)容、格式錯(cuò)誤 3 ． 簡(jiǎn)單的輸入限制未放在前臺(tái)進(jìn)行控制 4 ． 刪除操作未給出提示 5 ． 數(shù)據(jù)庫表中有過多的空字段 d 類：較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1 ． 界面不規(guī)范 2 ． 輔助說明描述不清楚 3 ． 輸入輸出不規(guī)范 4 ． 長(zhǎng)操作未給用戶提示 5 ． 提示窗口文字未采用行業(yè)
術(shù)語 6 ． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 e 類：測(cè)試建議 4 怎么做好文檔測(cè)試 仔細(xì)閱讀，跟隨每個(gè)步驟，檢查每個(gè)圖形，嘗試每個(gè)示例。檢查文檔的編寫是否滿足文檔編寫的目的 內(nèi)容是否齊全，正確 內(nèi)容是否完善 標(biāo)記是否正確
測(cè)試筆試題及答案詳解篇二
軟件測(cè)試工程師筆試試題答案
一、判斷題（每題1分，12 分，正確的√，錯(cuò)誤的╳）1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說上面的這個(gè)論斷是正確的。
不少人會(huì)認(rèn)為軟件測(cè)試可以保證軟件的質(zhì)量，其實(shí)這個(gè)觀點(diǎn)是錯(cuò)誤，測(cè)試只是軟件質(zhì)量控制中的一個(gè)角色，其活動(dòng)并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個(gè)公司里面如果有了軟件測(cè)試人員，產(chǎn)品的質(zhì)量就會(huì)好起來。
2．beta 測(cè)試是驗(yàn)收測(cè)試的一種。（）beta測(cè)試和驗(yàn)收測(cè)試是兩種不同的測(cè)試。
驗(yàn)收測(cè)試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評(píng)估”適合使用”為目標(biāo)，該類測(cè)試的不是以發(fā)現(xiàn)缺陷為主要目的。
beta測(cè)試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測(cè)試。所以兩者之間的是非包容關(guān)系。
----但我覺得以上的解釋有問題，施驗(yàn)收測(cè)試的常用策略有三種，它們分別是：·正式驗(yàn)收·非正式驗(yàn)收或alpha 測(cè)試·beta 測(cè)試。顯然，無論是alpha測(cè)試還是beta測(cè)試，都是屬于驗(yàn)收測(cè)試。
3．驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（）上面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，所以驗(yàn)收測(cè)試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。
當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測(cè)試由最終用戶來實(shí)施的情況是比較長(zhǎng)見的。但是對(duì)于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測(cè)試會(huì)更多。
4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（）應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測(cè)試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時(shí)不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測(cè)試工程師，那么就應(yīng)該有一個(gè)明確的答案。5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個(gè)工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個(gè)簡(jiǎn)單的例子，在用asp,php這類腳本語言開發(fā)網(wǎng)頁的時(shí)候是根本沒有復(fù)雜的單元測(cè)試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案
6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）代碼審查是一種靜態(tài)技術(shù)，從這個(gè)意義上說代碼復(fù)查是需要和其他的一些動(dòng)態(tài)測(cè)試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求 7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（）
這道題目大家看下top-down 和 down-top的集成測(cè)試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動(dòng)測(cè)試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測(cè)試。驅(qū)動(dòng)程序和樁程序都是需要開發(fā)的。
自頂向下需要開發(fā)樁模塊 自底向下需要開發(fā)驅(qū)動(dòng)模塊
8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）load testing（負(fù)載測(cè)試），通過測(cè)試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計(jì)上的錯(cuò)誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測(cè)試中，將使測(cè)試對(duì)象承擔(dān)不同的工作量，以評(píng)測(cè)和評(píng)估測(cè)試對(duì)象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。
負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。
此外，負(fù)載測(cè)試還要評(píng)估性能特征，例如，響應(yīng)時(shí)間、事務(wù)處理速率和其他與時(shí)間相關(guān)的方面。
9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）
同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測(cè)試人員的意見，但測(cè)試人員的意見非決定性。所以還是要看一個(gè)企業(yè)賦予測(cè)試人員有多大的權(quán)力。10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（）如果測(cè)試員有這個(gè)水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會(huì)讓普通的測(cè)試人員參與代碼的評(píng)審。
11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。
12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）
集成測(cè)試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。
二、不定項(xiàng)選擇題（每題2 分，10分）1．軟件驗(yàn)收測(cè)試的合格通過準(zhǔn)則是：（）a． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。b． 所有測(cè)試項(xiàng)沒有殘余一級(jí)、二級(jí)和一
c． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。d． 驗(yàn)收測(cè)試工件齊全。
回答這道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測(cè)試的目的和目標(biāo)，一個(gè)是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個(gè)通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會(huì)對(duì)驗(yàn)收測(cè)試標(biāo)準(zhǔn)做一些調(diào)整。2．軟件測(cè)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（）a．項(xiàng)目經(jīng)理 b．sqa 負(fù)責(zé)人 c．配置負(fù)責(zé)人 d．測(cè)試組
上面的4種角色都需要參與
3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（）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è)試的一種
首先大家需要知道alpha測(cè)試是系統(tǒng)級(jí)別的測(cè)試，該測(cè)試是在一個(gè)受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是ad 4．測(cè)試設(shè)計(jì)員的職責(zé)有：（）a．制定測(cè)試計(jì)劃 b．設(shè)計(jì)測(cè)試用例
c．設(shè)計(jì)測(cè)試過程、腳本 d．評(píng)估測(cè)試活動(dòng)
合理的答案的是bc，同時(shí)要看軟件企業(yè)對(duì)該類人員的職責(zé)是如何定義。5．軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是：（）a．需求工件已經(jīng)被基線化 b．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 c．構(gòu)架工件已經(jīng)被基線化 d．項(xiàng)目階段成果已經(jīng)被基線化 先要了解一下什么是基線。這個(gè)是軟件配置管理中一個(gè)重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇abc是必定的，至于是否選擇d要看這家企業(yè)自身的標(biāo)準(zhǔn)了
填空題（每空1分，24 分）
1．軟件驗(yàn)收測(cè)試包括___、___、____三種類型。
軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種測(cè)試。
2．系統(tǒng)測(cè)試的策略有功能測(cè)試、、、、易用性測(cè)試、、、、、、、、、、等15 種方法。
《軟件測(cè)試的藝術(shù)》：功能測(cè)試，容量測(cè)試，負(fù)載測(cè)試，易用性測(cè)試，安全性測(cè)試，性能測(cè)試，存儲(chǔ)測(cè)試，配置測(cè)試，兼容性測(cè)試，安裝測(cè)試，可靠性測(cè)試，可恢復(fù)性測(cè)試，適用性測(cè)試，文檔測(cè)試，過程測(cè)試
3．設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有____和迭代計(jì)劃。設(shè)計(jì)系統(tǒng)測(cè)試計(jì)劃需要參考的項(xiàng)目文檔有軟件測(cè)試計(jì)劃、軟件需求工件、和迭代計(jì)劃。4．對(duì)面向過程的系統(tǒng)采用的集成策略有___、___兩種。自頂向下，自底向上
5．通過畫因果圖來寫測(cè)試用例的步驟為___、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。
利用因果圖生成測(cè)試用例的基本步驟是：
a 分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)果賦予一個(gè)標(biāo)識(shí)符。b 分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。c 由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一些記號(hào)標(biāo)明約束或限制條件。d 把因果圖轉(zhuǎn)換成判定表。
e 把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。
測(cè)試筆試題及答案詳解篇三
以下是測(cè)試工程師筆試題，希望對(duì)大家有幫助！
一、判斷題
1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（y）
2．beta 測(cè)試是驗(yàn)收測(cè)試的一種。（y）
3．驗(yàn)收測(cè)試是由最終用戶來實(shí)施的。（n）
4．項(xiàng)目立項(xiàng)前測(cè)試人員不需要提交任何工件。（y）
5．單元測(cè)試能發(fā)現(xiàn)約80%的軟件缺陷。（y）
6．代碼評(píng)審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（n）
7．自底向上集成需要測(cè)試員編寫驅(qū)動(dòng)程序。（y）
8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（n）
9．測(cè)試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（n）
10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（n）
11．我們可以人為的使得軟件不存在配置問題。（n）
12．集成測(cè)試計(jì)劃在需求分析階段末提交。（n）
二、選折
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è)試計(jì)劃評(píng)審會(huì)需要哪些人員參加？（abcd）
a．項(xiàng)目經(jīng)理
b．sqa 負(fù)責(zé)人
c．配置負(fù)責(zé)人
d．測(cè)試組
3．下列關(guān)于alpha 測(cè)試的描述中正確的是：（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è)試計(jì)劃
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．項(xiàng)目階段成果已經(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è)試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測(cè)試計(jì)劃，軟件需求工件和迭代計(jì)劃。
4.對(duì)面向過程的系統(tǒng)采用的集成策略有：自頂向下，自底向上兩種。
5.（這題出的有問題哦，詳細(xì)的5步驟為~~）通過畫因果圖來寫測(cè)試用例的步驟為：
（1）分析軟件規(guī)格說明描述中，哪些是原因（即輸入條件或輸入條件的等價(jià)類），哪些是結(jié)果（即輸出條件），并給每個(gè)原因和結(jié)
果賦予一個(gè)標(biāo)識(shí)符。
（2）分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間，原因與原因之間對(duì)應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系，畫出因果圖。
（3）由于語法或環(huán)境限制，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況，在因果圖上用一
些記號(hào)標(biāo)明約束或限制條件。
（4）把因果圖轉(zhuǎn)換成判定表。
（5）把判定表的每一列拿出來作為依據(jù)，設(shè)計(jì)測(cè)試用例。
測(cè)試筆試題及答案詳解篇四
軟件測(cè)試工程師筆試題一及答案
一、基礎(chǔ)理論
1、軟件測(cè)試的結(jié)束標(biāo)準(zhǔn)是什么？
2、一套完整的測(cè)試應(yīng)該由哪些階段組成？分別闡述一下各個(gè)階段。
3、什么是缺陷報(bào)告？
4、缺陷報(bào)告的作用
5、缺陷報(bào)告的要點(diǎn)
6、軟件測(cè)試缺陷報(bào)告的“5c”原則
7、缺陷的二八定理
8、軟件測(cè)試的流程
9、測(cè)試計(jì)劃的目的是什么？測(cè)試計(jì)劃的內(nèi)容都包括什么？其中哪些是最重要的？
10、請(qǐng)?jiān)囍容^一下黑盒測(cè)試、白盒測(cè)試、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試的區(qū)別與聯(lián)系。
11、alpha 測(cè)試與beta 測(cè)試的區(qū)別
答案：
一、基礎(chǔ)理論
1、測(cè)試計(jì)劃中所有規(guī)定的測(cè)試內(nèi)容和回歸測(cè)試都已經(jīng)運(yùn)行完成或根據(jù)上級(jí)主管對(duì)測(cè)試結(jié)果的意見，就可以結(jié)束本次測(cè)試
2、計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測(cè)試、回歸測(cè)試、驗(yàn)收測(cè)試
一套完整的測(cè)試應(yīng)該由五個(gè)階段組成：
1）測(cè)試計(jì)劃首先，根據(jù)用戶需求報(bào)告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書，定義相應(yīng)的測(cè)試需求報(bào)告，即制訂黑盒測(cè)試的最高標(biāo)準(zhǔn)。以后所有的測(cè)試工作都將圍繞著測(cè)試需求來進(jìn)行，符合測(cè)試需求的應(yīng)用程序即是合格的，反之即是不合格的；同時(shí)，還要適當(dāng)選擇測(cè)試內(nèi)容，合理安排測(cè)試人員、測(cè)試時(shí)間及測(cè)試資源等。
2）測(cè)試設(shè)計(jì)將測(cè)試計(jì)劃階段制訂的測(cè)試需求分解、細(xì)化為若干個(gè)可執(zhí)行的測(cè)試過程，并為每個(gè)測(cè)試過程選擇適當(dāng)?shù)臏y(cè)試用例（測(cè)試用例選擇的好壞將直接影響測(cè)試結(jié)果的有效性）。
3）測(cè)試開發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過程。
4）測(cè)試執(zhí)行執(zhí)行測(cè)試開發(fā)階段建立的自動(dòng)測(cè)試過程，并對(duì)所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理，測(cè)試執(zhí)行一般由單元測(cè)試、組合測(cè)試、集成測(cè)試、系統(tǒng)聯(lián)調(diào)及回歸測(cè)試等步驟組成，測(cè)試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度，一步一個(gè)腳印地進(jìn)行測(cè)試。
5）測(cè)試評(píng)估結(jié)合量化的測(cè)試覆蓋域及缺陷跟蹤報(bào)告，對(duì)于應(yīng)用軟件的質(zhì)量和開發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。
3、缺陷報(bào)告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報(bào)告software bug report（sbr）或軟件問題報(bào)告software problem report（spr）
4、缺陷報(bào)告是軟件測(cè)試人員的工作成果之一，體現(xiàn)軟件測(cè)試的價(jià)值
缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來，便于開發(fā)人員修正
缺陷報(bào)告可以反映項(xiàng)目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項(xiàng)目整體進(jìn)度和質(zhì)量控制
軟件測(cè)試缺陷報(bào)告是軟件測(cè)試的輸出成果之一，可以衡量測(cè)試人員的工作能力
5、標(biāo)題(title)
簡(jiǎn)潔、準(zhǔn)確、完整、反映缺陷本質(zhì)、方便查詢
前綴 + 標(biāo)題正文，標(biāo)題正文采用結(jié)果和動(dòng)作，或者現(xiàn)象和位置的方式表達(dá)
步驟(steps)
可復(fù)現(xiàn)、完整、簡(jiǎn)潔、準(zhǔn)確
按數(shù)字編號(hào)
實(shí)際結(jié)果(actual results)
準(zhǔn)確、詳細(xì)描述軟件的現(xiàn)象和特征
期望結(jié)果(expected results)
準(zhǔn)確、豐富、有理有據(jù)
平臺(tái)（platforms）
準(zhǔn)確
截圖(screenshots)
準(zhǔn)確反映缺陷特征
注釋(notes)
關(guān)于缺陷的輔助說明
6、內(nèi)容準(zhǔn)確(correct)：
每個(gè)組成部分的描述準(zhǔn)確，不會(huì)引起誤解
步驟簡(jiǎn)潔(concise)：
只包含必不可少的信息，不包括任何多余的內(nèi)容
內(nèi)容清晰(clear)：
每個(gè)組成部分的描述清晰，易于理解
結(jié)構(gòu)完整(complete)：
包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息
風(fēng)格一致(consistent)：
按照一致的格式書寫全部缺陷報(bào)告
7、在分析、設(shè)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測(cè)試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測(cè)試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶大范圍、長(zhǎng)時(shí)間使用后才會(huì)暴露出來。
8、制訂測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試、提交缺陷報(bào)告、測(cè)試總結(jié)。
9、測(cè)試計(jì)劃的目的：編寫軟件測(cè)試計(jì)劃的目的是指導(dǎo)測(cè)試組成員進(jìn)行工作和讓測(cè)試組以外的項(xiàng)目成員了解測(cè)試工作的。
測(cè)試計(jì)劃的內(nèi)容：測(cè)試目的和測(cè)試項(xiàng)目簡(jiǎn)介、測(cè)試參考文檔和測(cè)試提交文檔、術(shù)語和定義、測(cè)試策略、確定測(cè)試內(nèi)容、資源、測(cè)試進(jìn)度、測(cè)試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn)、暫
停和重新啟動(dòng)測(cè)試的標(biāo)準(zhǔn)、風(fēng)險(xiǎn)和問題等。
最重要的：測(cè)試策略、確定測(cè)試內(nèi)容、資源、測(cè)試進(jìn)度、測(cè)試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn)
10、黑盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)黑盒子，測(cè)試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。
白盒測(cè)試：把測(cè)試對(duì)象當(dāng)成一個(gè)透明的盒子，允許測(cè)試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測(cè)試用例，對(duì)程式所有邏輯路徑進(jìn)行測(cè)試。
單元測(cè)試：白盒測(cè)試的一種，對(duì)軟件設(shè)計(jì)中的單元模塊進(jìn)行測(cè)試。
集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，對(duì)單元模塊之間的連接和組裝w進(jìn)行測(cè)試。
系統(tǒng)測(cè)試：在所有都考慮的情況下，對(duì)系統(tǒng)進(jìn)行測(cè)試。
驗(yàn)收測(cè)試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測(cè)試。
測(cè)試筆試題及答案詳解篇五
程序開發(fā) 卷1
php程序員考題
考試說明：
1、試卷總分為100分。
2、本次考試時(shí)間為120分鐘。
一、邏輯推理題（9分，每題3分）
夫婦請(qǐng)了tom夫婦和henrry夫婦來他們家玩撲克。這種撲克游戲有一種規(guī)則，夫婦兩個(gè)不能一組。jack跟lily一組，tom的隊(duì)友是henrry的妻子，linda的丈夫和sara一組。那么這三對(duì)夫婦分別為：(b)a． jack—sara，tom—linda，henrry—lily b． jack—sara，tom—lily，henrry—linda c． jack—linda，tom—lily，henrry—sara d． jack—lily，tom—sara，henrry—linda
2.有17根11.1米長(zhǎng)的鋼管，要截成1.0米和0.7米的甲、乙兩種長(zhǎng)度的管子，要求截成的甲、乙兩種管子的數(shù)量一樣多。問：最多能截出甲、乙兩種管子各多少根？（c）a.99 b.105 c.111 d.121
3.一個(gè)水庫在年降水量不變的情況下，能夠維持全市12萬人20年得用水量。在該市新遷入3萬人之后，該水庫只夠維持15年得用水量。市政府號(hào)召節(jié)約用水，希望能將水庫的使用壽命提高到30年。那么該市市民平均需要節(jié)約多少比例的水才能實(shí)現(xiàn)政府制定的目標(biāo)？（a）a.2/5 b.2/7 c.1/3 d.1/4
二、php語言題（36分，每題3分）
1.語句for($k=0;$k=1;$k++);和語句for($k=0;$k==1;$k++);執(zhí)行的次數(shù)分別是(3分): a 無限和0 b 0和無限 c 都是無限 d 都是0 參考答案：a
2.讀取post方法傳遞的表單元素值的方法是(3分): a $_post[“名稱”] b $_post[“名稱”] c $post[“名稱”] d $post[“名稱”] 參考答案：b
3.下面哪個(gè)函數(shù)可以打開一個(gè)文件，以對(duì)文件進(jìn)行讀和寫操作？(3分)a fget()
程序開發(fā) 卷1
b file_open()c fopen()d open_file()參考答案：c
4.下面哪個(gè)選項(xiàng)沒有將 john 添加到users 數(shù)組中？(3分)(a)$users[] = ‘john’;(b)array_add($users,’john’);(c)array_push($users,‘john’);(d)$users ||= ‘john’;參考答案：b
是一種______腳本語言，基于______引擎。php最常被用來開發(fā)動(dòng)態(tài)的______內(nèi)容，此外，它同樣還可被用來生成______（以及其他）文檔。(3分)a．動(dòng)態(tài)，php，數(shù)據(jù)庫，html b．嵌入式，zend，html，xml c．基于perl的，php，web，靜態(tài) d．嵌入式，zend，docbook文檔，mysql e．基于zend的，php，圖像，html 參考答案：b
6.函數(shù)的形參與實(shí)參之間的數(shù)值傳遞方式有哪些？如何傳遞？（5分）
答：（1）按值傳遞方式，將實(shí)參的值復(fù)制到對(duì)應(yīng)的形參中，在函數(shù)內(nèi)部的操作針對(duì)形參進(jìn)行，操作的結(jié)果不會(huì)影響到實(shí)參，即函數(shù)返回值，實(shí)參的值不會(huì)改變。
（2）按引用傳遞方式，按引用傳遞方式就是引用將實(shí)參的內(nèi)存地址傳遞到形參中，這時(shí)在函數(shù)內(nèi)部的所有的操作都會(huì)影響到實(shí)參的值，返回后實(shí)參的值會(huì)發(fā)生變化，引用傳遞方式就是傳遞時(shí)在原基礎(chǔ)上加&號(hào)即可。
（3）默認(rèn)函數(shù)（可選參數(shù)）?？蛇x參數(shù)指定某個(gè)參數(shù)為可選參數(shù)，將可選參數(shù)放在參數(shù)引表末尾，并且指定其默認(rèn)值為空。
7.定義：$str=”a1b2c3”,請(qǐng)寫出下面兩種匹配的結(jié)果以及解釋一下兩者的區(qū)別。（5分）preg_match(‘/[w]*[d]+/i’),$str,$ary);echo $ary[0];preg_match(‘/[w]*?[d]+/i’,$str,$ary);echo $ary[0];參考答案：第一個(gè)輸出為a1b2c3,第二個(gè)輸出為a1。
區(qū)別主要是[w]*,后面有沒有跟問號(hào)，php的正則匹配模式默認(rèn)為貪婪模式，即第一個(gè)模式,表示*取盡量多的匹配字符，第二個(gè)加了個(gè)限定符？，為非貪婪（或懶惰模式），表示*取盡量少的匹配字符。(能寫出貪婪和懶惰的區(qū)別，正則表達(dá)式已經(jīng)沒大問題了。)
n和cookies 有什么區(qū)別？如果瀏覽器禁用了cookies，session還可以使用嗎？為什么？（5分）
參考答案：cookies存儲(chǔ)在客戶端，session存儲(chǔ)在服務(wù)端。瀏覽器禁用了cookies，session也不可以使用，因?yàn)閟esession是需要客戶端發(fā)送一個(gè)sessionid到服務(wù)端，禁用了cookies，客戶端就不能保存此sessionid，session也失效了。(session是常用的，考察使用的熟悉程度)
程序開發(fā) 卷1
二進(jìn)制數(shù)據(jù)流是處理是用什么函數(shù)的？（4分）參考答案：pack和unpack。(與服務(wù)端通信用到的解析方法)
10.求兩個(gè)日期的差數(shù)，例如2009-3-1 ~ 2009-4-4 的日期差數(shù)？（4分）答:(strtotime(‘2009-4-4’)-strtotime(‘2009-3-1’))/3600*24
三、linux操作題（20分，每題5分）1.請(qǐng)盡量寫出你熟悉的linux文件操作命令及其作用。
參考答案：自由發(fā)揮.基本的文件操作命令rm(移除),mv(移動(dòng)),cp(復(fù)制),chmod(改權(quán)限),pwd(查看當(dāng)前路徑),mkdir(創(chuàng)建目錄)ls(列舉當(dāng)前目錄)2.3.4.簡(jiǎn)述linux下，rsync同步命令怎么實(shí)現(xiàn)無需輸入密碼數(shù)據(jù)同步?（5分）
參考答案：在機(jī)器1上生成公鑰私鑰對(duì)，將生成的公鑰復(fù)制至機(jī)器2，加入到~/.ssh/。即可實(shí)現(xiàn)無密碼同步。(同步?jīng)]問題了)
四、綜合問答題（35分，每題5分）,lnmp分別指什么？
參考答案：lamp:linux,apache,mysql,php lnmp:linux,nginx,mysql,php linux文本編輯器vim(vi)命令行模式下有:q,:w, /word ,?word表示什么? 參考答案：:q退出，:w保存，/word往下查找，?word往上查找.(熟悉linux編輯)linux怎么添加定時(shí)任務(wù)？ 參考答案：crontab –e
2.11.請(qǐng)使用偽語言結(jié)合數(shù)據(jù)結(jié)構(gòu)冒泡排序法對(duì)以下一組數(shù)據(jù)進(jìn)行排序 10 2 36 14 10 25 23 85 99 45。
答：
$str=’10 2 36 14 10 25 23 85 99 45′;$arr=explode(‘ ‘,$str);$count=count($arr);for($i=0;$i<$count;$i++){ for($j=$i+1;$j<$count;$j++){ if($arr[$j]<$arr[$i]){ $temp=$arr[$i];$arr[$i]=$arr[$j];$arr[$j]=$temp;} } } $str1=implode(‘ ‘,$arr);echo$str1;
3.簡(jiǎn)述mysql中union all，left join的用法。
程序開發(fā) 卷1
參考答案：union all將兩次或多次查詢的結(jié)果合并。
left join從左表那里返回所有的行，即使在右表中沒有匹配的行。(這兩個(gè)能記住，mysql也比較熟了)
優(yōu)化有什么方法？
參考答案：簡(jiǎn)單點(diǎn)的就是程序員寫高質(zhì)量的sql語句，數(shù)據(jù)庫設(shè)計(jì)優(yōu)秀，按需要建立索引（重點(diǎn)）。深入點(diǎn)的，優(yōu)化mysql配置。
5.一個(gè)表中的id有多個(gè)記錄，把所有這個(gè)id的記錄查出來，并顯示共有多少條記錄數(shù)，用sql語句及視圖、存儲(chǔ)過程分別實(shí)現(xiàn)。
create procedure proc_countnum(in columnid int,out rowsno int)begin select count(*)into rowsno from member where member_id=columnid;end call proc_countnum(1,@no);select @no;方法：視圖：
create view v_countnum as select member_id,count(*)as countnum from member group by member_id select countnum from v_countnum where member_id=1
6.請(qǐng)舉例說明在你的開發(fā)過程中用什么方法來加快頁面的加載速度
參考答案：自由發(fā)揮題，言之有理即可（如：要用到服務(wù)器資源時(shí)才打開，及時(shí)關(guān)閉服務(wù)器資源，數(shù)據(jù)庫添加索引，頁面可生成靜態(tài)，圖片等大文件單獨(dú)服務(wù)器。使用代碼優(yōu)化工具）。
7.對(duì)于大流量的網(wǎng)站，您采用什么樣的方法來解決訪問量問題? 參考答案：確認(rèn)服務(wù)器硬件是否足夠支持當(dāng)前的流量,數(shù)據(jù)庫讀寫分離,優(yōu)化數(shù)據(jù)表,控制大文件的下載,使用不同主機(jī)分流主要流量確認(rèn)服務(wù)器硬件是否足夠支持當(dāng)前的流量,數(shù)據(jù)庫讀寫分離,優(yōu)化數(shù)據(jù)表,程序功能規(guī)則,禁止外部的盜鏈,控制大文件的下載,使用不同主機(jī)分流主要流量。
【本文地址：http://mlvmservice.com/zuowen/1080728.html】
