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

測(cè)試筆試題及答案解析 筆試題目及答案篇一

一、判斷題

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

2．beta 測(cè)試是驗(yàn)收測(cè)試的一種。（y）

3．驗(yàn)收測(cè)試是由最終用戶來(lái)實(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è)試員編寫(xiě)驅(qū)動(dòng)程序。（y）

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

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

10．代碼評(píng)審員一般由測(cè)試員擔(dān)任。（n）

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

12．集成測(cè)試計(jì)劃在需求分析階段末提交。（n）

二、選折

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

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

b． 所有測(cè)試項(xiàng)沒(méi)有殘余一級(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è)試過(guò)程、腳本

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è)試，（有的可以合在一起，分開(kāi)寫(xiě)只要

寫(xiě)出15就滿分哦）

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

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

5.（這題出的有問(wèn)題哦，詳細(xì)的5步驟為~~）通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為：

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

果賦予一個(gè)標(biāo)識(shí)符。

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

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

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

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

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

測(cè)試筆試題及答案解析 筆試題目及答案篇二

程序開(kāi)發(fā) 卷1

php程序員考題

考試說(shuō)明：

1、試卷總分為100分。

2、本次考試時(shí)間為120分鐘。

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

夫婦請(qǐng)了tom夫婦和henrry夫婦來(lái)他們家玩撲克。這種撲克游戲有一種規(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ù)量一樣多。問(wèn)：最多能截出甲、乙兩種管子各多少根？（c）a.99 b.105 c.111 d.121

3.一個(gè)水庫(kù)在年降水量不變的情況下，能夠維持全市12萬(wàn)人20年得用水量。在該市新遷入3萬(wàn)人之后，該水庫(kù)只夠維持15年得用水量。市政府號(hào)召節(jié)約用水，希望能將水庫(kù)的使用壽命提高到30年。那么該市市民平均需要節(jié)約多少比例的水才能實(shí)現(xiàn)政府制定的目標(biāo)？（a）a.2/5 b.2/7 c.1/3 d.1/4

二、php語(yǔ)言題（36分，每題3分）

1.語(yǔ)句for($k=0;$k=1;$k++);和語(yǔ)句for($k=0;$k==1;$k++);執(zhí)行的次數(shù)分別是(3分): a 無(wú)限和0 b 0和無(wú)限 c 都是無(wú)限 d 都是0 參考答案：a

2.讀取post方法傳遞的表單元素值的方法是(3分): a $_post[“名稱”] b $_post[“名稱”] c $post[“名稱”] d $post[“名稱”] 參考答案：b

3.下面哪個(gè)函數(shù)可以打開(kāi)一個(gè)文件，以對(duì)文件進(jìn)行讀和寫(xiě)操作？(3分)a fget()

程序開(kāi)發(fā) 卷1

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

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

是一種______腳本語(yǔ)言，基于______引擎。php最常被用來(lái)開(kāi)發(fā)動(dòng)態(tài)的______內(nèi)容，此外，它同樣還可被用來(lái)生成______（以及其他）文檔。(3分)a．動(dòng)態(tài)，php，數(shù)據(jù)庫(kù)，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)寫(xiě)出下面兩種匹配的結(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]*,后面有沒(méi)有跟問(wèn)號(hào)，php的正則匹配模式默認(rèn)為貪婪模式，即第一個(gè)模式,表示*取盡量多的匹配字符，第二個(gè)加了個(gè)限定符？，為非貪婪（或懶惰模式），表示*取盡量少的匹配字符。(能寫(xiě)出貪婪和懶惰的區(qū)別，正則表達(dá)式已經(jīng)沒(méi)大問(wèn)題了。)

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

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

程序開(kāi)發(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)盡量寫(xiě)出你熟悉的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)無(wú)需輸入密碼數(shù)據(jù)同步?（5分）

參考答案：在機(jī)器1上生成公鑰私鑰對(duì)，將生成的公鑰復(fù)制至機(jī)器2，加入到~/.ssh/。即可實(shí)現(xiàn)無(wú)密碼同步。(同步?jīng)]問(wèn)題了)

