每個(gè)人都曾試圖在平淡的學(xué)習(xí)、工作和生活中寫(xiě)一篇文章。寫(xiě)作是培養(yǎng)人的觀察、聯(lián)想、想象、思維和記憶的重要手段。相信許多人會(huì)覺(jué)得范文很難寫(xiě)？接下來(lái)小編就給大家介紹一下優(yōu)秀的范文該怎么寫(xiě)，我們一起來(lái)看一看吧。
軟件測(cè)試技術(shù)筆試題及答案詳解篇一
一、判斷題（每題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è)試用例。
軟件測(cè)試技術(shù)筆試題及答案詳解篇二
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)蓽y(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è)試技術(shù)筆試題及答案詳解篇三
軟件測(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è)試技術(shù)筆試題及答案詳解篇四
軟件測(cè)試技術(shù)幫助識(shí)別開(kāi)發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分）的正確度、完全度和質(zhì)量的軟件過(guò)程；是sqa的重要子域。以下是小編整理的計(jì)算機(jī)三級(jí)軟件測(cè)試技術(shù)試題及答案，歡迎參考閱讀!
多項(xiàng)選擇題
1.在面向類的度量中,下列哪些度量方式是屬于c&k套件的度量(abcf).面向?qū)ο蟮能浖こ蘰463頁(yè)c&k度量套件
a.每個(gè)類的加權(quán)方法
b.對(duì)象類之間的耦合c.繼承樹(shù)的深度
d.類大小
e.特例化索引
f.方法中內(nèi)聚的缺乏
2.以下說(shuō)法正確的有(bc).a.等價(jià)類劃分和邊界值分析屬于白盒測(cè)試技術(shù).b.基本路徑測(cè)試屬于白盒測(cè)試技術(shù).c.在基本路徑測(cè)試中,可以通過(guò)流圖來(lái)計(jì)算環(huán)路復(fù)雜性.d.樁模塊用于接收測(cè)試數(shù)據(jù),并把數(shù)據(jù)傳遞給要測(cè)試的模塊,然后打印相關(guān)結(jié)果.e.在確認(rèn)測(cè)試中,測(cè)試是由用戶在開(kāi)發(fā)者的場(chǎng)所來(lái)進(jìn)行,開(kāi)發(fā)者對(duì)客戶進(jìn)行指導(dǎo),是在一個(gè)受控環(huán)境下進(jìn)行.f.可以不進(jìn)行單元測(cè)試就開(kāi)始集成測(cè)試,因?yàn)榧蓽y(cè)試會(huì)發(fā)現(xiàn)所有的問(wèn)題.3.下列哪些屬于集成測(cè)試的內(nèi)容(ab).a.自頂向下集成b.自底向上集成c.回歸測(cè)試
d.壓力測(cè)試
4.以下哪些內(nèi)容是面向?qū)ο蠓治鏊娜蝿?wù)(abcd).a.標(biāo)識(shí)類(定義屬性和方法)
b.刻畫(huà)類的層次關(guān)系
c.標(biāo)識(shí)對(duì)象——對(duì)象關(guān)系
d.表示對(duì)象行為
5.我們可以將設(shè)計(jì)模式大致劃分為以下幾種類型(abd).a.創(chuàng)建型
b.行為型
c.變換型
d.結(jié)構(gòu)型
6.軟件產(chǎn)品與其它工業(yè)產(chǎn)品相比具有獨(dú)特的開(kāi)發(fā)過(guò)程,這決定了我們需要使用軟件質(zhì)量保證的方法學(xué)和工具面對(duì)軟件質(zhì)量的各種特殊的挑戰(zhàn).那么,軟件開(kāi)發(fā)過(guò)程的獨(dú)特性有(acd).a.軟件產(chǎn)品的高復(fù)雜性
b.與其它系統(tǒng)有接口
c.軟件產(chǎn)品的不可見(jiàn)性
d.檢測(cè)缺陷的機(jī)會(huì)只限于產(chǎn)品開(kāi)發(fā)階段
e.需要協(xié)同工作
7.測(cè)試設(shè)計(jì)員的職責(zé)有(abc).a.制定測(cè)試計(jì)劃
b.設(shè)計(jì)測(cè)試用例
c.設(shè)計(jì)測(cè)試過(guò)程,腳本
d.評(píng)估測(cè)試活動(dòng)
8.軟件工程研究的對(duì)象包括(abe).a.質(zhì)量
b.過(guò)程
c.技術(shù)
d.數(shù)據(jù)庫(kù)
e.工具
9.下列說(shuō)法正確的是(a).a.管理,分析,控制現(xiàn)實(shí)世界中發(fā)生的事件的程序稱為實(shí)時(shí)軟件
b.軟件項(xiàng)目開(kāi)發(fā)的成功,取決于工具和硬件設(shè)備的優(yōu)劣
c.我們已經(jīng)建造了軟件的標(biāo)準(zhǔn)和規(guī)程,我們就能生產(chǎn)高質(zhì)量的軟件產(chǎn)品
d.在項(xiàng)目的進(jìn)度告急的時(shí)候,解決辦法之一就是加派人手
10.下列選項(xiàng)中,屬于項(xiàng)目管理的對(duì)象是(abce).a.人員
b.產(chǎn)品
c.過(guò)程
d.設(shè)備
e.項(xiàng)目
軟件測(cè)試技術(shù)筆試題及答案詳解篇五
廈門(mén)銀禾數(shù)碼技術(shù)有限公司軟件測(cè)試工程師筆試題試卷(a)姓名：_________性別:____ 筆試日期200_年__月__日 是否應(yīng)屆/軟件測(cè)試工作年限_____ 聯(lián)系電話：_______________ 電子郵箱：________________ 期望待遇：_______________
1、什么是軟件測(cè)試？2’
2、軟件測(cè)試與軟件質(zhì)量保證的區(qū)別。10’
3、報(bào)告軟件缺陷時(shí)，測(cè)試人員要對(duì)軟件缺陷分類，以簡(jiǎn)明扼要的方式指出其影響，以及修
改的優(yōu)先次序。請(qǐng)描述如何劃分缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)別？10’
4、bug信息應(yīng)該包含那些內(nèi)容。5’
5、測(cè)試用例說(shuō)明應(yīng)該包含哪些內(nèi)容？測(cè)試用例計(jì)劃包含哪些目標(biāo)？10’
6、web應(yīng)用軟件測(cè)試必須進(jìn)行哪些類型測(cè)試，請(qǐng)列出每種類型的測(cè)試要點(diǎn)。15’
7、網(wǎng)絡(luò)應(yīng)用測(cè)試的主要內(nèi)容是什么？10’
8、用戶文檔測(cè)試應(yīng)該注意哪些要點(diǎn)？10’
9、在dbms中,視圖的作用是什么？
寫(xiě)出建立視圖的命令格式（如建立信息系學(xué)生的視圖）10’
10、請(qǐng)列舉您認(rèn)為身為測(cè)試人員應(yīng)具備的能力和技術(shù)。8’
參考答案
1、什么是軟件測(cè)試？2’
【要點(diǎn)】
在規(guī)定條件下對(duì)程序進(jìn)行操作，以發(fā)現(xiàn)錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行評(píng)估，包括對(duì)軟件形成過(guò)程的文檔、數(shù)據(jù)以及程序進(jìn)行測(cè)試。
【詳解】
軟件測(cè)試就是在軟件投入運(yùn)行前對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說(shuō)明書(shū)和軟件編碼進(jìn)行查錯(cuò)（包括代碼執(zhí)行活動(dòng)與人工活動(dòng)）。也可以說(shuō)，軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程?；蛘哒f(shuō)，軟件測(cè)試是根據(jù)軟件開(kāi)發(fā)各階段的規(guī)格說(shuō)明和程序的內(nèi)部構(gòu)造而精心設(shè)計(jì)一批測(cè)試用例（即輸入數(shù)據(jù)及其預(yù)期的輸出結(jié)果），并利用這些測(cè)試用例去運(yùn)行程序，以發(fā)現(xiàn)程序錯(cuò)誤，這是在軟件投入前，對(duì)軟件需求分析、軟件設(shè)計(jì)規(guī)格說(shuō)明書(shū)和軟件編碼的最終復(fù)審，是軟件質(zhì)量保障的關(guān)鍵步驟。
1、軟件測(cè)試與軟件質(zhì)量保證的區(qū)別。10’
【要點(diǎn)】
軟件測(cè)試只是質(zhì)量保證工作中的一個(gè)環(huán)節(jié)，軟件質(zhì)量保證與軟件測(cè)試是軟件質(zhì)量工程的兩個(gè)不同層面的工作；
質(zhì)量保證：通過(guò)預(yù)防、檢查與改進(jìn)來(lái)保證軟件質(zhì)量，采用全面質(zhì)量管理和過(guò)程改進(jìn)的原理來(lái)開(kāi)展質(zhì)量保證工作，主要關(guān)注軟件質(zhì)量的檢查與測(cè)試，主要著眼于軟件開(kāi)發(fā)活動(dòng)的過(guò)程、步驟和產(chǎn)物。
軟件測(cè)試：通過(guò)執(zhí)行軟件來(lái)，對(duì)過(guò)程中的產(chǎn)物（開(kāi)發(fā)文檔和程序）進(jìn)行走查，發(fā)現(xiàn)問(wèn)題，報(bào)告質(zhì)量
【詳解】
軟件測(cè)試和軟件質(zhì)量保證是軟件質(zhì)量工程中的兩個(gè)不同層面的工作。軟件測(cè)試只是軟件質(zhì)量保證工作中的一個(gè)重要環(huán)節(jié)。
質(zhì)量保證(qa)的工作是通過(guò)預(yù)防、檢查與改進(jìn)來(lái)保證軟件的質(zhì)量。qa采用的方法重要是按“全面質(zhì)量管理”和“過(guò)程改進(jìn)”的原來(lái)開(kāi)展質(zhì)量保證工作。雖然在軟件質(zhì)量保證的活動(dòng)中也有一些測(cè)試活動(dòng)，但它所以關(guān)注的是軟件質(zhì)量的檢查和測(cè)量。它的主要工作是對(duì)軟件生命周期的管理，以及檢驗(yàn)軟件是否滿足規(guī)定的質(zhì)量和用戶的需求，因此重要是著眼于軟件開(kāi)發(fā)活動(dòng)中的過(guò)程，步驟和產(chǎn)物，而不是軟件進(jìn)行剖析，找出問(wèn)題或者評(píng)估。
軟件測(cè)試雖然與開(kāi)發(fā)過(guò)程緊密相關(guān)，但它所關(guān)心的不是過(guò)程的活動(dòng)，而是對(duì)過(guò)程的產(chǎn)物，以及開(kāi)發(fā)出的軟件進(jìn)行剖析。測(cè)試人員要對(duì)過(guò)程的產(chǎn)物（開(kāi)發(fā)文檔和源代碼）進(jìn)行走讀，運(yùn)行軟件。以找到問(wèn)題和報(bào)告質(zhì)量。測(cè)試人員必須假設(shè)軟件存在潛在的問(wèn)題，測(cè)試中所做的操作就是為了找出更多的問(wèn)題，而不是為了驗(yàn)證（事實(shí)上也不可能）軟件的正確性。所以軟件測(cè)試雖然對(duì)提高軟件的質(zhì)量起著關(guān)鍵的作用，但它只是軟件質(zhì)量保證的一個(gè)重要環(huán)節(jié)。
3、請(qǐng)描述如何劃分缺陷與錯(cuò)誤嚴(yán)重性和優(yōu)先級(jí)別？10’
給軟件缺陷與錯(cuò)誤劃分嚴(yán)重性和優(yōu)先級(jí)的通用原則：
（1）表示軟件缺陷所造成餓危害和惡劣程度。
（2）優(yōu)先級(jí)表示修復(fù)缺陷的重要程度和次序。
嚴(yán)重性：
（1）、嚴(yán)重：系統(tǒng)崩潰、數(shù)據(jù)丟失、數(shù)據(jù)毀壞
（2）、較嚴(yán)重：操作性錯(cuò)誤、結(jié)果錯(cuò)誤、遺漏功能
(3)、一般：小問(wèn)題、錯(cuò)別字、ui布局、罕見(jiàn)故障
（4）、建議：不影響使用的瑕疵或更好的實(shí)現(xiàn)。
優(yōu)先級(jí)：
（1）、最高優(yōu)先級(jí)：立即修復(fù)，停止進(jìn)一步測(cè)試。
（2）、次高優(yōu)先級(jí)：在產(chǎn)品發(fā)布之前必須修復(fù)。
（3）、中等優(yōu)先級(jí)：如果時(shí)間允許應(yīng)該修復(fù)。
（4）、最低優(yōu)先級(jí)：可能會(huì)修復(fù)，但是也可能發(fā)布。
4、bug信息應(yīng)該包含那些內(nèi)容。5’
測(cè)試軟件名稱、測(cè)試版本號(hào)、測(cè)試人名稱、測(cè)試事件、測(cè)試軟件和硬件配置環(huán)境、發(fā)現(xiàn)軟件錯(cuò)誤的類型、錯(cuò)誤的嚴(yán)重程度、詳細(xì)步驟、必要的附圖、測(cè)試注釋。
5、測(cè)試用例說(shuō)明應(yīng)該包含哪些內(nèi)容？10’
（1）定義（ansi/ieee829）：編寫(xiě)用于輸入的實(shí)際數(shù)據(jù)和預(yù)期結(jié)果，并明確指出使用
具體測(cè)試用例產(chǎn)生的測(cè)試程序的任何限制
（2）包含的內(nèi)容
? 標(biāo)識(shí)符：由測(cè)試設(shè)計(jì)過(guò)程說(shuō)明和測(cè)試程序說(shuō)明引用的唯一標(biāo)識(shí)符
? 測(cè)試項(xiàng)：描述被測(cè)試的詳細(xì)特性、代碼模塊等
? 輸入說(shuō)明：列舉執(zhí)行測(cè)試用例的所有輸入內(nèi)容或者條件
? 輸出說(shuō)明：描述進(jìn)行測(cè)試用例預(yù)期的結(jié)果
? 環(huán)境要求：執(zhí)行測(cè)試用例的軟件、硬件、測(cè)試工具及人員等要求
? 特殊要求：描述執(zhí)行測(cè)試用例的特殊要求
? 用例之間的依賴性：注明與其分用例的依賴關(guān)系或受其他用例的影響
測(cè)試用例計(jì)劃包含4個(gè)目標(biāo)即：組織性、重復(fù)性、跟蹤和測(cè)試證實(shí)。
6、web應(yīng)用軟件測(cè)試必須進(jìn)行以下不同類型的測(cè)試，包括：功能測(cè)試、性能測(cè)試、可用性測(cè)試、兼容測(cè)試、安全測(cè)試等。15’
（1）、功能測(cè)試主要是用來(lái)測(cè)試web應(yīng)用軟件是否履行了預(yù)期的功能，確保每一個(gè)功能與需求說(shuō)明一致。根據(jù)測(cè)試對(duì)象的不同，可分為：鏈接測(cè)試、表單測(cè)試、cookies測(cè)試、設(shè)計(jì)語(yǔ)言測(cè)試、數(shù)據(jù)庫(kù)測(cè)試。
（2）、性能測(cè)試主要是確保web應(yīng)用系統(tǒng)達(dá)到要求的性能，一般用最大的運(yùn)行時(shí)間、吞吐率、相應(yīng)時(shí)間描述。
性能測(cè)試又分為：鏈接速度測(cè)試、負(fù)載測(cè)試和壓力測(cè)試，負(fù)載測(cè)試是為了測(cè)量web系統(tǒng)在某一負(fù)載級(jí)別上的性能，以保證web系統(tǒng)在需求范圍內(nèi)能正常工作。負(fù)載級(jí)別可以是某個(gè)時(shí)刻同時(shí)訪問(wèn)web系統(tǒng)的用戶數(shù)量，也可以是在線數(shù)據(jù)處理的數(shù)量。
壓力測(cè)試是指實(shí)際破壞一個(gè)web應(yīng)用系統(tǒng)時(shí)測(cè)試系統(tǒng)的反映，壓力測(cè)試是測(cè)試系統(tǒng)的限制和故障恢復(fù)能力，也就是測(cè)試web應(yīng)用系統(tǒng)會(huì)不會(huì)崩潰，在什么情況下會(huì)崩潰，壓力測(cè)試的區(qū)域包括表單、登錄、和其他信息傳輸頁(yè)面等。壓力測(cè)試側(cè)重于確定系統(tǒng)崩潰時(shí)的用戶負(fù)載量。
（3）、可用性測(cè)試：導(dǎo)航測(cè)試、圖形測(cè)試、內(nèi)容測(cè)試、整體界面測(cè)試。
（4）、兼容性測(cè)試：確定web應(yīng)用軟件在不同軟件、硬件和網(wǎng)絡(luò)配置下運(yùn)行情況，它主要
是用來(lái)測(cè)試在不同瀏覽器中是否都可以正確地顯示web應(yīng)用程序的頁(yè)面內(nèi)容，從而保證頁(yè)面中的某些代碼，比如：javascript ,activex、css等在不同平臺(tái)配置上都能具有正確性。
（5）、安全測(cè)試。
7、網(wǎng)絡(luò)應(yīng)用測(cè)試的主要內(nèi)容是什么？10’
網(wǎng)絡(luò)應(yīng)用系統(tǒng)包含：網(wǎng)絡(luò)應(yīng)用軟件、工作站桌面軟件和客戶/服務(wù)器數(shù)據(jù)庫(kù)。
網(wǎng)絡(luò)應(yīng)用測(cè)試重點(diǎn)考察：多用戶并發(fā)訪問(wèn)性能、應(yīng)用系統(tǒng)響應(yīng)時(shí)間、應(yīng)用系統(tǒng)對(duì)網(wǎng)絡(luò) 資源的占用情況、與網(wǎng)絡(luò)相關(guān)的應(yīng)用功能特性、應(yīng)用系統(tǒng)在網(wǎng)絡(luò)環(huán)境下的穩(wěn)定性。
（1）特性測(cè)試：特性測(cè)試核實(shí)的是單個(gè)命令和應(yīng)用程序功能，通常用較小的負(fù)
載完成，關(guān)注的是用戶界面、應(yīng)用程序的操作，以及用戶與計(jì)算機(jī)之間的互操作。
（2）功能測(cè)試：要求網(wǎng)絡(luò)配置和負(fù)載非常接近于運(yùn)行環(huán)境下的模式，關(guān)注的是
當(dāng)多個(gè)用戶使用應(yīng)用程序時(shí)，網(wǎng)絡(luò)和文件系統(tǒng)或者數(shù)據(jù)庫(kù)系統(tǒng)之間的交互
情況，核實(shí)的是重負(fù)載下后臺(tái)功能能否正確執(zhí)行。
（3）應(yīng)用負(fù)載測(cè)試。
（4）應(yīng)用系統(tǒng)響應(yīng)時(shí)間測(cè)試。
（5）應(yīng)用系統(tǒng)升級(jí)測(cè)試。
8、用戶文檔測(cè)試的要點(diǎn)10’
（1）、明確讀者群：根據(jù)讀者群（如初級(jí)、中級(jí)、高級(jí)用戶）的不同來(lái)檢查文檔內(nèi)容，保證用戶能夠看得懂、能理解
（2）、術(shù)語(yǔ)：文檔中術(shù)語(yǔ)的描述要適合定位的讀者群，用法一致，標(biāo)準(zhǔn)定義與業(yè)界規(guī)范相吻合（3）、文檔內(nèi)容的正確性：要保證所有信息是真實(shí)正確的（4）、文檔內(nèi)容的完整性：要完全根據(jù)提示逐步操作，檢查是否存在遺漏的地方
（5）、文檔與程序的一致性：按照文檔操作后，檢查軟件返回的結(jié)果與文檔描述是否一致
（6）、文檔的易用性：檢查是否便于用戶查找相應(yīng)的內(nèi)容
（7）、圖表與界面截圖：檢查所有圖表與界面截圖與發(fā)布的程序版本一致
（8）、樣例和示例：檢查所有的樣例和示例能夠正確完成；
（9）、語(yǔ)言：中文文檔保證無(wú)錯(cuò)別字和二義性
（10）、印刷與包裝：印刷質(zhì)量，包裝質(zhì)量
9、在dbms中，視圖不是真正的包含數(shù)據(jù)，只是把定義存于數(shù)據(jù)字典中。作用為：10’
(1)、簡(jiǎn)化用戶操作。
(2)、使用戶能從多角度中看待同一數(shù)據(jù)。
(3)、對(duì)重構(gòu)數(shù)據(jù)提供一定程度的邏輯獨(dú)立性。
(4)、能對(duì)機(jī)密數(shù)據(jù)提供安全保護(hù)。
create view<視圖名>[(<列名>[<列名>]??)]
as
子查詢
[with check option]
create view is_student
as
select sno,sname,sage
from student
where sdept =’is’
with check option10、測(cè)試人員應(yīng)該具備的能力和技術(shù)。8’
1、基本能力
2、溝通能力
3、技術(shù)能力
測(cè)試方法應(yīng)用、測(cè)試用例設(shè)計(jì)、測(cè)試工具使用（測(cè)試管理系統(tǒng)、自動(dòng)化測(cè)試工具、負(fù)載測(cè)試工具）
4、管理能力
5、文檔能力
