在日常學(xué)習(xí),、工作或生活中,，大家總少不了接觸作文或者范文吧，通過文章可以把我們那些零零散散的思想，聚集在一塊,。相信許多人會覺得范文很難寫,？下面我給大家整理了一些優(yōu)秀范文，希望能夠幫助到大家,，我們一起來看一看吧,。

測試筆試題及答案解析 筆試題目及答案篇一

一、判斷題

1．軟件測試的目的是盡可能多的找出軟件的缺陷,。（y）

2．beta 測試是驗收測試的一種,。（y）

3．驗收測試是由最終用戶來實施的。（n）

4．項目立項前測試人員不需要提交任何工件,。（y）

5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷,。（y）

6．代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求。（n）

7．自底向上集成需要測試員編寫驅(qū)動程序,。（y）

8．負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度,。（n）

9．測試人員要堅持原則，缺陷未修復(fù)完堅決不予通過,。（n）

10．代碼評審員一般由測試員擔(dān)任,。（n）

11．我們可以人為的使得軟件不存在配置問題。（n）

12．集成測試計劃在需求分析階段末提交,。（n）

二,、選折

1．軟件驗收測試的合格通過準(zhǔn)則是：（abcd）

a． 軟件需求分析說明書中定義的所有功能已全部實現(xiàn)，性能指標(biāo)全部達(dá)到要求,。

b． 所有測試項沒有殘余一級,、二級和三級錯誤。

c． 立項審批表,、需求分析文檔,、設(shè)計文檔和編碼實現(xiàn)一致。

d． 驗收測試工件齊全,。

2．軟件測試計劃評審會需要哪些人員參加,？（abcd）

a．項目經(jīng)理

b．sqa 負(fù)責(zé)人

c．配置負(fù)責(zé)人

d．測試組

3．下列關(guān)于alpha 測試的描述中正確的是：（ad）

a．a(chǎn)lpha 測試需要用戶代表參加

b．a(chǎn)lpha 測試不需要用戶代表參加

c．a(chǎn)lpha 測試是系統(tǒng)測試的一種

d．a(chǎn)lpha 測試是驗收測試的一種

4．測試設(shè)計員的職責(zé)有：（bc）

a．制定測試計劃

b．設(shè)計測試用例

c．設(shè)計測試過程、腳本

d．評估測試活動

5．軟件實施活動的進(jìn)入準(zhǔn)則是：（abc）

a．需求工件已經(jīng)被基線化

b．詳細(xì)設(shè)計工件已經(jīng)被基線化

c．構(gòu)架工件已經(jīng)被基線化

d．項目階段成果已經(jīng)被基線化

三,、添空

1.軟件驗收測試包括：正式驗收測試,，alpha測試,，beta測試,。

2.系統(tǒng)測試的策略有：功能測試，性能測試,，可靠性測試,，負(fù)載測試，易用性測試，強度測試,，安全測試,，配置測試，安裝測試,，卸

載測試，文擋測試，故障恢復(fù)測試,，界面測試,，容量測試,，兼容性測試,，分布測試，可用性測試,，（有的可以合在一起,，分開寫只要

寫出15就滿分哦）

3.設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有：軟件測試計劃,，軟件需求工件和迭代計劃,。

4.對面向過程的系統(tǒng)采用的集成策略有：自頂向下,，自底向上兩種,。

5.（這題出的有問題哦，詳細(xì)的5步驟為~~）通過畫因果圖來寫測試用例的步驟為：

（1）分析軟件規(guī)格說明描述中,，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結(jié)果（即輸出條件）,，并給每個原因和結(jié)

果賦予一個標(biāo)識符,。

（2）分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間,，原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系,，畫出因果圖,。

（3）由于語法或環(huán)境限制,，有些原因與原因之間，原因與結(jié)果之間的組合情況不可能出現(xiàn),。為表明這些特殊情況,，在因果圖上用一

些記號標(biāo)明約束或限制條件,。

（4）把因果圖轉(zhuǎn)換成判定表。

（5）把判定表的每一列拿出來作為依據(jù),，設(shè)計測試用例,。

測試筆試題及答案解析 筆試題目及答案篇二

程序開發(fā) 卷1

php程序員考題

考試說明：

1、試卷總分為100分,。

2,、本次考試時間為120分鐘。

一,、邏輯推理題（9分,，每題3分）