四、綜合問(wèn)答題（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)使用偽語(yǔ)言結(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的用法。

程序開(kāi)發(fā) 卷1

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

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

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

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

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

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

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

測(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àn)，就可以結(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ī)格說(shuō)明書(shū)，定義相應(yīng)的測(cè)試需求報(bào)告，即制訂黑盒測(cè)試的最高標(biāo)準(zhǔn)。以后所有的測(cè)試工作都將圍繞著測(cè)試需求來(lái)進(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è)試過(guò)程，并為每個(gè)測(cè)試過(guò)程選擇適當(dāng)?shù)臏y(cè)試用例（測(cè)試用例選擇的好壞將直接影響測(cè)試結(jié)果的有效性）。

3）測(cè)試開(kāi)發(fā)建立可重復(fù)使用的自動(dòng)測(cè)試過(guò)程。

4）測(cè)試執(zhí)行執(zhí)行測(cè)試開(kāi)發(fā)階段建立的自動(dòng)測(cè)試過(guò)程，并對(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ì)量和開(kāi)發(fā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評(píng)價(jià)。

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

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

缺陷報(bào)告可以把軟件存在的缺陷準(zhǔn)確的描述出來(lái)，便于開(kāi)發(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)于缺陷的輔助說(shuō)明

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)：

按照一致的格式書(shū)寫(xiě)全部缺陷報(bào)告

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

8、制訂測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試、提交缺陷報(bào)告、測(cè)試總結(jié)。

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

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

停和重新啟動(dòng)測(cè)試的標(biāo)準(zhǔn)、風(fēng)險(xiǎn)和問(wèn)題等。

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

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

白盒測(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è)試筆試題及答案解析 筆試題目及答案篇四

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

