在日常學(xué)習(xí)、工作或生活中，大家總少不了接觸作文或者范文吧，通過文章可以把我們那些零零散散的思想，聚集在一塊。相信許多人會覺得范文很難寫？下面我給大家整理了一些優(yōu)秀范文，希望能夠幫助到大家，我們一起來看一看吧。
測試筆試題及答案解析 筆試題目及答案篇一
一、判斷題
1．軟件測試的目的是盡可能多的找出軟件的缺陷。（y）
2．beta 測試是驗(yàn)收測試的一種。（y）
3．驗(yàn)收測試是由最終用戶來實(shí)施的。（n）
4．項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（y）
5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（y）
6．代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（n）
7．自底向上集成需要測試員編寫驅(qū)動程序。（y）
8．負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（n）
9．測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（n）
10．代碼評審員一般由測試員擔(dān)任。（n）
11．我們可以人為的使得軟件不存在配置問題。（n）
12．集成測試計(jì)劃在需求分析階段末提交。（n）
二、選折
1．軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（abcd）
a． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。
b． 所有測試項(xiàng)沒有殘余一級、二級和三級錯誤。
c． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。
d． 驗(yàn)收測試工件齊全。
2．軟件測試計(jì)劃評審會需要哪些人員參加？（abcd）
a．項(xiàng)目經(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 測試是驗(yàn)收測試的一種
4．測試設(shè)計(jì)員的職責(zé)有：（bc）
a．制定測試計(jì)劃
b．設(shè)計(jì)測試用例
c．設(shè)計(jì)測試過程、腳本
d．評估測試活動
5．軟件實(shí)施活動的進(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)收測試包括：正式驗(yàn)收測試，alpha測試，beta測試。
2.系統(tǒng)測試的策略有：功能測試，性能測試，可靠性測試，負(fù)載測試，易用性測試，強(qiáng)度測試，安全測試，配置測試，安裝測試，卸
載測試，文擋測試，故障恢復(fù)測試，界面測試，容量測試，兼容性測試，分布測試，可用性測試，（有的可以合在一起，分開寫只要
寫出15就滿分哦）
3.設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文擋有：軟件測試計(jì)劃，軟件需求工件和迭代計(jì)劃。
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è)計(jì)測試用例。
測試筆試題及答案解析 筆試題目及答案篇二
程序開發(fā) 卷1
php程序員考題
考試說明：
1、試卷總分為100分。
2、本次考試時間為120分鐘。
一、邏輯推理題（9分，每題3分）
夫婦請了tom夫婦和henrry夫婦來他們家玩撲克。這種撲克游戲有一種規(guī)則，夫婦兩個不能一組。jack跟lily一組，tom的隊(duì)友是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é)約多少比例的水才能實(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.下面哪個函數(shù)可以打開一個文件，以對文件進(jìn)行讀和寫操作？(3分)a fget()
程序開發(fā) 卷1
b file_open()c fopen()d open_file()參考答案：c
4.下面哪個選項(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ā)動態(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í)參之間的數(shù)值傳遞方式有哪些？如何傳遞？（5分）
答：（1）按值傳遞方式，將實(shí)參的值復(fù)制到對應(yīng)的形參中，在函數(shù)內(nèi)部的操作針對形參進(jìn)行，操作的結(jié)果不會影響到實(shí)參，即函數(shù)返回值，實(shí)參的值不會改變。
（2）按引用傳遞方式，按引用傳遞方式就是引用將實(shí)參的內(nèi)存地址傳遞到形參中，這時在函數(shù)內(nèi)部的所有的操作都會影響到實(shí)參的值，返回后實(shí)參的值會發(fā)生變化，引用傳遞方式就是傳遞時在原基礎(chǔ)上加&號即可。
（3）默認(rèn)函數(shù)（可選參數(shù)）。可選參數(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也不可以使用，因?yàn)閟esession是需要客戶端發(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同步命令怎么實(shí)現(xiàn)無需輸入密碼數(shù)據(jù)同步?（5分）
參考答案：在機(jī)器1上生成公鑰私鑰對，將生成的公鑰復(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怎么添加定時任務(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)化有什么方法？
參考答案：簡單點(diǎn)的就是程序員寫高質(zhì)量的sql語句，數(shù)據(jù)庫設(shè)計(jì)優(yōu)秀，按需要建立索引（重點(diǎn)）。深入點(diǎn)的，優(yōu)化mysql配置。
5.一個表中的id有多個記錄，把所有這個id的記錄查出來，并顯示共有多少條記錄數(shù)，用sql語句及視圖、存儲過程分別實(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.請舉例說明在你的開發(fā)過程中用什么方法來加快頁面的加載速度
參考答案：自由發(fā)揮題，言之有理即可（如：要用到服務(wù)器資源時才打開，及時關(guān)閉服務(wù)器資源，數(shù)據(jù)庫添加索引，頁面可生成靜態(tài)，圖片等大文件單獨(dú)服務(wù)器。使用代碼優(yōu)化工具）。
7.對于大流量的網(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ī)分流主要流量。
測試筆試題及答案解析 筆試題目及答案篇三
軟件測試工程師筆試題一及答案
一、基礎(chǔ)理論
1、軟件測試的結(jié)束標(biāo)準(zhǔn)是什么？
2、一套完整的測試應(yīng)該由哪些階段組成？分別闡述一下各個階段。
3、什么是缺陷報告？
4、缺陷報告的作用
5、缺陷報告的要點(diǎn)
6、軟件測試缺陷報告的“5c”原則
7、缺陷的二八定理
8、軟件測試的流程
9、測試計(jì)劃的目的是什么？測試計(jì)劃的內(nèi)容都包括什么？其中哪些是最重要的？
10、請?jiān)囍容^一下黑盒測試、白盒測試、單元測試、集成測試、系統(tǒng)測試、驗(yàn)收測試的區(qū)別與聯(lián)系。
11、alpha 測試與beta 測試的區(qū)別
答案：
一、基礎(chǔ)理論
1、測試計(jì)劃中所有規(guī)定的測試內(nèi)容和回歸測試都已經(jīng)運(yùn)行完成或根據(jù)上級主管對測試結(jié)果的意見，就可以結(jié)束本次測試
2、計(jì)劃階段、設(shè)計(jì)階段、白盒單元、白盒集成、黑盒單元、黑盒集成、系統(tǒng)測試、回歸測試、驗(yàn)收測試
一套完整的測試應(yīng)該由五個階段組成：
1）測試計(jì)劃首先，根據(jù)用戶需求報告中關(guān)于功能要求和性能指標(biāo)的規(guī)格說明書，定義相應(yīng)的測試需求報告，即制訂黑盒測試的最高標(biāo)準(zhǔn)。以后所有的測試工作都將圍繞著測試需求來進(jìn)行，符合測試需求的應(yīng)用程序即是合格的，反之即是不合格的；同時，還要適當(dāng)選擇測試內(nèi)容，合理安排測試人員、測試時間及測試資源等。
2）測試設(shè)計(jì)將測試計(jì)劃階段制訂的測試需求分解、細(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ā)團(tuán)隊(duì)的工作進(jìn)度及工作效率進(jìn)行綜合評價。
3、缺陷報告是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報告software bug report（sbr）或軟件問題報告software problem report（spr）
4、缺陷報告是軟件測試人員的工作成果之一，體現(xiàn)軟件測試的價值
缺陷報告可以把軟件存在的缺陷準(zhǔn)確的描述出來，便于開發(fā)人員修正
缺陷報告可以反映項(xiàng)目/產(chǎn)品當(dāng)前的質(zhì)量狀態(tài)，便于項(xiàng)目整體進(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ù)字編號
實(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è)計(jì)、實(shí)現(xiàn)階段的復(fù)審和測試工作能夠發(fā)現(xiàn)和避免80%的缺陷，而系統(tǒng)測試又能找出其余缺陷中的80%，最后的4%的缺陷可能只有在用戶大范圍、長時間使用后才會暴露出來。
8、制訂測試計(jì)劃、設(shè)計(jì)測試用例、實(shí)施測試、提交缺陷報告、測試總結(jié)。
9、測試計(jì)劃的目的：編寫軟件測試計(jì)劃的目的是指導(dǎo)測試組成員進(jìn)行工作和讓測試組以外的項(xiàng)目成員了解測試工作的。
測試計(jì)劃的內(nèi)容：測試目的和測試項(xiàng)目簡介、測試參考文檔和測試提交文檔、術(shù)語和定義、測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn)、暫
停和重新啟動測試的標(biāo)準(zhǔn)、風(fēng)險和問題等。
最重要的：測試策略、確定測試內(nèi)容、資源、測試進(jìn)度、測試員的職責(zé)與任務(wù)分配、項(xiàng)目通過或失敗的標(biāo)準(zhǔn)
10、黑盒測試：把測試對象當(dāng)成一個黑盒子，測試人員完全不考慮邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程式的需求說明書來檢查程式的功能是否滿足它的功能說明。
白盒測試：把測試對象當(dāng)成一個透明的盒子，允許測試人員利用程序內(nèi)部邏輯結(jié)構(gòu)及相關(guān)信息，設(shè)計(jì)或選擇測試用例，對程式所有邏輯路徑進(jìn)行測試。
單元測試：白盒測試的一種，對軟件設(shè)計(jì)中的單元模塊進(jìn)行測試。
集成測試：在單元測試的基礎(chǔ)上，對單元模塊之間的連接和組裝w進(jìn)行測試。
系統(tǒng)測試：在所有都考慮的情況下，對系統(tǒng)進(jìn)行測試。
驗(yàn)收測試：第三方進(jìn)行的確認(rèn)軟件滿足需求的測試。
測試筆試題及答案解析 筆試題目及答案篇四
1.軟件測試的目的是盡可能多的找出軟件的缺陷。(y 測試是驗(yàn)收測試的一種。(y 驗(yàn)收測試(acceptance testing是部署軟件之前的最后一個測試操作。驗(yàn)收測試的目的是確保軟件準(zhǔn)備就緒,并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。.驗(yàn)收測試是由最終用戶來實(shí)施的。(n 由測試人員來實(shí)施的.項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。(y 工件:加工過程中生產(chǎn)對象 5.單元測試能發(fā)現(xiàn)約80% 的軟件缺陷。(y 6.代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。(n 代碼評審也稱代碼復(fù)查,是指通過閱讀代碼來檢查源代碼與編碼標(biāo)準(zhǔn)的符合性以及代碼質(zhì)量的活動。.自底向上集成需要測試員編寫驅(qū)動程序。(y 自頂向下綜合測試的具體步驟為: 1 以主控模塊作為測試驅(qū)動模塊,把對主控模塊進(jìn)行單元測試時引入的所有樁模塊用實(shí)際模塊替代;2 依據(jù)所選的集成策略(深度優(yōu)先或廣度優(yōu)先,每次只替代一個樁模塊;3 每集成一個模塊立即測試一遍;4 只有每組測試完成后,才著手替換下一個樁模塊;為避免引入新錯誤,須不斷地進(jìn)行回歸測試(即全部或部分地重復(fù)已做過的測試。
自底向上綜合測試的步驟分為: 1 把低層模塊組織成實(shí)現(xiàn)某個子功能的模塊群(cluster;2 開發(fā)一個測試驅(qū)動模塊,控制測試數(shù)據(jù)的輸入和測試結(jié)果的輸出;3 對每個模塊群進(jìn)行測試;4 刪除測試使用的驅(qū)動模塊,用較高層模塊把模塊群組織成為完成更大功能的新模塊群。.負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。(n 負(fù)載測試(load testing,通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn),以發(fā)現(xiàn)設(shè)計(jì)上的錯誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測試中,將使測試對象承擔(dān)不同的工作量,以評測和評估測試對象在不同工作量條件下的性能行為,以及持續(xù)正常運(yùn)行的能力。負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。此外,負(fù)載測試還要評估性能特征。例如,響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。.測試人員要堅(jiān)持原則,缺陷未修復(fù)完堅(jiān)決不予通過。(n 10.代碼評審員一般由測試員擔(dān)任。(n 11.我們可以人為的使得軟件不存在配置問題。(n 是一種標(biāo)識、組織和控制修改的技術(shù)。軟件配置管理應(yīng)用于整個軟件工程過程。我們知道,在軟件建立時變更是不可避免的,而變更加劇了項(xiàng)目中軟件開發(fā)者之間的混亂。.集成測試計(jì)劃在需求分析階段末提交。(n
執(zhí)行階段
1時間安排單元測試已經(jīng)完成后就可以開始執(zhí)行集成測試了
2輸入需求規(guī)格說明書概要設(shè)計(jì)集成測試計(jì)劃集成高度設(shè)計(jì)集成測試?yán)蓽y試規(guī)程集成測試代碼(如果有集成測試腳本集成測試工具詳細(xì)設(shè)計(jì)代碼單元測試報告
3入口條件單元測試階段已經(jīng)通過基線化評審
4活動步驟執(zhí)行集成測試用例回歸集成測試用例撰寫集成測試報告 5輸出集成測試報告
6出口條件集成測試報告通過集成測試階段基線評審
二、選擇題.軟件驗(yàn)收測試的合格通過準(zhǔn)則是:(abcd a.軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn),性能指標(biāo)全部達(dá)到要求。
b.所有測試項(xiàng)沒有殘余一級、二級和三級錯誤。
c.立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。d.驗(yàn)收測試工件齊全。.軟件測試計(jì)劃評審會需要哪些人員參加?(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)組別和個人。目標(biāo) 4: 高級管理層接觸到在項(xiàng)目內(nèi)部不能解決的不符合類問題。c.配置負(fù)責(zé)人 d.測試組.下列關(guān)于alpha測試的描述中正確的是:(ad 測試需要用戶代表參加 測試不需要用戶代表參加 測試是系統(tǒng)測試的一種 測試是驗(yàn)收測試的一種 4.測試設(shè)計(jì)員的職責(zé)有:(bc a.制定測試計(jì)劃 b.設(shè)計(jì)測試用例 c.設(shè)計(jì)測試過程、腳本 d.評估測試活動.軟件實(shí)施活動的進(jìn)入準(zhǔn)則是:(abc a.需求工件已經(jīng)被基線化 工件加工過程中的生產(chǎn)對象。
基線化一個文檔如果經(jīng)過討論被通過了,被固定了,就可以說這個文檔被“基線化”
了,然后所有人就可以在這個“基線”的基礎(chǔ)上工作。b.詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 c.構(gòu)架工件已經(jīng)被基線化 d.項(xiàng)目階段成果已經(jīng)被基線化
三、添空
1.軟件驗(yàn)收測試包括:正式驗(yàn)收測試,alpha測試,beta測試。
2.系統(tǒng)測試的策略有:功能測試,性能測試,可靠性測試,負(fù)載測試,易用性測試,強(qiáng)度
測試,安全測試,配置測試,安裝測試,卸載測試,文擋測試,故障恢復(fù)測試,界面測 試,容量測試,兼容性測試,分布測試,可用性測試(有的可以合在一起,分開寫只要寫出15 就滿分哦
3.設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文擋有:_軟件測試計(jì)劃,軟件需求工件和迭代計(jì)劃。
4.對面向過程的系統(tǒng)采用的集成策略有:自頂向下,自底向上兩種。5.通過畫因果圖來寫測試用例的步驟為:(1根據(jù)程序規(guī)格說明書描述,分析并確定因(輸入條件和果(輸出結(jié)果或程序狀態(tài)的
改變,畫出因果圖。
(2將得到的因果圖轉(zhuǎn)換為判定表。
(3為判定表中每一列所表示的情況設(shè)計(jì)一個測試用例。
四、簡答
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)容多,主要看重點(diǎn) 同行評審時間:一小部分工作產(chǎn)品完成
階段評審時間: 通常是設(shè)置在關(guān)鍵路徑的時間點(diǎn)上!2.什么是軟件測試
答:測試是為發(fā)現(xiàn)錯誤而執(zhí)行程序的過程
軟件測試就是利用測試工具按照測試方案和流程對產(chǎn)品進(jìn)行功能和性能測試,甚至根據(jù)需要編寫不同的測試工具,設(shè)計(jì)和維護(hù)測試系統(tǒng),對測試方案可能出現(xiàn)的問題進(jìn)行分析和評估。執(zhí)行測試用例后,需要跟蹤故障,以確保開發(fā)的產(chǎn)品適合需求。簡述集成測試的過程
答:系統(tǒng)集成測試主要包括以下過程:1.構(gòu)建的確認(rèn)過程。2.補(bǔ)丁的確認(rèn)過程。3.系統(tǒng)集成測試測試組提交過程。4.測試用例設(shè)計(jì)過程。5.測試代碼編寫過程。的報告過程。7.每周/每兩周的構(gòu)建過程。8.點(diǎn)對點(diǎn)的測試過程。9.組內(nèi)培訓(xùn)過程。白盒測試有幾種方法
答:總體上分為靜態(tài)方法和動態(tài)方法兩大類。
靜態(tài):關(guān)鍵功能是檢查軟件的表示和描述是否一致,沒有沖突或者沒有歧義。動態(tài):語句覆蓋、判定覆蓋、條件覆蓋、判定條件覆蓋、條件組合覆蓋、路徑覆蓋。系統(tǒng)測試計(jì)劃是否需要同行審批,為什么
答:需要,系統(tǒng)測試計(jì)劃屬于項(xiàng)目階段性關(guān)鍵文檔,因此需要評審。7alpha 測試與beta 的區(qū)別
alpha測試(α測試是由一個用戶在開發(fā)環(huán)境下進(jìn)行的測試,也可以是公司內(nèi)部的用戶在模擬實(shí)際操作環(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測試(β測試是軟件的多個用戶在一個或多個用戶的實(shí)際使用環(huán)境下進(jìn)行的測試。開發(fā)者通常不在測試現(xiàn)場,beta測試不能由程序員或測試員完成。因而,beta測試是在開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場應(yīng)用。在beta測試中,由用戶記下遇到的所有問題,包括真實(shí)的以及主管認(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è)計(jì)變更。這種測試一般由最終用戶或其它人員完成,不能由程序或測試員完成。
beta 測試當(dāng)開發(fā)和測試根本完成時所做的測試,最終的錯誤和問題需要在最終發(fā)行前找到。這種測試一般由最終用戶或其它人員完成,不能由程序員或測試員完成。比較負(fù)載測試,容量測試和強(qiáng)度測試的區(qū)別
答:負(fù)載測試:在一定的工作負(fù)荷下,系統(tǒng)的負(fù)荷及響應(yīng)時間。
強(qiáng)度測試:在一定的負(fù)荷條件下,在較長時間跨度內(nèi)的系統(tǒng)連續(xù)運(yùn)行給系統(tǒng)性能所造成的影響。
容量測試:容量測試目的是通過測試預(yù)先分析出反映軟件系統(tǒng)應(yīng)用特征的某項(xiàng)指標(biāo)的極限值(如最大并發(fā)用戶數(shù)、數(shù)據(jù)庫記錄數(shù)等,系統(tǒng)在其極限值狀態(tài)下沒有出現(xiàn)任何軟件故障或還能保持主要功能正常運(yù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)。描述軟件測試活動的生命周期?
答:測試周期分為計(jì)劃、設(shè)計(jì)、實(shí)現(xiàn)、執(zhí)行、總結(jié)。其中: 計(jì)劃:對整個測試周期中所有活動進(jìn)行規(guī)劃,估計(jì)工作量、風(fēng)險,安排人力物力資源,安排進(jìn)度等;設(shè)計(jì):完成測試方案,從技術(shù)層面上對測試進(jìn)行規(guī)劃;實(shí)現(xiàn):進(jìn)行測試用例和測試規(guī)程設(shè)計(jì);執(zhí)行:根據(jù)前期完成的計(jì)劃、方案、用例、規(guī)程等文檔,執(zhí)行測試用例?？偨Y(jié):記錄測試結(jié)果,進(jìn)行測試分析,完成測試報告。11 軟件的缺陷等級應(yīng)如何劃分? a類:嚴(yán)重錯誤,包括以下各種錯誤: 1.由于程序所引起的死機(jī), 非法退出 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ì)量，其實(shí)這個觀點(diǎn)是錯誤，測試只是軟件質(zhì)量控制中的一個角色，其活動并不能達(dá)成軟件質(zhì)量保證的效果。所以不要認(rèn)為一個公司里面如果有了軟件測試人員，產(chǎn)品的質(zhì)量就會好起來。
2．beta 測試是驗(yàn)收測試的一種。（）beta測試和驗(yàn)收測試是兩種不同的測試。
驗(yàn)收測試的目的是為了以發(fā)現(xiàn)”未實(shí)現(xiàn)的需求”為目的，以評估”適合使用”為目標(biāo)，該類測試的不是以發(fā)現(xiàn)缺陷為主要目的。
beta測試是一模擬真實(shí)的使用環(huán)境從而發(fā)現(xiàn)缺陷的一種測試。所以兩者之間的是非包容關(guān)系。
----但我覺得以上的解釋有問題，施驗(yàn)收測試的常用策略有三種，它們分別是：·正式驗(yàn)收·非正式驗(yàn)收或alpha 測試·beta 測試。顯然，無論是alpha測試還是beta測試，都是屬于驗(yàn)收測試。
3．驗(yàn)收測試是由最終用戶來實(shí)施的。（）上面說到了驗(yàn)收測試的目的和目標(biāo)，所以驗(yàn)收測試也可是是軟件生產(chǎn)的企業(yè)內(nèi)部人員來實(shí)施。例如產(chǎn)品經(jīng)理。
當(dāng)軟件以項(xiàng)目的形式出現(xiàn)，那么驗(yàn)收測試由最終用戶來實(shí)施的情況是比較長見的。但是對于產(chǎn)品形式的軟件，生產(chǎn)企業(yè)內(nèi)部的驗(yàn)收測試會更多。
4．項(xiàng)目立項(xiàng)前測試人員不需要提交任何工件。（）應(yīng)該說這道題目沒有明確的答案，在項(xiàng)目立項(xiàng)前測試人員是不是要把一些準(zhǔn)備工作以工件的形式給記錄下來是完全取決于該企業(yè)的軟件開發(fā)過程的要求。同時不同企業(yè)，立項(xiàng)前要達(dá)成的一些必要條件也是大相徑庭的。應(yīng)該說這一題目出的不是很好，如果你是出題人這家企業(yè)的測試工程師，那么就應(yīng)該有一個明確的答案。5．單元測試能發(fā)現(xiàn)約80%的軟件缺陷。（）同樣這一題目也沒有標(biāo)準(zhǔn)答案。因?yàn)樵摂?shù)據(jù)的來源和其統(tǒng)計(jì)的方法，樣本都沒有一個工業(yè)標(biāo)準(zhǔn)。這樣出來的數(shù)據(jù)同樣不具有權(quán)威性。這里我可以說一個簡單的例子，在用asp,php這類腳本語言開發(fā)網(wǎng)頁的時候是根本沒有復(fù)雜的單元測試。那么這樣的數(shù)字應(yīng)用在網(wǎng)站開發(fā)上面是否有意義，還是值得商榷的。所以這道題目出的不好，沒有明確的答案
6．代碼評審是檢查源代碼是否達(dá)到模塊設(shè)計(jì)的要求。（）代碼審查是一種靜態(tài)技術(shù)，從這個意義上說代碼復(fù)查是需要和其他的一些動態(tài)測試技術(shù)配合才能檢查代碼是否符合設(shè)計(jì)的要求 7．自底向上集成需要測試員編寫驅(qū)動程序。（）
這道題目大家看下top-down 和 down-top的集成測試示意圖就能得出明確的答案。這里需要了解的是什么是驅(qū)動測試程序，什么是樁程序。如果集成組件數(shù)量眾多，多關(guān)系層次，那么不論是什么類型的集成測試。驅(qū)動程序和樁程序都是需要開發(fā)的。
自頂向下需要開發(fā)樁模塊 自底向下需要開發(fā)驅(qū)動模塊
8．負(fù)載測試是驗(yàn)證要檢驗(yàn)的系統(tǒng)的能力最高能達(dá)到什么程度。（）load testing（負(fù)載測試），通過測試系統(tǒng)在資源超負(fù)荷情況下的表現(xiàn)，以發(fā)現(xiàn)設(shè)計(jì)上的錯誤或驗(yàn)證系統(tǒng)的負(fù)載能力。在這種測試中，將使測試對象承擔(dān)不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續(xù)正常運(yùn)行的能力。
負(fù)載測試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。
此外，負(fù)載測試還要評估性能特征，例如，響應(yīng)時間、事務(wù)處理速率和其他與時間相關(guān)的方面。
9．測試人員要堅(jiān)持原則，缺陷未修復(fù)完堅(jiān)決不予通過。（）
同樣，這一題沒有正確的答案。缺陷是否修復(fù)是需要聽取測試人員的意見，但測試人員的意見非決定性。所以還是要看一個企業(yè)賦予測試人員有多大的權(quán)力。10．代碼評審員一般由測試員擔(dān)任。（）如果測試員有這個水平，那么當(dāng)然是可以參加的。不過大多數(shù)的企業(yè)不會讓普通的測試人員參與代碼的評審。
11．我們可以人為的使得軟件不存在配置問題。（）首先大家先搞清楚什么是配置管理什么是軟件配置，從這道題目中看不出出題人想問的是關(guān)鍵工程中的配置管理還是單純的軟件配置。但是可以肯定的是不論是何種情況，答案均是否定的。
12．集成測試計(jì)劃在需求分析階段末提交。（）
集成測試計(jì)劃在開發(fā)人員完成軟件集成計(jì)劃之后就可以開始進(jìn)行了。所以在需求分析階段之后提交是不現(xiàn)實(shí)的事情，應(yīng)該在軟件的設(shè)計(jì)階段后，編碼前。
二、不定項(xiàng)選擇題（每題2 分，10分）1．軟件驗(yàn)收測試的合格通過準(zhǔn)則是：（）a． 軟件需求分析說明書中定義的所有功能已全部實(shí)現(xiàn)，性能指標(biāo)全部達(dá)到要求。b． 所有測試項(xiàng)沒有殘余一級、二級和一
c． 立項(xiàng)審批表、需求分析文檔、設(shè)計(jì)文檔和編碼實(shí)現(xiàn)一致。d． 驗(yàn)收測試工件齊全。
回答這道題，你必須是這家企業(yè)的員工。前面說到了驗(yàn)收測試的目的和目標(biāo)，一個是需求必須實(shí)現(xiàn)，二是證明軟件是適合使用的。這樣能滿足這兩個通用標(biāo)準(zhǔn)就可以了。當(dāng)然有些軟件企業(yè)會對驗(yàn)收測試標(biāo)準(zhǔn)做一些調(diào)整。2．軟件測試計(jì)劃評審會需要哪些人員參加？（）a．項(xiàng)目經(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 測試是驗(yàn)收測試的一種
首先大家需要知道alpha測試是系統(tǒng)級別的測試，該測試是在一個受控的環(huán)境中進(jìn)行的。用戶需要直接參與進(jìn)來。所以答案應(yīng)該是ad 4．測試設(shè)計(jì)員的職責(zé)有：（）a．制定測試計(jì)劃 b．設(shè)計(jì)測試用例
c．設(shè)計(jì)測試過程、腳本 d．評估測試活動
合理的答案的是bc，同時要看軟件企業(yè)對該類人員的職責(zé)是如何定義。5．軟件實(shí)施活動的進(jìn)入準(zhǔn)則是：（）a．需求工件已經(jīng)被基線化 b．詳細(xì)設(shè)計(jì)工件已經(jīng)被基線化 c．構(gòu)架工件已經(jīng)被基線化 d．項(xiàng)目階段成果已經(jīng)被基線化 先要了解一下什么是基線。這個是軟件配置管理中一個重要的概念。工作產(chǎn)品必須納入到一定的基線里面。所以選擇abc是必定的，至于是否選擇d要看這家企業(yè)自身的標(biāo)準(zhǔn)了
填空題（每空1分，24 分）
1．軟件驗(yàn)收測試包括___、___、____三種類型。
軟件驗(yàn)收測試包括正式驗(yàn)收測試、alpha測試、beta測試三種測試。
2．系統(tǒng)測試的策略有功能測試、、、、易用性測試、、、、、、、、、、等15 種方法。
《軟件測試的藝術(shù)》：功能測試，容量測試，負(fù)載測試，易用性測試，安全性測試，性能測試，存儲測試，配置測試，兼容性測試，安裝測試，可靠性測試，可恢復(fù)性測試，適用性測試，文檔測試，過程測試
3．設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有____和迭代計(jì)劃。設(shè)計(jì)系統(tǒng)測試計(jì)劃需要參考的項(xiàng)目文檔有軟件測試計(jì)劃、軟件需求工件、和迭代計(jì)劃。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è)計(jì)測試用例。