夫婦請了tom夫婦和henrry夫婦來他們家玩撲克。這種撲克游戲有一種規(guī)則,，夫婦兩個不能一組,。jack跟lily一組，tom的隊友是henrry的妻子,，linda的丈夫和sara一組,。那么這三對夫婦分別為：(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米長的鋼管,，要截成1.0米和0.7米的甲、乙兩種長度的管子,，要求截成的甲,、乙兩種管子的數(shù)量一樣多。問：最多能截出甲,、乙兩種管子各多少根,？（c）a.99 b.105 c.111 d.121

3.一個水庫在年降水量不變的情況下，能夠維持全市12萬人20年得用水量,。在該市新遷入3萬人之后,，該水庫只夠維持15年得用水量。市政府號召節(jié)約用水,，希望能將水庫的使用壽命提高到30年,。那么該市市民平均需要節(jié)約多少比例的水才能實現(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.下面哪個函數(shù)可以打開一個文件，以對文件進(jìn)行讀和寫操作,？(3分)a fget()

程序開發(fā) 卷1

b file_open()c fopen()d open_file()參考答案：c

4.下面哪個選項沒有將 john 添加到users 數(shù)組中,？(3分)(a)$users[] = ‘john’;(b)array_add($users,’john’);(c)array_push($users,‘john’);(d)$users ||= ‘john’;參考答案：b

是一種______腳本語言，基于______引擎,。php最常被用來開發(fā)動態(tài)的______內(nèi)容,，此外，它同樣還可被用來生成______（以及其他）文檔,。(3分)a．動態(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ù)值傳遞方式有哪些？如何傳遞？（5分）

答：（1）按值傳遞方式，將實參的值復(fù)制到對應(yīng)的形參中，在函數(shù)內(nèi)部的操作針對形參進(jìn)行，操作的結(jié)果不會影響到實參，即函數(shù)返回值,，實參的值不會改變。

（2）按引用傳遞方式，按引用傳遞方式就是引用將實參的內(nèi)存地址傳遞到形參中,，這時在函數(shù)內(nèi)部的所有的操作都會影響到實參的值,，返回后實參的值會發(fā)生變化，引用傳遞方式就是傳遞時在原基礎(chǔ)上加&號即可。

（3）默認(rèn)函數(shù)（可選參數(shù)）,?？蛇x參數(shù)指定某個參數(shù)為可選參數(shù),，將可選參數(shù)放在參數(shù)引表末尾,，并且指定其默認(rèn)值為空,。

7.定義：$str=”a1b2c3”,請寫出下面兩種匹配的結(jié)果以及解釋一下兩者的區(qū)別。（5分）preg_match(‘/[w]*[d]+/i’),$str,$ary);echo $ary[0];preg_match(‘/[w]*?[d]+/i’,$str,$ary);echo $ary[0];參考答案：第一個輸出為a1b2c3,第二個輸出為a1,。

區(qū)別主要是[w]*,后面有沒有跟問號,，php的正則匹配模式默認(rèn)為貪婪模式，即第一個模式,表示*取盡量多的匹配字符,，第二個加了個限定符,？，為非貪婪（或懶惰模式）,，表示*取盡量少的匹配字符,。(能寫出貪婪和懶惰的區(qū)別，正則表達(dá)式已經(jīng)沒大問題了,。)

n和cookies 有什么區(qū)別,？如果瀏覽器禁用了cookies，session還可以使用嗎,？為什么,？（5分）

參考答案：cookies存儲在客戶端，session存儲在服務(wù)端。瀏覽器禁用了cookies,，session也不可以使用,，因為sesession是需要客戶端發(fā)送一個sessionid到服務(wù)端，禁用了cookies,，客戶端就不能保存此sessionid,，session也失效了。(session是常用的,，考察使用的熟悉程度)

程序開發(fā) 卷1

二進(jìn)制數(shù)據(jù)流是處理是用什么函數(shù)的,？（4分）參考答案：pack和unpack。(與服務(wù)端通信用到的解析方法)

10.求兩個日期的差數(shù),，例如2009-3-1 ~ 2009-4-4 的日期差數(shù),？（4分）答:(strtotime(‘2009-4-4’)-strtotime(‘2009-3-1’))/3600*24

三、linux操作題（20分,，每題5分）1.請盡量寫出你熟悉的linux文件操作命令及其作用,。

參考答案：自由發(fā)揮.基本的文件操作命令rm(移除),mv(移動),cp(復(fù)制),chmod(改權(quán)限),pwd(查看當(dāng)前路徑),mkdir(創(chuàng)建目錄)ls(列舉當(dāng)前目錄)2.3.4.簡述linux下,，rsync同步命令怎么實現(xiàn)無需輸入密碼數(shù)據(jù)同步?（5分）

參考答案：在機器1上生成公鑰私鑰對,，將生成的公鑰復(fù)制至機器2，加入到~/.ssh/,。即可實現(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怎么添加定時任務(wù)？ 參考答案：crontab –e

2.11.請使用偽語言結(jié)合數(shù)據(jù)結(jié)構(gòu)冒泡排序法對以下一組數(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.簡述mysql中union all,，left join的用法。

程序開發(fā) 卷1

參考答案：union all將兩次或多次查詢的結(jié)果合并,。

left join從左表那里返回所有的行,，即使在右表中沒有匹配的行。(這兩個能記住,，mysql也比較熟了)

優(yōu)化有什么方法,？

參考答案：簡單點的就是程序員寫高質(zhì)量的sql語句，數(shù)據(jù)庫設(shè)計優(yōu)秀,，按需要建立索引（重點）,。深入點的，優(yōu)化mysql配置,。

5.一個表中的id有多個記錄,，把所有這個id的記錄查出來,，并顯示共有多少條記錄數(shù)，用sql語句及視圖,、存儲過程分別實現(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.請舉例說明在你的開發(fā)過程中用什么方法來加快頁面的加載速度

參考答案：自由發(fā)揮題，言之有理即可（如：要用到服務(wù)器資源時才打開,，及時關(guān)閉服務(wù)器資源,，數(shù)據(jù)庫添加索引，頁面可生成靜態(tài),，圖片等大文件單獨服務(wù)器,。使用代碼優(yōu)化工具）。

7.對于大流量的網(wǎng)站,，您采用什么樣的方法來解決訪問量問題? 參考答案：確認(rèn)服務(wù)器硬件是否足夠支持當(dāng)前的流量,數(shù)據(jù)庫讀寫分離,優(yōu)化數(shù)據(jù)表,控制大文件的下載,使用不同主機分流主要流量確認(rèn)服務(wù)器硬件是否足夠支持當(dāng)前的流量,數(shù)據(jù)庫讀寫分離,優(yōu)化數(shù)據(jù)表,程序功能規(guī)則,禁止外部的盜鏈,控制大文件的下載,使用不同主機分流主要流量,。

測試筆試題及答案解析 筆試題目及答案篇三

軟件測試工程師筆試題一及答案

一、基礎(chǔ)理論

1,、軟件測試的結(jié)束標(biāo)準(zhǔn)是什么,？

2、一套完整的測試應(yīng)該由哪些階段組成,？分別闡述一下各個階段,。

3、什么是缺陷報告,？

4,、缺陷報告的作用

5、缺陷報告的要點

6,、軟件測試缺陷報告的“5c”原則

7,、缺陷的二八定理

8、軟件測試的流程

9,、測試計劃的目的是什么,？測試計劃的內(nèi)容都包括什么？其中哪些是最重要的,？

10,、請試著比較一下黑盒測試、白盒測試,、單元測試,、集成測試、系統(tǒng)測試,、驗收測試的區(qū)別與聯(lián)系,。

11、alpha 測試與beta 測試的區(qū)別

答案：

一、基礎(chǔ)理論

1,、測試計劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運行完成或根據(jù)上級主管對測試結(jié)果的意見,，就可以結(jié)束本次測試

2、計劃階段,、設(shè)計階段,、白盒單元、白盒集成,、黑盒單元,、黑盒集成、系統(tǒng)測試,、回歸測試,、驗收測試

一套完整的測試應(yīng)該由五個階段組成：

1）測試計劃首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書,，定義相應(yīng)的測試需求報告,，即制訂黑盒測試的最高標(biāo)準(zhǔn)。以后所有的測試工作都將圍繞著測試需求來進(jìn)行,，符合測試需求的應(yīng)用程序即是合格的,，反之即是不合格的；同時,，還要適當(dāng)選擇測試內(nèi)容,，合理安排測試人員,、測試時間及測試資源等,。

2）測試設(shè)計將測試計劃階段制訂的測試需求分解、細(xì)化為若干個可執(zhí)行的測試過程,，并為每個測試過程選擇適當(dāng)?shù)臏y試用例（測試用例選擇的好壞將直接影響測試結(jié)果的有效性）,。

3）測試開發(fā)建立可重復(fù)使用的自動測試過程。

4）測試執(zhí)行執(zhí)行測試開發(fā)階段建立的自動測試過程,，并對所發(fā)現(xiàn)的缺陷進(jìn)行跟蹤管理,，測試執(zhí)行一般由單元測試、組合測試,、集成測試,、系統(tǒng)聯(lián)調(diào)及回歸測試等步驟組成，測試人員應(yīng)本著科學(xué)負(fù)責(zé)的態(tài)度,，一步一個腳印地進(jìn)行測試,。

5）測試評估結(jié)合量化的測試覆蓋域及缺陷跟蹤報告，對于應(yīng)用軟件的質(zhì)量和開發(fā)團隊的工作進(jìn)度及工作效率進(jìn)行綜合評價,。

3,、缺陷報告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報告software bug report（sbr）或軟件問題報告software problem report（spr）

4、缺陷報告是軟件測試人員的工作成果之一,，體現(xiàn)軟件測試的價值

缺陷報告可以把軟件存在的缺陷準(zhǔn)確的描述出來,，便于開發(fā)人員修正

缺陷報告可以反映項目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項目整體進(jìn)度和質(zhì)量控制

軟件測試缺陷報告是軟件測試的輸出成果之一,，可以衡量測試人員的工作能力

5,、標(biāo)題(title)

簡潔、準(zhǔn)確,、完整,、反映缺陷本質(zhì)、方便查詢

前綴 + 標(biāo)題正文,，標(biāo)題正文采用結(jié)果和動作,，或者現(xiàn)象和位置的方式表達(dá)

步驟(steps)

可復(fù)現(xiàn)、完整,、簡潔,、準(zhǔn)確

按數(shù)字編號

實際結(jié)果(actual results)

準(zhǔn)確、詳細(xì)描述軟件的現(xiàn)象和特征

期望結(jié)果(expected results)

準(zhǔn)確,、豐富,、有理有據(jù)

平臺（platforms）

準(zhǔn)確

截圖(screenshots)

準(zhǔn)確反映缺陷特征

注釋(notes)

關(guān)于缺陷的輔助說明

6、內(nèi)容準(zhǔn)確(correct)：

每個組成部分的描述準(zhǔn)確,，不會引起誤解

步驟簡潔(concise)：

只包含必不可少的信息,，不包括任何多余的內(nèi)容

內(nèi)容清晰(clear)：

每個組成部分的描述清晰，易于理解

結(jié)構(gòu)完整(complete)：

包含復(fù)現(xiàn)該缺陷的完整步驟和其他本質(zhì)信息

風(fēng)格一致(consistent)：

按照一致的格式書寫全部缺陷報告

7,、在分析,、設(shè)計、實現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷,，而系統(tǒng)測試又能找出其余缺陷中的80%,，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來,。

8,、制訂測試計劃、設(shè)計測試用例,、實施測試,、提交缺陷報告、測試總結(jié),。

9,、測試計劃的目的：編寫軟件測試計劃的目的是指導(dǎo)測試組成員進(jìn)行工作和讓測試組以外的項目成員了解測試工作的。

測試計劃的內(nèi)容：測試目的和測試項目簡介,、測試參考文檔和測試提交文檔,、術(shù)語和定義,、測試策略、確定測試內(nèi)容,、資源,、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配,、項目通過或失敗的標(biāo)準(zhǔn),、暫

停和重新啟動測試的標(biāo)準(zhǔn)、風(fēng)險和問題等,。

最重要的：測試策略,、確定測試內(nèi)容、資源,、測試進(jìn)度,、測試員的職責(zé)與任務(wù)分配、項目通過或失敗的標(biāo)準(zhǔn)

10,、黑盒測試：把測試對象當(dāng)成一個黑盒子,，測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明,。

白盒測試：把測試對象當(dāng)成一個透明的盒子,，允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計或選擇測試用例,，對程式所有邏輯路徑進(jìn)行測試,。

單元測試：白盒測試的一種，對軟件設(shè)計中的單元模塊進(jìn)行測試,。

集成測試：在單元測試的基礎(chǔ)上,，對單元模塊之間的連接和組裝w進(jìn)行測試。

系統(tǒng)測試：在所有都考慮的情況下,，對系統(tǒng)進(jìn)行測試,。

驗收測試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測試,。

測試筆試題及答案解析 筆試題目及答案篇四

1.軟件測試的目的是盡可能多的找出軟件的缺陷。(y 測試是驗收測試的一種,。(y 驗收測試(acceptance testing是部署軟件之前的最后一個測試操作,。驗收測試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。.驗收測試是由最終用戶來實施的,。(n 由測試人員來實施的.項目立項前測試人員不需要提交任何工件,。(y 工件:加工過程中生產(chǎn)對象 5.單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。(y 6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求,。(n 代碼評審也稱代碼復(fù)查,是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動,。.自底向上集成需要測試員編寫驅(qū)動程序,。(y 自頂向下綜合測試的具體步驟為: 1 以主控模塊作為測試驅(qū)動模塊,把對主控模塊進(jìn)行單元測試時引入的所有樁模塊用實際模塊替代;2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先,每次只替代一個樁模塊;3 每集成一個模塊立即測試一遍;4 只有每組測試完成后,才著手替換下一個樁模塊;為避免引入新錯誤,須不斷地進(jìn)行回歸測試(即全部或部分地重復(fù)已做過的測試,。

自底向上綜合測試的步驟分為: 1 把低層模塊組織成實現(xiàn)某個子功能的模塊群(cluster;2 開發(fā)一個測試驅(qū)動模塊,控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;3 對每個模塊群進(jìn)行測試;4 刪除測試使用的驅(qū)動模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群,。.負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度,。(n 負(fù)載測試(load testing,通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負(fù)載能力。在這種測試中,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運行的能力,。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行,。此外,負(fù)載測試還要評估性能特征,。例如,響應(yīng)時間,、事務(wù)處理速率和其他與時間相關(guān)的方面。.測試人員要堅持原則,缺陷未修復(fù)完堅決不予通過,。(n 10.代碼評審員一般由測試員擔(dān)任,。(n 11.我們可以人為的使得軟件不存在配置問題。(n 是一種標(biāo)識,、組織和控制修改的技術(shù),。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道,在軟件建立時變更是不可避免的,而變更加劇了項目中軟件開發(fā)者之間的混亂,。.集成測試計劃在需求分析階段末提交,。(n

執(zhí)行階段

1時間安排單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了

2輸入需求規(guī)格說明書概要設(shè)計集成測試計劃集成高度設(shè)計集成測試?yán)蓽y試規(guī)程集成測試代碼(如果有集成測試腳本集成測試工具詳細(xì)設(shè)計代碼單元測試報告

3入口條件單元測試階段已經(jīng)通過基線化評審

4活動步驟執(zhí)行集成測試用例回歸集成測試用例撰寫集成測試報告 5輸出集成測試報告

6出口條件集成測試報告通過集成測試階段基線評審

二、選擇題.軟件驗收測試的合格通過準(zhǔn)則是:(abcd a.軟件需求分析說明書中定義的所有功能已全部實現(xiàn),性能指標(biāo)全部達(dá)到要求,。

b.所有測試項沒有殘余一級,、二級和三級錯誤。

c.立項審批表,、需求分析文檔,、設(shè)計文檔和編碼實現(xiàn)一致。d.驗收測試工件齊全,。.軟件測試計劃評審會需要哪些人員參加?(abcd a.項目經(jīng)理 負(fù)責(zé)人

軟件質(zhì)量保證(sqa是建立一套有計劃

目標(biāo) 1: 軟件質(zhì)量保證工作是有計劃進(jìn)行的,。

目標(biāo) 2: 客觀地驗證軟件項目產(chǎn)品和工作是否遵循恰當(dāng)?shù)臉?biāo)準(zhǔn)、步驟和需求,。目標(biāo) 3: 將軟件質(zhì)量保證工作及結(jié)果通知給相關(guān)組別和個人,。目標(biāo) 4: 高級管理層接觸到在項目內(nèi)部不能解決的不符合類問題。c.配置負(fù)責(zé)人 d.測試組.下列關(guān)于alpha測試的描述中正確的是:(ad 測試需要用戶代表參加 測試不需要用戶代表參加 測試是系統(tǒng)測試的一種 測試是驗收測試的一種 4.測試設(shè)計員的職責(zé)有:(bc a.制定測試計劃 b.設(shè)計測試用例 c.設(shè)計測試過程,、腳本 d.評估測試活動.軟件實施活動的進(jìn)入準(zhǔn)則是:(abc a.需求工件已經(jīng)被基線化 工件加工過程中的生產(chǎn)對象,。

基線化一個文檔如果經(jīng)過討論被通過了,被固定了,就可以說這個文檔被“基線化”

了,然后所有人就可以在這個“基線”的基礎(chǔ)上工作,。b.詳細(xì)設(shè)計工件已經(jīng)被基線化 c.構(gòu)架工件已經(jīng)被基線化 d.項目階段成果已經(jīng)被基線化

三、添空

1.軟件驗收測試包括:正式驗收測試,alpha測試,beta測試,。

2.系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性測試,強度

測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(fù)測試,界面測 試,容量測試,兼容性測試,分布測試,可用性測試(有的可以合在一起,分開寫只要寫出15 就滿分哦

3.設(shè)計系統(tǒng)測試計劃需要參考的項目文擋有:_軟件測試計劃,軟件需求工件和迭代計劃,。

4.對面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。5.通過畫因果圖來寫測試用例的步驟為:(1根據(jù)程序規(guī)格說明書描述,分析并確定因(輸入條件和果(輸出結(jié)果或程序狀態(tài)的

改變,畫出因果圖,。

(2將得到的因果圖轉(zhuǎn)換為判定表,。

(3為判定表中每一列所表示的情況設(shè)計一個測試用例。

四,、簡答

1.區(qū)別階段評審的與同行評審

答:同行評審目的:發(fā)現(xiàn)小規(guī)模工作產(chǎn)品的錯誤,只要是找錯誤;階段評審目的:評審模塊階段作品的正確性可行性及完整性

同行評審人數(shù):3-7人人員必須經(jīng)過同行評審會議的培訓(xùn),由sqa指導(dǎo) 階段評審人數(shù):5人左右評審人必須是專家具有系統(tǒng)評審資格 同行評審內(nèi)容:內(nèi)容小一般文檔 < 40頁, 代碼 < 500行 階段評審內(nèi)容: 內(nèi)容多,主要看重點 同行評審時間:一小部分工作產(chǎn)品完成

階段評審時間: 通常是設(shè)置在關(guān)鍵路徑的時間點上!2.什么是軟件測試

答:測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程

軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設(shè)計和維護測試系統(tǒng),對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估,。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。簡述集成測試的過程

答:系統(tǒng)集成測試主要包括以下過程:1.構(gòu)建的確認(rèn)過程,。2.補丁的確認(rèn)過程,。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設(shè)計過程,。5.測試代碼編寫過程,。的報告過程。7.每周/每兩周的構(gòu)建過程,。8.點對點的測試過程,。9.組內(nèi)培訓(xùn)過程。白盒測試有幾種方法

答:總體上分為靜態(tài)方法和動態(tài)方法兩大類,。

靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義,。動態(tài):語句覆蓋、判定覆蓋,、條件覆蓋,、判定條件覆蓋、條件組合覆蓋,、路徑覆蓋。系統(tǒng)測試計劃是否需要同行審批,為什么

答:需要,系統(tǒng)測試計劃屬于項目階段性關(guān)鍵文檔,因此需要評審,。7alpha 測試與beta 的區(qū)別

alpha測試(α測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實際操作環(huán)境下進(jìn)行的受控測試,alpha測試不能由程序員或測試員完成,。alpha測試發(fā)現(xiàn)的錯誤,可以在測試現(xiàn)場立刻反饋給開發(fā)人員,由開發(fā)人員及時分析和處理。目的是評價軟件產(chǎn)品的功能,、可使用性,、可靠性、性能和支持,。尤其注重產(chǎn)品的界面和特色,。alpha 測試可以從軟件產(chǎn)品編碼結(jié)束之后開始,或在模塊(子系統(tǒng)測試完成后開始,也可以在確認(rèn)測試過程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開始,。有關(guān)的手冊(草稿等應(yīng)該在alpha測試前準(zhǔn)備好,。

beta測試(β測試是軟件的多個用戶在一個或多個用戶的實際使用環(huán)境下進(jìn)行的測試,。開發(fā)者通常不在測試現(xiàn)場,beta測試不能由程序員或測試員完成,。因而,beta測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用,。在beta測試中,由用戶記下遇到的所有問題,包括真實的以及主管認(rèn)定的,定期向開發(fā)者報告,開發(fā)者在綜合用戶的報告后,，做出修改,最后將軟件產(chǎn)品交付給全體用戶使用,。beta測試著重于產(chǎn)品的支持性,包括文檔,、客戶培訓(xùn)和支持產(chǎn)品的生產(chǎn)能力。只有當(dāng)alpha測試達(dá)到一定的可靠程度后,才能開始beta測試,。由于beta測試的主要目標(biāo)是測試可支持性,所以beta測試應(yīng)該盡可能由主持產(chǎn)品發(fā)行的人員來管理,。

答:alpha 測試在系統(tǒng)開發(fā)接近完成時對應(yīng)用系統(tǒng)的測試;測試后仍然會有少量的設(shè)計變更,。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成,。

beta 測試當(dāng)開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。比較負(fù)載測試,容量測試和強度測試的區(qū)別

答:負(fù)載測試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時間。

強度測試:在一定的負(fù)荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運行給系統(tǒng)性能所造成的影響,。

容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項指標(biāo)的極限值(如最大并發(fā)用戶數(shù),、數(shù)據(jù)庫記錄數(shù)等,系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運行。容量測試還將確定測試對象在給定時間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量,。容量測試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來發(fā)現(xiàn)它是否能夠正確處理,。容量測試是面向數(shù)據(jù)的,并且它的目的是顯示系統(tǒng)可以處理目標(biāo)內(nèi)確定的數(shù)據(jù)容量。測試結(jié)束的標(biāo)準(zhǔn)是什么? 答:用例全部測試,。覆蓋率達(dá)到標(biāo)準(zhǔn),。缺陷率達(dá)到標(biāo)準(zhǔn)。其他指標(biāo)達(dá)到質(zhì)量標(biāo)準(zhǔn),。描述軟件測試活動的生命周期?

答:測試周期分為計劃,、設(shè)計、實現(xiàn),、執(zhí)行,、總結(jié)。其中: 計劃:對整個測試周期中所有活動進(jìn)行規(guī)劃,估計工作量,、風(fēng)險,安排人力物力資源,安排進(jìn)度等;設(shè)計:完成測試方案,從技術(shù)層面上對測試進(jìn)行規(guī)劃;實現(xiàn):進(jìn)行測試用例和測試規(guī)程設(shè)計;執(zhí)行:根據(jù)前期完成的計劃,、方案、用例,、規(guī)程等文檔,執(zhí)行測試用例,。總結(jié):記錄測試結(jié)果,進(jìn)行測試分析,完成測試報告,。11 軟件的缺陷等級應(yīng)如何劃分? a類:嚴(yán)重錯誤,包括以下各種錯誤: 1.由于程序所引起的死機, 非法退出 2.死循環(huán).數(shù)據(jù)庫發(fā)生死鎖.因錯誤操作導(dǎo)致的程序中斷 5.功能錯誤 ． 與數(shù)據(jù)庫連接錯誤 7 ． 數(shù)據(jù)通訊錯誤 b 類：較嚴(yán)重錯誤,，包括以下各種錯誤： 1 ． 程序錯誤 2 ． 程序接口錯誤 3 ． 數(shù)據(jù)庫的表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件 c 類：般性錯誤,，包括以下各種錯誤： 1 ． 操作界面錯誤（包括數(shù)據(jù)窗口內(nèi)列名定義,、含義是否一致）2 ． 打印內(nèi)容、格式錯誤 3 ． 簡單的輸入限制未放在前臺進(jìn)行控制 4 ． 刪除操作未給出提示 5 ． 數(shù)據(jù)庫表中有過多的空字段 d 類：較小錯誤,，包括以下各種錯誤： 1 ． 界面不規(guī)范 2 ． 輔助說明描述不清楚 3 ． 輸入輸出不規(guī)范 4 ． 長操作未給用戶提示 5 ． 提示窗口文字未采用行業(yè)

術(shù)語 6 ． 可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯的區(qū)分標(biāo)志 e 類：測試建議 4 怎么做好文檔測試 仔細(xì)閱讀,，跟隨每個步驟，檢查每個圖形,，嘗試每個示例,。檢查文檔的編寫是否滿足文檔編寫的目的 內(nèi)容是否齊全，正確 內(nèi)容是否完善 標(biāo)記是否正確

測試筆試題及答案解析 筆試題目及答案篇五

軟件測試工程師筆試試題答案

一,、判斷題（每題1分,，12 分，正確的√,，錯誤的╳）1．軟件測試的目的是盡可能多的找出軟件的缺陷,。（）軟件測試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個意義上面說上面的這個論斷是正確的,。

不少人會認(rèn)為軟件測試可以保證軟件的質(zhì)量,，其實這個觀點是錯誤，測試只是軟件質(zhì)量控制中的一個角色,，其活動并不能達(dá)成軟件質(zhì)量保證的效果,。所以不要認(rèn)為一個公司里面如果有了軟件測試人員，產(chǎn)品的質(zhì)量就會好起來,。

2．beta 測試是驗收測試的一種,。（）beta測試和驗收測試是兩種不同的測試。

驗收測試的目的是為了以發(fā)現(xiàn)”未實現(xiàn)的需求”為目的,，以評估”適合使用”為目標(biāo),，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。

beta測試是一模擬真實的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試,。所以兩者之間的是非包容關(guān)系,。

----但我覺得以上的解釋有問題，施驗收測試的常用策略有三種,，它們分別是：·正式驗收·非正式驗收或alpha 測試·beta 測試,。顯然，無論是alpha測試還是beta測試,，都是屬于驗收測試,。

3．驗收測試是由最終用戶來實施的。（）上面說到了驗收測試的目的和目標(biāo),，所以驗收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實施,。例如產(chǎn)品經(jīng)理,。

當(dāng)軟件以項目的形式出現(xiàn)，那么驗收測試由最終用戶來實施的情況是比較長見的,。但是對于產(chǎn)品形式的軟件,，生產(chǎn)企業(yè)內(nèi)部的驗收測試會更多。

4．項目立項前測試人員不需要提交任何工件,。（）應(yīng)該說這道題目沒有明確的答案,，在項目立項前測試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè),，立項前要達(dá)成的一些必要條件也是大相徑庭的,。應(yīng)該說這一題目出的不是很好,，如果你是出題人這家企業(yè)的測試工程師,，那么就應(yīng)該有一個明確的答案。5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷,。（）同樣這一題目也沒有標(biāo)準(zhǔn)答案,。因為該數(shù)據(jù)的來源和其統(tǒng)計的方法，樣本都沒有一個工業(yè)標(biāo)準(zhǔn),。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性,。這里我可以說一個簡單的例子，在用asp,php這類腳本語言開發(fā)網(wǎng)頁的時候是根本沒有復(fù)雜的單元測試,。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義,，還是值得商榷的。所以這道題目出的不好,，沒有明確的答案

6．代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計的要求,。（）代碼審查是一種靜態(tài)技術(shù)，從這個意義上說代碼復(fù)查是需要和其他的一些動態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計的要求 7．自底向上集成需要測試員編寫驅(qū)動程序,。（）

這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案,。這里需要了解的是什么是驅(qū)動測試程序，什么是樁程序,。如果集成組件數(shù)量眾多,，多關(guān)系層次，那么不論是什么類型的集成測試,。驅(qū)動程序和樁程序都是需要開發(fā)的,。

自頂向下需要開發(fā)樁模塊 自底向下需要開發(fā)驅(qū)動模塊

8．負(fù)載測試是驗證要檢驗的系統(tǒng)的能力最高能達(dá)到什么程度。（）load testing（負(fù)載測試）,，通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),，以發(fā)現(xiàn)設(shè)計上的錯誤或驗證系統(tǒng)的負(fù)載能力。在這種測試中,，將使測試對象承擔(dān)不同的工作量,，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運行的能力。

負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運行,。

此外,，負(fù)載測試還要評估性能特征，例如,，響應(yīng)時間,、事務(wù)處理速率和其他與時間相關(guān)的方面。

9．測試人員要堅持原則,，缺陷未修復(fù)完堅決不予通過,。（）

同樣，這一題沒有正確的答案,。缺陷是否修復(fù)是需要聽取測試人員的意見,，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權(quán)力,。10．代碼評審員一般由測試員擔(dān)任,。（）如果測試員有這個水平，那么當(dāng)然是可以參加的,。不過大多數(shù)的企業(yè)不會讓普通的測試人員參與代碼的評審,。

11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置,，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置,。但是可以肯定的是不論是何種情況，答案均是否定的,。

12．集成測試計劃在需求分析階段末提交,。（）

集成測試計劃在開發(fā)人員完成軟件集成計劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實的事情,，應(yīng)該在軟件的設(shè)計階段后，編碼前,。

二、不定項選擇題（每題2 分,，10分）1．軟件驗收測試的合格通過準(zhǔn)則是：（）a． 軟件需求分析說明書中定義的所有功能已全部實現(xiàn),，性能指標(biāo)全部達(dá)到要求,。b． 所有測試項沒有殘余一級,、二級和一

c． 立項審批表,、需求分析文檔、設(shè)計文檔和編碼實現(xiàn)一致,。d． 驗收測試工件齊全,。

回答這道題,，你必須是這家企業(yè)的員工,。前面說到了驗收測試的目的和目標(biāo),，一個是需求必須實現(xiàn)，二是證明軟件是適合使用的,。這樣能滿足這兩個通用標(biāo)準(zhǔn)就可以了,。當(dāng)然有些軟件企業(yè)會對驗收測試標(biāo)準(zhǔn)做一些調(diào)整,。2．軟件測試計劃評審會需要哪些人員參加,？（）a．項目經(jīng)理 b．sqa 負(fù)責(zé)人 c．配置負(fù)責(zé)人 d．測試組

上面的4種角色都需要參與

3．下列關(guān)于alpha 測試的描述中正確的是：（）a．a(chǎn)lpha 測試需要用戶代表參加 b．a(chǎn)lpha 測試不需要用戶代表參加 c．a(chǎn)lpha 測試是系統(tǒng)測試的一種 d．a(chǎn)lpha 測試是驗收測試的一種

首先大家需要知道alpha測試是系統(tǒng)級別的測試,，該測試是在一個受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來,。所以答案應(yīng)該是ad 4．測試設(shè)計員的職責(zé)有：（）a．制定測試計劃 b．設(shè)計測試用例

c．設(shè)計測試過程,、腳本 d．評估測試活動

合理的答案的是bc，同時要看軟件企業(yè)對該類人員的職責(zé)是如何定義,。5．軟件實施活動的進(jìn)入準(zhǔn)則是：（）a．需求工件已經(jīng)被基線化 b．詳細(xì)設(shè)計工件已經(jīng)被基線化 c．構(gòu)架工件已經(jīng)被基線化 d．項目階段成果已經(jīng)被基線化 先要了解一下什么是基線,。這個是軟件配置管理中一個重要的概念。工作產(chǎn)品必須納入到一定的基線里面,。所以選擇abc是必定的,，至于是否選擇d要看這家企業(yè)自身的標(biāo)準(zhǔn)了

填空題（每空1分，24 分）

1．軟件驗收測試包括___,、___,、____三種類型。

軟件驗收測試包括正式驗收測試,、alpha測試,、beta測試三種測試。

2．系統(tǒng)測試的策略有功能測試,、,、、,、易用性測試,、、,、,、、,、,、、,、,、等15 種方法,。

《軟件測試的藝術(shù)》：功能測試，容量測試,，負(fù)載測試,，易用性測試，安全性測試,，性能測試,，存儲測試，配置測試,，兼容性測試,，安裝測試，可靠性測試,，可恢復(fù)性測試,，適用性測試，文檔測試,，過程測試

3．設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有____和迭代計劃,。設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有軟件測試計劃、軟件需求工件,、和迭代計劃,。4．對面向過程的系統(tǒng)采用的集成策略有___、___兩種,。自頂向下,，自底向上

5．通過畫因果圖來寫測試用例的步驟為___、___,、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個步驟,。

利用因果圖生成測試用例的基本步驟是：

a 分析軟件規(guī)格說明描述中,，哪些是原因（即輸入條件或輸入條件的等價類），哪些是結(jié)果（即輸出條件）,，并給每個原因和結(jié)果賦予一個標(biāo)識符,。b 分析軟件規(guī)格說明描述中的語義，找出原因與結(jié)果之間,，原因與原因之間對應(yīng)的是什么關(guān)系? 根據(jù)這些關(guān)系,，畫出因果圖。c 由于語法或環(huán)境限制,，有些原因與原因之間,，原因與結(jié)果之間的組合情況不可能出現(xiàn)。為表明這些特殊情況,，在因果圖上用一些記號標(biāo)明約束或限制條件,。d 把因果圖轉(zhuǎn)換成判定表,。

e 把判定表的每一列拿出來作為依據(jù)，設(shè)計測試用例,。