自底向上綜合測(cè)試的步驟分為: 1 把低層模塊組織成實(shí)現(xiàn)某個(gè)子功能的模塊群(cluster;2 開(kāi)發(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,通過(guò)測(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)決不予通過(guò)。(n 10.代碼評(píng)審員一般由測(cè)試員擔(dān)任。(n 11.我們可以人為的使得軟件不存在配置問(wèn)題。(n 是一種標(biāo)識(shí)、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個(gè)軟件工程過(guò)程。我們知道,在軟件建立時(shí)變更是不可避免的,而變更加劇了項(xiàng)目中軟件開(kāi)發(fā)者之間的混亂。.集成測(cè)試計(jì)劃在需求分析階段末提交。(n

執(zhí)行階段

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

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

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

4活動(dòng)步驟執(zhí)行集成測(cè)試用例回歸集成測(cè)試用例撰寫(xiě)集成測(cè)試報(bào)告 5輸出集成測(cè)試報(bào)告

6出口條件集成測(cè)試報(bào)告通過(guò)集成測(cè)試階段基線評(píng)審

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

b.所有測(cè)試項(xiàng)沒(méi)有殘余一級(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)部不能解決的不符合類問(wèn)題。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è)試過(guò)程、腳本 d.評(píng)估測(cè)試活動(dòng).軟件實(shí)施活動(dòng)的進(jìn)入準(zhǔn)則是:(abc a.需求工件已經(jīng)被基線化 工件加工過(guò)程中的生產(chǎn)對(duì)象。

基線化一個(gè)文檔如果經(jīng)過(guò)討論被通過(guò)了,被固定了,就可以說(shuō)這個(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è)試(有的可以合在一起,分開(kāi)寫(xiě)只要寫(xiě)出15 就滿分哦

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

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

改變,畫(huà)出因果圖。

(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)過(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)上!2.什么是軟件測(cè)試

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

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

答:系統(tǒng)集成測(cè)試主要包括以下過(guò)程:1.構(gòu)建的確認(rèn)過(guò)程。2.補(bǔ)丁的確認(rèn)過(guò)程。3.系統(tǒng)集成測(cè)試測(cè)試組提交過(guò)程。4.測(cè)試用例設(shè)計(jì)過(guò)程。5.測(cè)試代碼編寫(xiě)過(guò)程。的報(bào)告過(guò)程。7.每周/每?jī)芍艿臉?gòu)建過(guò)程。8.點(diǎn)對(duì)點(diǎn)的測(cè)試過(guò)程。9.組內(nèi)培訓(xùn)過(guò)程。白盒測(cè)試有幾種方法

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

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

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

alpha測(cè)試(α測(cè)試是由一個(gè)用戶在開(kāi)發(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)立刻反饋給開(kāi)發(fā)人員,由開(kāi)發(fā)人員及時(shí)分析和處理。目的是評(píng)價(jià)軟件產(chǎn)品的功能、可使用性、可靠性、性能和支持。尤其注重產(chǎn)品的界面和特色。alpha 測(cè)試可以從軟件產(chǎn)品編碼結(jié)束之后開(kāi)始,或在模塊(子系統(tǒng)測(cè)試完成后開(kāi)始,也可以在確認(rèn)測(cè)試過(guò)程中產(chǎn)品達(dá)到一定的穩(wěn)定和可靠程度之后再開(kāi)始。有關(guān)的手冊(cè)(草稿等應(yīng)該在alpha測(cè)試前準(zhǔn)備好。

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

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

beta 測(cè)試當(dāng)開(kāi)發(fā)和測(cè)試根本完成時(shí)所做的測(cè)試,最終的錯(cuò)誤和問(wèn)題需要在最終發(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è)試目的是通過(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)行。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。容量測(cè)試的目的是使系統(tǒng)承受超額的數(shù)據(jù)容量來(lái)發(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è)試用例。總結(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ù)庫(kù)發(fā)生死鎖.因錯(cuò)誤操作導(dǎo)致的程序中斷 5.功能錯(cuò)誤 ． 與數(shù)據(jù)庫(kù)連接錯(cuò)誤 7 ． 數(shù)據(jù)通訊錯(cuò)誤 b 類：較嚴(yán)重錯(cuò)誤，包括以下各種錯(cuò)誤： 1 ． 程序錯(cuò)誤 2 ． 程序接口錯(cuò)誤 3 ． 數(shù)據(jù)庫(kù)的表、業(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ù)庫(kù)表中有過(guò)多的空字段 d 類：較小錯(cuò)誤，包括以下各種錯(cuò)誤： 1 ． 界面不規(guī)范 2 ． 輔助說(shuō)明描述不清楚 3 ． 輸入輸出不規(guī)范 4 ． 長(zhǎng)操作未給用戶提示 5 ． 提示窗口文字未采用行業(yè)

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

測(cè)試筆試題及答案解析 筆試題目及答案篇五

軟件測(cè)試工程師筆試試題答案

一、判斷題（每題1分，12 分，正確的√，錯(cuò)誤的╳）1．軟件測(cè)試的目的是盡可能多的找出軟件的缺陷。（）軟件測(cè)試的目的就是為了發(fā)現(xiàn)軟件中的缺陷，從這個(gè)意義上面說(shuō)上面的這個(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ì)好起來(lái)。

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)系。

----但我覺(jué)得以上的解釋有問(wèn)題，施驗(yàn)收測(cè)試的常用策略有三種，它們分別是：·正式驗(yàn)收·非正式驗(yàn)收或alpha 測(cè)試·beta 測(cè)試。顯然，無(wú)論是alpha測(cè)試還是beta測(cè)試，都是屬于驗(yàn)收測(cè)試。

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

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

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

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

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

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

8．負(fù)載測(cè)試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）load testing（負(fù)載測(cè)試），通過(guò)測(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)決不予通過(guò)。（）

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

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

12．集成測(cè)試計(jì)劃在需求分析階段末提交。（）

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

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

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

回答這道題，你必須是這家企業(yè)的員工。前面說(shuō)到了驗(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)來(lái)。所以答案應(yīng)該是ad 4．測(cè)試設(shè)計(jì)員的職責(zé)有：（）a．制定測(cè)試計(jì)劃 b．設(shè)計(jì)測(cè)試用例

c．設(shè)計(jì)測(cè)試過(guò)程、腳本 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è)試，過(guò)程測(cè)試

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

5．通過(guò)畫(huà)因果圖來(lái)寫(xiě)測(cè)試用例的步驟為_(kāi)__、___、___、___及把因果圖轉(zhuǎn)換為狀態(tài)圖共五個(gè)步驟。

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

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

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