第一篇：軟件測(cè)試畢業(yè)論文解讀

畢業(yè)論文

姓 名：陳鑫 專 業(yè):.Net軟件開(kāi)發(fā) 年 級(jí)：計(jì)軟1302 學(xué) 號(hào)：201317140212指導(dǎo)教師:王梅 1

軟件測(cè)試的概述及方法、、完成時(shí)間：2012年3月

摘要：從軟件產(chǎn)業(yè)的發(fā)展初期到目前的大型軟件開(kāi)發(fā)過(guò)程，軟件測(cè)試已成為其中一個(gè)不可分割的部分。隨著軟件規(guī)模的日益增大，軟件測(cè)試問(wèn)題也日益突出，現(xiàn)代社會(huì)對(duì)軟件的依賴越來(lái)越強(qiáng),高可信軟件測(cè)試有著廣泛的需求，基于缺陷模式的軟件測(cè)試技術(shù)作為高可信軟件的重要保證,可以大大降低軟件的缺陷密度,提高軟件的可信性。本文從測(cè)試的基本概念入手,深入剖析軟件測(cè)試相關(guān)理論 關(guān)鍵字：軟件測(cè)試、白盒測(cè)試、黑盒測(cè)試、類測(cè)試

目 錄 軟件測(cè)試的發(fā)展史.......................................4 2軟件測(cè)試的相關(guān)背景......................................5 3 軟件測(cè)試概述............................................6

3.1軟件測(cè)試的定義..............................................................................6

3.2軟件測(cè)試的描述.............................................................................6

3.3軟件測(cè)試的目的............................................................................7

3.4軟件測(cè)試的原則.............................................................................8 4 軟件測(cè)試的內(nèi)容....................................................................................9

4.1驗(yàn)證(verification)...........................................................................9 4.2確認(rèn)(validation)....................................9 5 軟件測(cè)試的分類.........................................10 5.1 常用分類..........................................10錯(cuò)誤！未定義書(shū)簽。

5.2 黑盒測(cè)試..........................................10 5.3白盒測(cè)試...........................................11

5.4 靜態(tài)測(cè)試..........................................14

5.5動(dòng)態(tài)測(cè)試...........................................15 6 軟件測(cè)試中的類測(cè)試.....................................15 6.1念面向

對(duì)

象

軟

件的6.2.類類

測(cè)測(cè)

試試

概技.....................................................15術(shù).........................................16 7 參考文獻(xiàn)..............................................17 8 致謝...................................................18

1軟件測(cè)試的發(fā)展史

軟件測(cè)試的發(fā)展歷史：20世紀(jì)60年代（軟件工程建立前），為表明程序正確而進(jìn)行測(cè)試。.1972年在北卡羅來(lái)納大學(xué)舉行了首屆軟件測(cè)試正式會(huì)議。.1975年John Good Enough和Susan Gerhart在IEEE上發(fā)表了《測(cè)試數(shù)據(jù)選擇的原理》的文章，軟件測(cè)試被確定為一種研究方向。.1979年，Glenford Myers的《軟件測(cè)試藝術(shù)》，對(duì)測(cè)試做了定義：測(cè)試是為發(fā)現(xiàn)錯(cuò)誤而執(zhí)行的一個(gè)程序或者系統(tǒng)的過(guò)程。.20世紀(jì)80年代早期，“質(zhì)量”的號(hào)角開(kāi)始吹響。軟件測(cè)試定義發(fā)生了改變，測(cè)試不單純是一個(gè)發(fā)現(xiàn)錯(cuò)誤的過(guò)程，而且包含軟件質(zhì)量評(píng)價(jià)的內(nèi)容。制定了各類標(biāo)準(zhǔn)。.1983年，Bill Hetzel在《軟件測(cè)試完全指南》中指出：測(cè)試是以評(píng)價(jià)一個(gè)程序或者系統(tǒng)屬性為目標(biāo)的任何一種活動(dòng)，測(cè)試是對(duì)軟件質(zhì)量的度量。.20世紀(jì)90年代，測(cè)試工具盛行起來(lái)。.1996年提出的測(cè)試能力成熟度TCMM（Testing Capability Maturity Model）、測(cè)試支持度TSM（Testability Support Model）、測(cè)試成熟度TMM（Testing Maturity Model）。.到了2002年，Rick和Stefan在《系統(tǒng)的軟件測(cè)試》一書(shū)中對(duì)軟件測(cè)試做了進(jìn)一步定義：測(cè)試是為了度量和提高被測(cè)軟件的質(zhì)量，對(duì)測(cè)試軟件進(jìn)行工程設(shè)計(jì)、實(shí)施和維護(hù)的整個(gè)生命過(guò)程。2軟件測(cè)試的相關(guān)背景

相關(guān)背景：前段時(shí)間, 就是在我沒(méi)有認(rèn)真了解測(cè)試行業(yè)之前, 可能由于測(cè)試在中國(guó)的重視程度的問(wèn)題, 我也一直認(rèn)為測(cè)試應(yīng)該是不重要的, 甚至認(rèn)為有必要有專門的測(cè)試職業(yè)嗎？認(rèn)為軟件主要是開(kāi)發(fā)人員的事, 軟件的成果也是由開(kāi)發(fā)人員決定的, 當(dāng)我在參加工作后, 真正從學(xué)校的學(xué)習(xí)環(huán)境中走上實(shí)際運(yùn)用開(kāi)發(fā)的時(shí)候, 事實(shí)上真的不是那么一回事哦。軟件無(wú)處不在, 軟而, 軟件是人編的——所以不完美。臭名昭著的軟件測(cè)試案例：

1、迪士尼的獅子王（1994～1995）軟件在少數(shù)系統(tǒng)中能正常工作, 但在大眾使用的常見(jiàn)系統(tǒng)中不行。后來(lái)證實(shí), 迪士尼公司沒(méi)有對(duì)市場(chǎng)上投入實(shí)用的各種pc機(jī)型進(jìn)行正確的測(cè)試。

2、英特爾奔騰浮點(diǎn)除法軟件缺陷（1994）英特爾為自己處理軟件缺陷拿出4億美元支付更換壞芯片的費(fèi)用。導(dǎo)致付出如此昂貴的代價(jià), 其主要原因是發(fā)現(xiàn)了軟件缺陷沒(méi)有正確的處理。

3、美國(guó)航天局火星極地登陸（1999）該項(xiàng)目使用前有經(jīng)過(guò)測(cè)試, 兩個(gè)測(cè)試小組雙方獨(dú)立工作都很好, 但從未走在一起。

4、愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)（1991）一枚導(dǎo)彈在多哈擊斃28名美國(guó)士兵, 癥結(jié)在于一個(gè)軟件缺陷：一個(gè)很小的系統(tǒng)時(shí)鐘錯(cuò)誤累積起來(lái)就可能拖延14小時(shí), 造成跟蹤系統(tǒng)失去準(zhǔn)確度。在多哈襲擊戰(zhàn)中系統(tǒng)被拖延100小時(shí)。

5、千年蟲(chóng)（大約1974）估計(jì)世界各地更換或升級(jí)該系統(tǒng)程序解決原有2000年錯(cuò)誤的費(fèi)用已經(jīng)超過(guò)數(shù)億美元。

3軟件測(cè)試的概述 3.1軟件測(cè)試的定義

軟件測(cè)試使用人工或者自動(dòng)手段來(lái)運(yùn)行或測(cè)試某個(gè)系統(tǒng)的過(guò)程,其目的在于檢驗(yàn)它是否滿足規(guī)定的需求或弄清預(yù)期結(jié)果與實(shí)際結(jié)果之間的差別。它是幫助識(shí)別開(kāi)發(fā)完成（中間或最終的版本）的計(jì)算機(jī)軟件（整體或部分）的正確度(correctness)完全度(completeness)和質(zhì)量(quality)的軟件過(guò)程；是SQA(software quality assurance)的重要子域。

(1)測(cè)試并不僅僅是為了找出錯(cuò)誤.通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的發(fā)生趨勢(shì),可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前軟件開(kāi)發(fā)過(guò)程中的缺陷,以便及時(shí)改進(jìn)；

(2)這種分析也能幫助測(cè)試人員設(shè)計(jì)出有針對(duì)性的測(cè)試方法,改善測(cè)試的效率和有效性；

(3)沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的,完整的測(cè)試是評(píng)定軟件質(zhì)量的一種方法。

3.2軟件測(cè)試的描述

測(cè)試是軟件開(kāi)發(fā)過(guò)程的重要組成部分, 是用來(lái)確認(rèn)一個(gè)程序的品質(zhì)或性能是否符合開(kāi)發(fā)之前所提出的一些要求。軟件測(cè)試的目的, 第一是確認(rèn)軟件的質(zhì)量, 其一方面是確認(rèn)軟件做了你所期望的事情 6（Do the right thing）, 另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事件（Do it right）；第二是提供信息, 比如提供給開(kāi)發(fā)人員或程序經(jīng)理的反饋信息, 為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息；第三軟件測(cè)試不僅是在測(cè)試軟件產(chǎn)品的本身, 而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題, 這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。

3.3軟件測(cè)試的目的

如果測(cè)試的目的是為了盡可能多地找出錯(cuò)誤，那么測(cè)試就應(yīng)該直接針對(duì)軟件比較復(fù)雜的部分或是以前出錯(cuò)比較多的位置。如果測(cè)試目的是為了給最終用戶提供具有一定可信度的質(zhì)量評(píng)價(jià)，那么測(cè)試就應(yīng)該直接針對(duì)在實(shí)際應(yīng)用中會(huì)經(jīng)常用到的商業(yè)假設(shè)。在談到軟件測(cè)試時(shí)，引用Grenford J.Myers在《The Art of Software Testing》一書(shū)中的觀點(diǎn):(1)軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程;(2)測(cè)試是為了證明程序有錯(cuò)，而不是證明程序無(wú)錯(cuò)誤;(3)一個(gè)好的測(cè)試用例是在于它能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤;(4)一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。這種觀點(diǎn)可以提醒人們測(cè)試要以查找錯(cuò)誤為中心，而不是為了演示軟件的正確功能。但是僅憑字面意思理解這一觀點(diǎn)可能會(huì)產(chǎn)生誤導(dǎo)，認(rèn)為發(fā)現(xiàn)錯(cuò)誤是軟件測(cè)試的唯一目，查找不出錯(cuò)誤的測(cè)試就是沒(méi)有價(jià)值的，事實(shí)并非如此。首先，測(cè)試并不僅僅是為了要找出錯(cuò)誤。通過(guò)分析錯(cuò)誤產(chǎn)生的原因和錯(cuò)誤的分布特征，可以幫助項(xiàng)目管理者發(fā)現(xiàn)當(dāng)前所采用的軟件過(guò)程的缺陷，以便 改進(jìn)。同時(shí)，這種分析也能幫助我們?cè)O(shè)計(jì)出有針對(duì)性地檢測(cè)方法，改善測(cè)試的有效性。其次，沒(méi)有發(fā)現(xiàn)錯(cuò)誤的測(cè)試也是有價(jià)值的，完整的測(cè)試是評(píng)定測(cè)試質(zhì)量的一種方法。

3.4軟件測(cè)試的原則

1．應(yīng)當(dāng)把“盡早和不斷的測(cè)試”作為開(kāi)發(fā)者的座右銘。2．程序員應(yīng)該避免檢查自己的程序, 測(cè)試工作應(yīng)該由獨(dú)立的專業(yè)的軟件測(cè)試機(jī)構(gòu)來(lái)完成。

3．設(shè)計(jì)測(cè)試用例時(shí)應(yīng)該考慮到合法的輸入和不合法的輸入以及各種邊界條件, 特殊情況下要制造極端狀態(tài)和意外狀態(tài), 比如網(wǎng)絡(luò)異常中斷、電源斷電等情況。

4．一定要注意測(cè)試中的錯(cuò)誤集中發(fā)生現(xiàn)象, 這和程序員的編程水平和習(xí)慣有很大的關(guān)系。

5．對(duì)測(cè)試錯(cuò)誤結(jié)果一定要有一個(gè)確認(rèn)的過(guò)程, 一般有A測(cè)試出來(lái)的錯(cuò)誤, 一定要有一個(gè)B來(lái)確認(rèn), 嚴(yán)重的錯(cuò)誤可以召開(kāi)評(píng)審會(huì)進(jìn)行討論和分析。

6．制定嚴(yán)格的測(cè)試計(jì)劃, 并把測(cè)試時(shí)間安排的盡量寬松, 不要希望在極短的時(shí)間內(nèi)完成一個(gè)高水平的測(cè)試。

7．回歸測(cè)試的關(guān)聯(lián)性一定要引起充分的注意, 修改一個(gè)錯(cuò)誤而引起更多的錯(cuò)誤出現(xiàn)的現(xiàn)象并不少見(jiàn)。

8．妥善保存一切測(cè)試過(guò)程文檔, 意義是不言而喻的, 測(cè)試的重現(xiàn)性往往要靠測(cè)試文檔 4軟件測(cè)試的內(nèi)容

4.1驗(yàn)證(verification)驗(yàn)證(verification)是保證軟件正確地實(shí)現(xiàn)了一些特定功能的一系列活動(dòng), 即保證軟件做了你所期望的事情。(Do the right thing)1.確定軟件生存周期中的一個(gè)給定階段的產(chǎn)品是否達(dá)到前階段確立的需求的過(guò)程；

2.程序正確性的形式證明, 即采用形式理論證明程序符號(hào)設(shè)計(jì)規(guī)約規(guī)定的過(guò)程；

3.評(píng)市、審查、測(cè)試、檢查、審計(jì)等各類活動(dòng), 或?qū)δ承╉?xiàng)處理、服務(wù)或文件等是否和規(guī)定的需求相一致進(jìn)行判斷和提出報(bào)告。4.2確認(rèn)(validation)確認(rèn)(validation)是一系列的活動(dòng)和過(guò)程, 目的是想證實(shí)在一個(gè)給定的外部環(huán)境中軟件的邏輯正確性。即保證軟件以正確的方式來(lái)做了這個(gè)事件(Do it right)1.靜態(tài)確認(rèn), 不在計(jì)算機(jī)上實(shí)際執(zhí)行程序, 通過(guò)人工或程序分析來(lái)證明軟件的正確性；

2.動(dòng)態(tài)確認(rèn), 通過(guò)執(zhí)行程序做分析, 測(cè)試程序的動(dòng)態(tài)行為, 以證實(shí)軟件是否存在問(wèn)題。

軟件測(cè)試的對(duì)象不僅僅是程序測(cè)試, 軟件測(cè)試應(yīng)該包括整個(gè)軟 9 件開(kāi)發(fā)期問(wèn)各個(gè)階段所產(chǎn)生的文檔, 如需求規(guī)格說(shuō)明、概要設(shè)計(jì)文檔、詳細(xì)設(shè)計(jì)文檔, 當(dāng)然軟件測(cè)試的主要對(duì)象還是源程序。

5軟件測(cè)試的分類

5.1常用分類

從是否需要執(zhí)行被測(cè)軟件的角度, 可分為： —靜態(tài)測(cè)試 和動(dòng)態(tài)測(cè)試

從測(cè)試是否針對(duì)系統(tǒng)的內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)算法的角度來(lái)看, 可分為 ：

－白盒測(cè)試 和黑盒測(cè)試 5.2黑盒測(cè)試

黑盒測(cè)試

指的是把被測(cè)軟件看作是一個(gè)黑盒子, 我們不去關(guān)心盒子里面的結(jié)構(gòu)是什么樣子, 只關(guān)心軟件的輸入數(shù)據(jù)和輸出結(jié)果。

黑盒測(cè)試方法是在程序接口上進(jìn)行測(cè)試, 主要是為了發(fā)現(xiàn)以下錯(cuò)誤: ? 是否有不正確或遺漏了的功能? ? 在接口上, 輸入能否正確地接受? 能否輸出正確的結(jié)果? ? 是否有數(shù)據(jù)結(jié)構(gòu)錯(cuò)誤或外部信息(例如數(shù)據(jù)文件)訪問(wèn)錯(cuò)誤? ?性能上是否能夠滿足要求? ? 是否有初始化或終止性錯(cuò)誤?

用黑盒測(cè)試發(fā)現(xiàn)程序中的錯(cuò)誤, 必須在所有可能的輸入條件和輸出條件中確定測(cè)試數(shù)據(jù), 來(lái)檢查程序是否都能產(chǎn)生正確的輸出。但這是不可能的。

n假設(shè)一個(gè)程序P有輸入量X和Y及輸出量Z。在字長(zhǎng)為32位的計(jì)算機(jī)上運(yùn)行。若X、Y取整數(shù), 按黑盒方法進(jìn)行窮舉測(cè)試：

n可能采用的 測(cè)試數(shù)據(jù)組： 232×232 ＝264 n如果測(cè)試一組數(shù)據(jù)需要1毫秒, 一年工作365× 24小時(shí), 完成所有測(cè)試需5億年。

黑盒測(cè)試的測(cè)試用例設(shè)計(jì) ?等價(jià)劃分法 ?邊界值法 ?錯(cuò)誤推測(cè)法 ?因果圖法

5.3白盒測(cè)試

白盒測(cè)試指的是把盒子蓋打開(kāi), 去研究里面的源代碼和程序結(jié)構(gòu)。

白盒測(cè)試也稱結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試, 它是知道產(chǎn)品內(nèi)部工作過(guò)程, 可通過(guò)測(cè)試來(lái)檢測(cè)產(chǎn)品內(nèi)部動(dòng)作是否按照規(guī)格說(shuō)明書(shū)的規(guī)定正常進(jìn)行, 按照程序內(nèi)部的結(jié)構(gòu)測(cè)試程序, 檢驗(yàn)程序中的每條通 路是否都有能按預(yù)定要求正確工作, 而不顧它的功能。使用被測(cè)單元內(nèi)部如何工作的信息, 允許測(cè)試人員對(duì)程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來(lái)設(shè)計(jì)和選擇測(cè)試用例, 對(duì)程序的邏輯路徑進(jìn)行測(cè)試?；谝粋€(gè)應(yīng)用代碼的內(nèi)部邏輯知識(shí), 測(cè)試是基于覆蓋全部代碼、分支、路徑、條件。

白盒測(cè)試的主要方法： ?邏輯驅(qū)動(dòng)測(cè)試 ?基本路徑測(cè)試

主要用于軟件驗(yàn)證。

使用程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測(cè)試用例。

邏輯驅(qū)動(dòng)測(cè)試：

主要是測(cè)試覆蓋率, 以程序內(nèi)在邏輯結(jié)構(gòu)為基礎(chǔ)的測(cè)試。包括以下6種類型：

?語(yǔ)句覆蓋 ?判斷覆蓋 ?條件覆蓋 ?判定-條件覆蓋 ?條件組合覆蓋 ?路徑覆蓋 白盒測(cè)試的主要目的

? 保證一個(gè)模塊中的所有獨(dú)立路徑至少被執(zhí)行一次； ?對(duì)所有的邏輯值均需要測(cè)試真、假兩個(gè)分支； ?在上下邊界及可操作范圍內(nèi)運(yùn)行所有循環(huán)； ?檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性

白盒測(cè)試的實(shí)施方案

在開(kāi)發(fā)階段

要保證產(chǎn)品的質(zhì)量, 產(chǎn)品的生產(chǎn)過(guò)程應(yīng)該遵循一定的行業(yè)標(biāo)準(zhǔn)。軟件產(chǎn)品也是同樣, 沒(méi)有標(biāo)準(zhǔn)可依自然談不上質(zhì)量的好壞。所有關(guān)心軟件開(kāi)發(fā)質(zhì)量的組織、單位, 都要定義或了解軟件的質(zhì)量標(biāo)準(zhǔn)、模型。其好處是保證公司實(shí)踐的均勻性, 產(chǎn)品的可維護(hù)性、可靠性以及可移植性等。

在測(cè)試階段

與軟件產(chǎn)品的開(kāi)發(fā)過(guò)程一樣, 測(cè)試過(guò)程也需要有一定的準(zhǔn)則, 來(lái)指導(dǎo)、度量、評(píng)價(jià)軟件測(cè)試過(guò)程的質(zhì)量。

定義測(cè)試準(zhǔn)則

為控制測(cè)試的有效性以及完成程度, 必須定義準(zhǔn)則和策略, 以判斷何時(shí)結(jié)束測(cè)試階段。準(zhǔn)則必須是客觀的, 可量化的元素, 而不能是經(jīng)驗(yàn)或感覺(jué)。

根據(jù)應(yīng)用的準(zhǔn)則和項(xiàng)目相關(guān)的約束, 項(xiàng)目領(lǐng)導(dǎo)可以定義使用的度量方法, 和要達(dá)到的覆蓋率。度量測(cè)試的有效性、完整性

對(duì)每個(gè)測(cè)試的測(cè)試覆蓋信息和累計(jì)信息, 用圖形方式顯示覆蓋比率, 并根據(jù)測(cè)試運(yùn)行情況實(shí)時(shí)更新, 隨時(shí)顯示新的測(cè)試所反映的測(cè)試覆蓋情況。

允許所有的測(cè)試運(yùn)行依據(jù)其有效性進(jìn)行管理, 用戶可以減 少不適用于非回歸測(cè)試的測(cè)試的過(guò)程。

概念：

1.語(yǔ)句覆蓋：語(yǔ)句覆蓋就是設(shè)計(jì)若干個(gè)測(cè)試用例, 運(yùn)行被測(cè)試程序, 使得每一條可執(zhí)行語(yǔ)句至少執(zhí)行一次；

2.判定覆蓋（也稱為分支覆蓋）：設(shè)計(jì)若干個(gè)測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的取真分支和取假分支至少執(zhí)行一次；

3.條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的每個(gè)條件的每個(gè)可能取值至少執(zhí)行一次；

4.判定-條件覆蓋：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的每個(gè)條件的所有可能取值至少執(zhí)行一次, 并且每個(gè)可能的判斷結(jié)果也至少執(zhí)行一次, 換句話說(shuō), 即是要求各個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次；

5.條件組合測(cè)試：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 使程序中每個(gè)判斷的所有可能的條件取值組合至少執(zhí)行一次；

6.路徑測(cè)試：設(shè)計(jì)足夠多的測(cè)試用例, 運(yùn)行所測(cè)程序, 要覆蓋程序中所有可能的路徑。

5.4靜態(tài)測(cè)試

是指不實(shí)際運(yùn)行被測(cè)軟件, 而只是靜態(tài)的檢查程序代碼、界面或文檔中可能存在的錯(cuò)誤的過(guò)程。

其中包括代碼測(cè)試、界面測(cè)試和文檔測(cè)試3個(gè)方面。對(duì)于代碼測(cè) 14 試, 主要測(cè)試代碼是否符合相應(yīng)的標(biāo)準(zhǔn)和規(guī)范。對(duì)于界面測(cè)試, 主要測(cè)試軟件的實(shí)際界面與需求中的說(shuō)明是否相符。對(duì)于文檔測(cè)試, 主要測(cè)試用戶手冊(cè)和需求說(shuō)明是否符合用戶的實(shí)際要求。

5.5動(dòng)態(tài)測(cè)試

是指實(shí)際運(yùn)行被測(cè)程序, 輸入相應(yīng)的測(cè)試數(shù)據(jù), 檢查實(shí)際輸出結(jié)果和預(yù)期結(jié)果是否相符的過(guò)程。所以, 我們判斷一個(gè)測(cè)試屬于動(dòng)態(tài)還是靜態(tài)測(cè)試 , 唯一的標(biāo)準(zhǔn)就是看是否運(yùn)行程序。

6軟件測(cè)試中的類測(cè)試

6.1 面向?qū)ο筌浖暮暧^上來(lái)看是各個(gè)類之間的相互作用。在面向?qū)ο笙到y(tǒng)中,系統(tǒng)的基本構(gòu)造模塊是封裝了的數(shù)據(jù)和方法的類和對(duì)象,而不再是一個(gè)個(gè)能完成特定功能的功能模塊。每個(gè)對(duì)象有自己的生存周期,有自己的狀態(tài)。消息是對(duì)象之間相互請(qǐng)求或協(xié)作的途徑,是外界使用對(duì)象方法及獲取對(duì)象狀態(tài)的唯一方式。對(duì)象的功能是在消息的觸發(fā)下,由對(duì)象所屬類中定義的方法與相關(guān)對(duì)象的合作共同完成,且在不同狀態(tài)下對(duì)消息的響應(yīng)可能完全不同。對(duì)象中的數(shù)據(jù)和方法是一個(gè)有機(jī)的整體,測(cè)試過(guò)程中不能僅僅檢查輸入數(shù)據(jù)產(chǎn)生的輸出結(jié)果是否與預(yù)期的吻合,還要考慮對(duì)象的狀態(tài)。模塊測(cè)試的概念已不適用于對(duì)象的測(cè)試“類測(cè)試將是整個(gè)測(cè)試過(guò)程的一個(gè)重要步驟。

6.2類測(cè)試技術(shù)

6.2.1基于服務(wù)的類測(cè)試技術(shù)

基于服務(wù)的類測(cè)試主要考察封裝在類中的一個(gè)方法對(duì)數(shù)據(jù)進(jìn)行的操作，它可以采用傳統(tǒng)的白盒測(cè)試方法。為克服軟件測(cè)試的盲目性和局限性,保證測(cè)試的質(zhì)量,提高軟件的可靠性,下面我們介紹一種類的服務(wù)的測(cè)試模型及相應(yīng)的測(cè)試策略。

BBD通常有兩種獲取途徑。一是采用逆向工程的方法根據(jù)源程序畫(huà)出流程圖,然后構(gòu)造出BBD。但這畢竟是在缺少軟件開(kāi)發(fā)前期的分析、設(shè)計(jì)文檔或文檔不齊全的情況下退而求其次的辦法。當(dāng)源程序不正確時(shí)構(gòu)造出來(lái)的BBD就是錯(cuò)誤的。另一種途徑就是追根溯源,在軟件的分析、設(shè)計(jì)階段就根據(jù)測(cè)試的需要構(gòu)造出相應(yīng)的BBD。這樣就能從根本上解決問(wèn)題,正確地指導(dǎo)類的服務(wù)的測(cè)試。

6.2.2基于層次增量的類測(cè)試

層次增量測(cè)試的基本思想是:首先分別測(cè)試父類的各個(gè)成員函數(shù),再測(cè)試成員函數(shù)間的相互作用,把測(cè)試用例和執(zhí)行信息保存在/測(cè)試歷史中,在測(cè)試子類時(shí),根據(jù)父類的測(cè)試歷史修改部分的定義以及實(shí)現(xiàn)語(yǔ)言的繼承映射來(lái)決定子類中的哪些特征應(yīng)當(dāng)重測(cè)試以及父類的哪些測(cè)試用例可以復(fù)用。

這種根據(jù)類間繼承關(guān)系的層次特性對(duì)類進(jìn)行增量測(cè)試的技術(shù)是由M.Harrold等人提出的,其特點(diǎn)是復(fù)用父類的測(cè)試信息來(lái)指導(dǎo)子類的測(cè)試。

7參考文獻(xiàn) 參考書(shū)籍：

1、Ron Patton 《軟件測(cè)試》機(jī)械工業(yè)出版社

2、張克東等 《軟件工程與軟件測(cè)試自動(dòng)化教程》電子工業(yè)出版社

3、Dustin,E.《軟件自動(dòng)化測(cè)試：引入、管理與實(shí)施》電子工業(yè)出版社

4、James A.Whittaker 《實(shí)用軟件測(cè)試指南》電子工業(yè)出版社

5、Zadrozny 《J2EE性能測(cè)試》電子工業(yè)出版社

6、Jones,C.《軟件評(píng)估、基準(zhǔn)測(cè)試與最佳實(shí)踐》機(jī)械工業(yè)出版社

7、Edward Kit 《軟件測(cè)試過(guò)程改進(jìn)》機(jī)械工業(yè)出版社

8、Hung Q.Nguyen 《Web應(yīng)用測(cè)試》電子工業(yè)出版社

9、Robert V.Binder《面向?qū)ο笙到y(tǒng)測(cè)試 模型 視圖與工具（影印版）》

10、Rakitin,S.K.《軟件驗(yàn)證與確認(rèn)的最佳管理辦法》電子工業(yè)出版社

11、麥格雷戈 《面向?qū)ο蟮能浖y(cè)試》機(jī)械工業(yè)出版社

8致謝 非常感謝陳林華老師在我大學(xué)的最后學(xué)習(xí)階段——畢業(yè)設(shè)計(jì)階段給自己的指導(dǎo)，從最初的定題，到資料收集，到寫(xiě)作、修改，到論文定稿，她們給了我耐心的指導(dǎo)和無(wú)私的幫助。為了指導(dǎo)我們的畢業(yè)論文，她們放棄了自己的休息時(shí)間，她們的這種無(wú)私奉獻(xiàn)的敬業(yè)精神令人欽佩，在此我向她們表示我誠(chéng)摯的謝意。同時(shí)，感謝所有任課老師和所有同學(xué)在這四年來(lái)給自己的指導(dǎo)和幫助，是他們教會(huì)了我專業(yè)知識(shí)，教會(huì)了我如何學(xué)習(xí)，教會(huì)了我如何做人。正是由于他們，我才能在各方面取得顯著的進(jìn)步，在此向他們表示我由衷的謝意，并祝所有的老師培養(yǎng)出越來(lái)越多的優(yōu)秀人才，桃李滿天下！

通過(guò)這一階段的努力，我的畢業(yè)論文《 軟件測(cè)試的概述及方法 》終于完成了，這意味著大學(xué)生活即將結(jié)束。在大學(xué)階段，我在學(xué)習(xí)上和思想上都受益非淺，這除了自身的努力外，與各位老師、同學(xué)和朋友的關(guān)心、支持和鼓勵(lì)是分不開(kāi)的。

寫(xiě)作畢業(yè)論文是一次再系統(tǒng)學(xué)習(xí)的過(guò)程，畢業(yè)論文的完成，同樣也意味著新的學(xué)習(xí)生活的開(kāi)始。

感謝各位專家的批評(píng)指導(dǎo)。

讀書(shū)的好處

1、行萬(wàn)里路，讀萬(wàn)卷書(shū)。

2、書(shū)山有路勤為徑，學(xué)海無(wú)涯苦作舟。

3、讀書(shū)破萬(wàn)卷，下筆如有神。

4、我所學(xué)到的任何有價(jià)值的知識(shí)都是由自學(xué)中得來(lái)的。——達(dá)爾文

5、少壯不努力，老大徒悲傷。

6、黑發(fā)不知勤學(xué)早，白首方悔讀書(shū)遲?！佌媲?/p>

7、寶劍鋒從磨礪出，梅花香自苦寒來(lái)。

8、讀書(shū)要三到：心到、眼到、口到

9、玉不琢、不成器，人不學(xué)、不知義。

10、一日無(wú)書(shū)，百事荒廢。——陳壽

11、書(shū)是人類進(jìn)步的階梯。

12、一日不讀口生，一日不寫(xiě)手生。

13、我撲在書(shū)上，就像饑餓的人撲在面包上?！郀柣?/p>

14、書(shū)到用時(shí)方恨少、事非經(jīng)過(guò)不知難?！懹?/p>

15、讀一本好書(shū)，就如同和一個(gè)高尚的人在交談——歌德

16、讀一切好書(shū)，就是和許多高尚的人談話?！芽▋?/p>

17、學(xué)習(xí)永遠(yuǎn)不晚。——高爾基

18、少而好學(xué)，如日出之陽(yáng)；壯而好學(xué)，如日中之光；志而好學(xué)，如炳燭之光?！?jiǎng)⑾?/p>

19、學(xué)而不思則惘，思而不學(xué)則殆?！鬃?/p>

20、讀書(shū)給人以快樂(lè)、給人以光彩、給人以才干?！喔?/p>

第二篇：軟件測(cè)試課題解讀

XX學(xué)院

××屆××學(xué)院畢業(yè)設(shè)計(jì)

軟件測(cè)試課題

2012-03-13

目 錄

第一章 畢業(yè)設(shè)計(jì)目的..............................................................................................................3 第二章 畢業(yè)設(shè)計(jì)安排..............................................................................................................3 第三章 指導(dǎo)老師簡(jiǎn)介..............................................................................................................3 第四章 畢業(yè)設(shè)計(jì)選題..............................................................................................................4

4.1“如何寫(xiě)一個(gè)好的測(cè)試計(jì)劃？” 或 “XXX項(xiàng)目測(cè)試計(jì)劃”.....................................4 4.2“如何做好功能測(cè)試？” 或 “XXX項(xiàng)目功能測(cè)試實(shí)踐”.....................................4 4.3“如何做好自動(dòng)化測(cè)試？” 或 “XXX項(xiàng)目自動(dòng)化測(cè)試實(shí)踐”.............................5 4.4“如何做好性能測(cè)試？” 或 “XXX項(xiàng)目性能測(cè)試實(shí)踐”.....................................5 4.5如何測(cè)試一個(gè)電梯/紙杯？..........................................................................................5 4.6怎樣才能做好本地化測(cè)試？.......................................................................................5 4.7 學(xué)生自己想做的測(cè)試相關(guān)的其他選題（需要與指導(dǎo)老師確認(rèn)）..........................6 第五章 總結(jié)..............................................................................................................................6

ii

第一章 畢業(yè)設(shè)計(jì)目的

? 培養(yǎng)學(xué)生運(yùn)用所學(xué)基礎(chǔ)理論、基本知識(shí)和基本技能進(jìn)行分析與解決實(shí)際問(wèn)題的能力； ? 培養(yǎng)學(xué)生嚴(yán)謹(jǐn)認(rèn)真的態(tài)度、理論聯(lián)系實(shí)際的動(dòng)手能力；

? 通過(guò)完成具有一定實(shí)際或理論意義的軟件測(cè)試項(xiàng)目，使學(xué)生受到基本的軟件測(cè)試訓(xùn)練，鞏固與擴(kuò)展所學(xué)的基礎(chǔ)理論和專業(yè)知識(shí)，為就業(yè)鋪路搭橋；

? 培養(yǎng)學(xué)生分析設(shè)計(jì)、實(shí)際測(cè)試和計(jì)算機(jī)應(yīng)用的能力，以及進(jìn)行解決問(wèn)題和文字表達(dá)等基本技能；

? 培養(yǎng)學(xué)生的創(chuàng)新意識(shí)和創(chuàng)新能力；

? 為學(xué)生面試與就業(yè)提供指導(dǎo)，幫助學(xué)生盡快就業(yè)，找到如意工作。

第二章 畢業(yè)設(shè)計(jì)安排

? 開(kāi)始時(shí)間：2012年3月底 ? 結(jié)束時(shí)間：2012年5月上旬 ? 畢業(yè)論文完成時(shí)間：2012年5月上旬

說(shuō)明：根據(jù)實(shí)際情況可能會(huì)有所調(diào)整。

第三章 指導(dǎo)老師簡(jiǎn)介

XX老師，北航軟件工程碩士，PMP(項(xiàng)目管理專業(yè)認(rèn)證)，信息系統(tǒng)項(xiàng)目管理師（高級(jí)職稱資格認(rèn)證）。11年IT工作經(jīng)驗(yàn)，精通軟件測(cè)試?yán)碚?、測(cè)試工具、測(cè)試流程、測(cè)試架構(gòu)設(shè)計(jì)及測(cè)試管理。軟件測(cè)試?yán)碚搵故?，?shí)戰(zhàn)經(jīng)驗(yàn)豐富，對(duì)數(shù)據(jù)庫(kù)和UNIX/Linux有 3

致謝

很深的功底，帶過(guò)多次畢業(yè)設(shè)計(jì)。其中參與過(guò)黑龍江移動(dòng)公司《新版BOSS系統(tǒng)》的開(kāi)發(fā)和測(cè)試工作，明天集團(tuán)的《工商項(xiàng)目檔案管理系統(tǒng)》的開(kāi)發(fā)和測(cè)試工作，網(wǎng)絡(luò)版的《電力系統(tǒng)安全性評(píng)價(jià)專家系統(tǒng)》的開(kāi)發(fā)和測(cè)試工作，中國(guó)石油集團(tuán)下屬《中國(guó)石油石化企業(yè)網(wǎng)絡(luò)信息庫(kù)》、《世界石油大會(huì)中國(guó)國(guó)家委員會(huì)網(wǎng)站》、《中油香港網(wǎng)站》、《中國(guó)石油商務(wù)網(wǎng)》《中國(guó)石油集團(tuán)外部網(wǎng)站》的開(kāi)發(fā)設(shè)計(jì)和驗(yàn)收工作，現(xiàn)在某外企公司任軟件測(cè)試項(xiàng)目經(jīng)理，負(fù)責(zé)軟件測(cè)試項(xiàng)目的管理和執(zhí)行，團(tuán)隊(duì)總?cè)藬?shù)達(dá)20余人。

聯(lián)系方式：

第四章 畢業(yè)設(shè)計(jì)選題

4.1“如何寫(xiě)一個(gè)好的測(cè)試計(jì)劃？” 或 “XXX項(xiàng)目測(cè)試計(jì)劃”

? 測(cè)試的發(fā)展及相關(guān)理論 ? 項(xiàng)目相關(guān)理論 ? 測(cè)試管理

? 測(cè)試計(jì)劃的重要性 ? 測(cè)試計(jì)劃的基本要素 ? 測(cè)試計(jì)劃實(shí)例

4.2“如何做好功能測(cè)試？” 或 “XXX項(xiàng)目功能測(cè)試實(shí)踐”

? 測(cè)試的發(fā)展及相關(guān)理論 ? 功能測(cè)試?yán)碚?? 項(xiàng)目相關(guān)理論 ? 測(cè)試需求 ? 測(cè)試流程 ? 測(cè)試用例 ? 測(cè)試工具

4.3“如何做好自動(dòng)化測(cè)試？” 或 “XXX項(xiàng)目自動(dòng)化測(cè)試實(shí)踐”

? 測(cè)試的發(fā)展及相關(guān)理論 ? 自動(dòng)化測(cè)試?yán)碚?? 項(xiàng)目相關(guān)理論 ? 測(cè)試需求 ? 測(cè)試流程 ? 測(cè)試用例 ? 測(cè)試工具

4.4“如何做好性能測(cè)試？” 或? 測(cè)試的發(fā)展及相關(guān)理論 ? 性能測(cè)試?yán)碚?? 項(xiàng)目相關(guān)理論 ? 測(cè)試需求 ? 測(cè)試流程 ? 測(cè)試用例 ? 測(cè)試工具

4.5如何測(cè)試一個(gè)電梯/紙杯？

? 測(cè)試的發(fā)展及相關(guān)理論 ? 項(xiàng)目相關(guān)理論 ? 測(cè)試用例

4.6怎樣才能做好本地化測(cè)試？

? 測(cè)試的發(fā)展及相關(guān)理論 ? 深入理解本地化測(cè)試 ? 如何做好本地化測(cè)試

XXX項(xiàng)目性能測(cè)試實(shí)踐”

“ 致謝

4.7 學(xué)生自己想做的測(cè)試相關(guān)的其他選題（需要與指導(dǎo)老師確認(rèn)）

第五章 總結(jié)

畢業(yè)設(shè)計(jì)(論文)是學(xué)生畢業(yè)前的最后一個(gè)重要學(xué)習(xí)環(huán)節(jié)，是學(xué)習(xí)深化與升華的重要過(guò)程。它既是學(xué)生學(xué)習(xí)、研究與實(shí)踐成果的全面總結(jié)，又是對(duì)學(xué)生素質(zhì)與能力的一次全面檢驗(yàn)，還是對(duì)學(xué)生的畢業(yè)資格認(rèn)證的重要依據(jù)。為了保證我院畢業(yè)設(shè)計(jì)質(zhì)量，讓同學(xué)們能夠圓滿完成這次畢業(yè)論文設(shè)計(jì)，我愿意和同學(xué)們一起努力，共同奮斗！

讀書(shū)的好處

1、行萬(wàn)里路，讀萬(wàn)卷書(shū)。

2、書(shū)山有路勤為徑，學(xué)海無(wú)涯苦作舟。

3、讀書(shū)破萬(wàn)卷，下筆如有神。

4、我所學(xué)到的任何有價(jià)值的知識(shí)都是由自學(xué)中得來(lái)的?！_(dá)爾文

5、少壯不努力，老大徒悲傷。

6、黑發(fā)不知勤學(xué)早，白首方悔讀書(shū)遲?！佌媲?/p>

7、寶劍鋒從磨礪出，梅花香自苦寒來(lái)。

8、讀書(shū)要三到：心到、眼到、口到

9、玉不琢、不成器，人不學(xué)、不知義。

10、一日無(wú)書(shū)，百事荒廢?！悏?/p>

11、書(shū)是人類進(jìn)步的階梯。

12、一日不讀口生，一日不寫(xiě)手生。

13、我撲在書(shū)上，就像饑餓的人撲在面包上。——高爾基

14、書(shū)到用時(shí)方恨少、事非經(jīng)過(guò)不知難?！懹?/p>

15、讀一本好書(shū)，就如同和一個(gè)高尚的人在交談——歌德

16、讀一切好書(shū)，就是和許多高尚的人談話?！芽▋?/p>

17、學(xué)習(xí)永遠(yuǎn)不晚。——高爾基

18、少而好學(xué)，如日出之陽(yáng)；壯而好學(xué)，如日中之光；志而好學(xué)，如炳燭之光?！?jiǎng)⑾?/p>

19、學(xué)而不思則惘，思而不學(xué)則殆?！鬃?/p>

20、讀書(shū)給人以快樂(lè)、給人以光彩、給人以才干?！喔?/p>

第三篇：軟件測(cè)試筆試題3解讀

一、測(cè)試基礎(chǔ)題

1、Linux的超級(jí)用戶是root

2、Linux系統(tǒng)中，查看文件的命令是什么？寫(xiě)出至少三個(gè)：cat、less、more

3、Linux系統(tǒng)中，對(duì)文件httpd.conf賦予755權(quán)限指的是什么意思？如何操作？ 賦予http.conf 文件 擁有者 讀、寫(xiě)、執(zhí)行；擁有組 讀、執(zhí)行； 其他人 讀；執(zhí)行 chmod 755 http.conf

4、Linux系統(tǒng)中，vi編輯，以下操作的命令是？插入、刪除單個(gè)字符、刪除一整行、到文件開(kāi)頭和結(jié)尾、另存為等 插入 i 刪除單個(gè)字符 x 刪除一整行

dd 到文件開(kāi)頭 gg 結(jié)尾 G 另存為 :qw

5、數(shù)據(jù)庫(kù)題（1）員工信息表

create table employ(employID number primary key--員工ID ,ename varchar2(50)--名稱 ,sex varchar2(50)--性別 ,age number--年齡 ,deptid number--部門ID ,stationid number--崗位ID);(2)員工薪水

create table salary(salaryid number--薪水ID ,employid number--員工ID ,basesalary number--基本薪水 ,bonussalary number--獎(jiǎng)金);

1）統(tǒng)計(jì)各部門的平均薪水

select max(em.deptid), round(avg(sa.basesalary+sa.bonussalary),1)from employ em ,salary sa where em.employid=sa.employid group by em.deptid

2）查詢所有部門的最高薪水，最低水，平均薪水，顯示部門，最高薪水，最低薪水，平均薪水,并按部門名升序排序;select max(em.deptid)“部門名”, min(sa.basesalary+sa.bonussalary)“最低薪水”, round(avg(sa.basesalary+sa.bonussalary),1)“平均薪水” from employ em ,salary sa where em.employid=sa.employid group by em.deptid order by em.deptid

3）查詢所有姓王的所有員工信息;select em.employID “員工ID”, em.ename “名稱”, em.sex “性別”, em.age “年齡”, em.deptid “部門ID”, em.stationid “崗位ID”, sa.salaryid “薪水ID”, sa.basesalary “基本薪水”, sa.bonussalary “獎(jiǎng)金” from employ em ,salary sa where em.employid=sa.employid and ename like '王%'

二、測(cè)試?yán)碚撝R(shí)

1、軟件測(cè)試的目的是什么？軟件測(cè)試有哪幾大特性？

目的：沒(méi)發(fā)現(xiàn)軟件缺陷與錯(cuò)誤，對(duì)軟件質(zhì)量進(jìn)行度量和評(píng)估，以提高軟件的 質(zhì)量，節(jié)約成本，滿足客戶需求。

特性：應(yīng)追溯到用戶需求；盡早地和不斷地進(jìn)行軟件測(cè)試；完全測(cè)試是不可能的，測(cè)試需要終止；測(cè)試無(wú)法顯示軟件潛在的缺陷；充分注意測(cè)試中的群集現(xiàn)象；開(kāi)發(fā)人員不能即是運(yùn)動(dòng)員又是裁判員；避免測(cè)試的隨意性

2、軟件測(cè)試有哪幾種類型？它們的關(guān)注點(diǎn)分別是什么？ 按階段劃分

對(duì)不同的階段用不同的方法進(jìn)行測(cè)試

a單元測(cè)試（unit testing），是指對(duì)軟件中的最小可測(cè)試單元進(jìn)行檢查和驗(yàn)證

b集成測(cè)試在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求（如根據(jù)結(jié)構(gòu)圖〕組裝成為子系統(tǒng)或系統(tǒng)，進(jìn)行集成測(cè)試

c確認(rèn)測(cè)試經(jīng)集成測(cè)試后，已經(jīng)按照設(shè)計(jì)把所有的模塊組裝成一個(gè)完整的軟件系統(tǒng)，接口錯(cuò)誤也已經(jīng)基本排除了，接著就應(yīng)該進(jìn)一步驗(yàn)證軟件的有效性，這就是確認(rèn)測(cè)試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。

c系統(tǒng)測(cè)試目的是驗(yàn)證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測(cè)試的對(duì)象不僅僅包括需測(cè)試的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。d驗(yàn)收測(cè)試主要確認(rèn)軟件是否按合同要求進(jìn)行工作，既是否滿足軟件需求規(guī)格說(shuō)明書(shū)中的要求。

按是否運(yùn)行程序劃分

靜態(tài)測(cè)試不運(yùn)行被測(cè)試的軟件，而只是靜態(tài)的檢查代碼、界面或者文檔。動(dòng)態(tài)測(cè)試實(shí)際運(yùn)行被測(cè)試的軟件，輸入相應(yīng)的測(cè)試數(shù)據(jù)，檢查世界的輸出結(jié)果是否和預(yù)期結(jié)果相一致的過(guò)程。按是否查看代碼劃分 黑盒測(cè)試

把軟件看成一個(gè)黑盒子，不管內(nèi)部邏輯和內(nèi)部特性，只依據(jù)規(guī)格說(shuō)明書(shū)檢查程序的功能是否符合功能說(shuō)明又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試 白盒測(cè)試

又稱為結(jié)構(gòu)測(cè)試或邏輯驅(qū)動(dòng)測(cè)試。著重于程序內(nèi)部結(jié)構(gòu)和算法，不關(guān)心功能和性能指標(biāo)?；液袦y(cè)試

介于白盒和黑盒測(cè)試之間，基于程序運(yùn)行時(shí)刻的外部表現(xiàn)同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié)果的測(cè)試技術(shù)。其他劃分 回歸測(cè)試

對(duì)軟件的新版本測(cè)試時(shí)，重復(fù)執(zhí)行上一個(gè)版本測(cè)試時(shí)使用的測(cè)試用例。防止出現(xiàn)“以前應(yīng)用沒(méi)有的問(wèn)題現(xiàn)在出問(wèn)題了”。

冒煙測(cè)試（BVT測(cè)試（Build Verification Test））

冒煙測(cè)試的對(duì)象是每一個(gè)新編譯需要正式測(cè)試的版本，目的是確認(rèn)軟件基本功能正常，可以進(jìn)行后續(xù)的正式測(cè)試工作。隨機(jī)測(cè)試（又名猴子測(cè)試）

測(cè)試數(shù)據(jù)是隨機(jī)產(chǎn)生的，在測(cè)試用例之外。只能作為一個(gè)測(cè)試的補(bǔ)充。

3、通常來(lái)說(shuō)，一個(gè)case需要包含哪幾部分？bug呢？

Case 用例編號(hào) 用例名稱 功能接口、預(yù)置條件 用例優(yōu)先級(jí) 操作步驟 預(yù)期結(jié)果 Bug bug編號(hào) bug名稱

bug優(yōu)先級(jí)

操作環(huán)境 操作步驟

預(yù)期步驟 實(shí)際結(jié)果

三、自動(dòng)化及項(xiàng)目測(cè)試知識(shí)

1、在自動(dòng)化測(cè)試中，參數(shù)化的目的是什么？檢查點(diǎn)呢？

2、LR中場(chǎng)景分為哪幾種，分別是什么？性能測(cè)試指標(biāo)包含哪些（盡可能多的列舉）？

四、綜合知識(shí)

1、您認(rèn)為作為一名軟件測(cè)試工程師，應(yīng)該具備哪些素質(zhì)？ 計(jì)算機(jī)相關(guān)知識(shí)，能夠熟練使用常用的管理工具 開(kāi)發(fā)語(yǔ)言：C,C++,Java,JavaScript,VBScript,Shell。數(shù)據(jù)庫(kù)：SQL Server,Oracle,MySQL等數(shù)據(jù)庫(kù)知識(shí)

操作系統(tǒng),如Windows 2003以及2008,UNIX,Linux,MAC,Solaris等 網(wǎng)絡(luò)基本知識(shí)，能夠獨(dú)立完成測(cè)試環(huán)境的搭建。

軟件基礎(chǔ)知識(shí)：軟件工程,軟件生命周期,測(cè)試?yán)碚摵蜏y(cè)試方式有較深的理解。

軟件測(cè)試技術(shù),方法,流程,測(cè)試文檔編寫(xiě),能獨(dú)立設(shè)計(jì)和執(zhí)行測(cè)試用例, 提交完整的缺陷報(bào)告單, 編寫(xiě)測(cè)試報(bào)告。

測(cè)試工具，能夠熟練使用至少一種功能/性能自動(dòng)化測(cè)試工具。質(zhì)量管理知識(shí)，如CMM,CMMI以及ISO 9001等。

2、就ATM取款機(jī)的取款功能，請(qǐng)寫(xiě)出測(cè)試點(diǎn)。

用場(chǎng)景法測(cè)試ATM機(jī) 基本流 插入銀行卡 驗(yàn)證銀行卡 輸入密碼 驗(yàn)證密碼

進(jìn)入ATM主界面 取款并選擇金額 ATM機(jī)驗(yàn)證

更新賬戶余額出鈔 返回主界面 備選流 銀行卡無(wú)效 密碼錯(cuò)誤

密碼三次錯(cuò)誤吞卡 賬戶余額不提示退卡

總?cè)】罱痤~超過(guò)當(dāng)日取款限額 ATM機(jī)余額不足 場(chǎng)景一 取款成功 預(yù)備條件

ATM余額10000 有效銀行卡***8843 密碼213213 卡內(nèi)余額8000 操作步驟

插入銀行卡，輸入正確的密碼213213 進(jìn)入主頁(yè)后選擇取款1000元 預(yù)期結(jié)果

ATM機(jī)輸出1000元，提示用戶取走現(xiàn)金并返回主頁(yè)面 ATM機(jī)余額9000 用戶賬戶余額7000 場(chǎng)景二 卡無(wú)效 預(yù)置條件

ATM余額10000 一張無(wú)效銀行卡 操作步驟

插入無(wú)效銀行卡 預(yù)期結(jié)果

提示該卡無(wú)效并退卡。

場(chǎng)景三 密碼錯(cuò)誤且輸入三次錯(cuò)誤密碼，ATM機(jī)吞卡 預(yù)置條件

ATM余額10000 有效銀行卡***8843 密碼213213 卡內(nèi)余額8000 操作步驟

插入銀行卡，輸入錯(cuò)誤密碼321321 預(yù)期結(jié)果

提示密碼錯(cuò)誤，并清空密碼 再次輸入錯(cuò)誤密碼321321 預(yù)期結(jié)果

提示密碼錯(cuò)誤，并清空密碼 再次輸入錯(cuò)誤密碼321321 預(yù)期結(jié)果

提示密碼錯(cuò)誤，并沒(méi)收該卡。場(chǎng)景四賬戶余額不足 ATM余額10000 有效銀行卡***8843 密碼213213 卡內(nèi)余額8000 操作步驟

插入銀行卡，輸入正確的密碼213213 進(jìn)入主頁(yè)后選擇取款9000元 預(yù)期結(jié)果

提示賬戶余額不足，并退卡 場(chǎng)景五取款金額超過(guò)當(dāng)日限額 預(yù)備條件 ATM余額100000（單筆取款最大金額為2000最大取款金額為20000）有效銀行卡***8843 密碼213213 卡內(nèi)余額80000 操作步驟

插入銀行卡，輸入正確的密碼213213 進(jìn)入主頁(yè)后選擇取款2000元 預(yù)期結(jié)果

ATM機(jī)輸出2000元，提示用戶取走現(xiàn)金并返回主頁(yè)面 ATM機(jī)余額98000 用戶賬戶余額78000 累計(jì)取款20000 預(yù)期結(jié)果

ATM機(jī)余額80000 用戶賬戶余額60000 再次取走2000元 預(yù)期結(jié)果

提示已達(dá)當(dāng)日取款最大限額，并退卡。場(chǎng)景六 ATM余額不足 預(yù)備條件 ATM余額800 有效銀行卡***8843 密碼213213 卡內(nèi)余額8000 操作步驟

插入銀行卡，輸入正確的密碼213213 進(jìn)入主頁(yè)后選擇取款1000元 預(yù)期結(jié)果

提示ATM機(jī)余額不足，并退卡。

讀書(shū)的好處

1、行萬(wàn)里路，讀萬(wàn)卷書(shū)。

2、書(shū)山有路勤為徑，學(xué)海無(wú)涯苦作舟。

3、讀書(shū)破萬(wàn)卷，下筆如有神。

4、我所學(xué)到的任何有價(jià)值的知識(shí)都是由自學(xué)中得來(lái)的?！_(dá)爾文

5、少壯不努力，老大徒悲傷。

6、黑發(fā)不知勤學(xué)早，白首方悔讀書(shū)遲。——顏真卿

7、寶劍鋒從磨礪出，梅花香自苦寒來(lái)。

8、讀書(shū)要三到：心到、眼到、口到

9、玉不琢、不成器，人不學(xué)、不知義。

10、一日無(wú)書(shū)，百事荒廢?！悏?/p>

11、書(shū)是人類進(jìn)步的階梯。

12、一日不讀口生，一日不寫(xiě)手生。

13、我撲在書(shū)上，就像饑餓的人撲在面包上?！郀柣?/p>

14、書(shū)到用時(shí)方恨少、事非經(jīng)過(guò)不知難?！懹?/p>

15、讀一本好書(shū)，就如同和一個(gè)高尚的人在交談——歌德

16、讀一切好書(shū)，就是和許多高尚的人談話。——笛卡兒

17、學(xué)習(xí)永遠(yuǎn)不晚?！郀柣?/p>

18、少而好學(xué)，如日出之陽(yáng)；壯而好學(xué)，如日中之光；志而好學(xué)，如炳燭之光?！?jiǎng)⑾?/p>

19、學(xué)而不思則惘，思而不學(xué)則殆?！鬃?/p>

20、讀書(shū)給人以快樂(lè)、給人以光彩、給人以才干?！喔?/p>

第四篇：軟件測(cè)試（推薦）

一、簡(jiǎn)答5*6’

1.為什么不讓時(shí)間有余的人做測(cè)試工作

表面上看這體現(xiàn)了管理的效率和靈活性，但實(shí)際上也體現(xiàn)了管理者對(duì)測(cè)試的輕視。測(cè)試和測(cè)試的人有很大關(guān)系。測(cè)試工作人員應(yīng)該是勤奮并富有耐心，善于學(xué)習(xí)、思考和發(fā)現(xiàn)問(wèn)題，細(xì)心有條理，總結(jié)問(wèn)題，如果具備這樣的優(yōu)點(diǎn)，做其它工作同樣也會(huì)很出色，因此這里還有一個(gè)要求，就是要喜歡測(cè)試這項(xiàng)工作。2.軟件測(cè)試風(fēng)險(xiǎn)主要體現(xiàn)在哪里

我們沒(méi)有對(duì)軟件進(jìn)行完全測(cè)試，實(shí)際就是選擇了風(fēng)險(xiǎn)，因?yàn)槿毕輼O有可能存在沒(méi)有進(jìn)行測(cè)試的部分。因此，我們要盡可能的選擇最合適的測(cè)試量，把風(fēng)險(xiǎn)降低到最小 3.所有軟件測(cè)試缺陷都需要修復(fù)嗎

從技術(shù)上講，所有的軟件缺陷都是能夠修復(fù)的，但是沒(méi)有必要修復(fù)所有的軟件缺陷。測(cè)試人員要做的是能夠正確判斷什么時(shí)候不能追求軟件的完美。對(duì)于整個(gè)項(xiàng)目團(tuán)隊(duì)，要做的是對(duì)每一個(gè)軟件缺陷進(jìn)行取舍，根據(jù)風(fēng)險(xiǎn)決定那些缺陷要修復(fù)。發(fā)生這種現(xiàn)象的主要原因如下：-沒(méi)有足夠的時(shí)間資源。在任何一個(gè)項(xiàng)目中，通常情況下開(kāi)發(fā)人員和測(cè)試人員都是不夠用的，而且在項(xiàng)目中沒(méi)有預(yù)算足夠的回歸測(cè)試時(shí)間，修改缺陷可能引入新的缺陷。

-有些缺陷只是特殊情況下出現(xiàn)，這種缺陷處于商業(yè)利益考慮，可以在以后升級(jí)中進(jìn)行修復(fù)。-不是缺陷的缺陷。我們經(jīng)常會(huì)碰到某些功能方面的問(wèn)題被當(dāng)成缺陷來(lái)處理，這類問(wèn)題可以以后有時(shí)間時(shí)考慮再處理。缺陷是否修改要由軟件測(cè)試人員、項(xiàng)目經(jīng)理、程序員共同討論來(lái)決定是否修復(fù)，不同角色的人員從不同的角度來(lái)思考，以做出正確的決定。4.如何減少測(cè)試人員跳槽帶來(lái)的損失 建議我們從以下兩個(gè)方面做起：

-加強(qiáng)部門內(nèi)員工之間的互相學(xué)習(xí)，互相學(xué)習(xí)是建立學(xué)習(xí)型組織的基本要求，是知識(shí)互相轉(zhuǎn)移的過(guò)程。在此基礎(chǔ)上，可以把個(gè)人擁有的技術(shù)以知識(shí)的形式沉積下來(lái)，也就完成了隱性知識(shí)到顯性知識(shí)的轉(zhuǎn)化。

-管理者就應(yīng)該把員工的個(gè)人成長(zhǎng)和企業(yè)的發(fā)展聯(lián)系起來(lái)，為員工設(shè)定合理發(fā)展規(guī)劃并付諸實(shí)現(xiàn)。

5.驗(yàn)收測(cè)試的注意點(diǎn)有哪些 測(cè)試要注意下面的事項(xiàng)：

（1）用戶現(xiàn)場(chǎng)測(cè)試不可能測(cè)試全部功能，因此要測(cè)試核心功能。這需要提前做好準(zhǔn)備，這些核心功能一定要預(yù)先經(jīng)過(guò)測(cè)試，證明沒(méi)有問(wèn)題才可以和用戶共同進(jìn)行測(cè)試。測(cè)試核心模塊的目的是建立用戶對(duì)軟件的信心。當(dāng)然如果這些模塊如果問(wèn)題較多，不應(yīng)該進(jìn)行演示。（2）如果某些模塊確實(shí)有問(wèn)題，我們可以演示其它重要的業(yè)務(wù)功能模塊，必要時(shí)要向用戶做成合理的解釋。爭(zhēng)得時(shí)間后，及時(shí)修改缺陷來(lái)彌補(bǔ)。（3）永遠(yuǎn)不能欺騙用戶，蒙混過(guò)關(guān)。6.完全測(cè)試程序是可能的嗎

實(shí)際上完全測(cè)試是不可能的。主要有以下原因：-完全測(cè)試比較耗時(shí)，時(shí)間上不允許；

-完全測(cè)試通常意味著較多資源投入，這在現(xiàn)實(shí)中往往是行不通的；-輸入量太大，不能一一進(jìn)行測(cè)試；-輸出結(jié)果太多，只能分類進(jìn)行驗(yàn)證；-軟件實(shí)現(xiàn)途徑太多；

-軟件產(chǎn)品說(shuō)明書(shū)沒(méi)有客觀標(biāo)準(zhǔn)，從不同的角度看，軟件缺陷的標(biāo)準(zhǔn)不同；因此測(cè)試的程度要根據(jù)實(shí)際情況確定 7.是不是發(fā)現(xiàn)的缺陷越多就說(shuō)明軟件缺陷越多 其中的原因主要如下：

-代碼復(fù)用、拷貝代碼導(dǎo)致程序員容易犯相同的錯(cuò)誤。類的繼承導(dǎo)致所有的子類會(huì)包含基類的錯(cuò)誤，反復(fù)拷貝同一代碼意味可能也復(fù)制了缺陷。-程序員比較勞累是可以導(dǎo)致某些連續(xù)編寫(xiě)的功能缺陷較多。

“缺陷一個(gè)連著一個(gè)”不是一個(gè)客觀規(guī)律，只是一個(gè)常見(jiàn)的現(xiàn)象。如果軟件編寫(xiě)的比較好，這種現(xiàn)象就不常見(jiàn)了。測(cè)試人員只要嚴(yán)肅認(rèn)真的測(cè)試程序就可以了。8.軟件測(cè)試就是QA嗎

軟件測(cè)試人員的職責(zé)是盡可能早的找出軟件缺陷，確保得以修復(fù)。而質(zhì)量保證人員（QA）主要職責(zé)是創(chuàng)建或者制定標(biāo)準(zhǔn)和方法，提高促進(jìn)軟件開(kāi)發(fā)能力和減少軟件缺陷。測(cè)試人員的主要工作是測(cè)試，質(zhì)量保證人員日常工作重要內(nèi)容是檢查與評(píng)審，測(cè)試工作也是測(cè)試保證人員的工作對(duì)象。軟件測(cè)試和質(zhì)量是相輔相成的關(guān)系，都是為了提高軟件質(zhì)量而工作。9.測(cè)試產(chǎn)品和測(cè)試項(xiàng)目區(qū)別

習(xí)慣上把開(kāi)發(fā)完成后進(jìn)行商業(yè)化、幾乎不進(jìn)行代碼修改就可以售給用戶使用的軟件成為軟件產(chǎn)品，也就是可以買“賣拷貝”的軟件，軟件項(xiàng)目是一種個(gè)性化的產(chǎn)品，可以是按照用戶要求全部重新開(kāi)發(fā)，也可以修改已有的軟件產(chǎn)品來(lái)滿足特定的用戶需求。項(xiàng)目和產(chǎn)品的不同特點(diǎn)，決定我們測(cè)試產(chǎn)品和測(cè)試項(xiàng)目仍然會(huì)有很多不同的地方：

-質(zhì)量要求不同。通常產(chǎn)品的質(zhì)量要高一些，修復(fù)發(fā)布后產(chǎn)品的缺陷成本較高，甚至?xí)?lái)很多負(fù)面的影響。而做項(xiàng)目通常面向某一用戶，雖然質(zhì)量越高越好，但是一般只要滿足用戶要求就可以了。測(cè)試資源投入多少不同。做軟件產(chǎn)品通常是研發(fā)中心來(lái)開(kāi)發(fā)，進(jìn)度壓力要小些。同時(shí)由于質(zhì)量要求高，因此會(huì)投入較多的人力、物力資源。項(xiàng)目最后要和用戶共同驗(yàn)收測(cè)試，這是產(chǎn)品測(cè)試不具有的特點(diǎn)。此外，測(cè)試產(chǎn)品與測(cè)試項(xiàng)目在缺陷管理方面、測(cè)試策略制定都會(huì)有很大不同，測(cè)試管理者應(yīng)該結(jié)合具體的環(huán)境，恰如其分的完成工作 10.如何編寫(xiě)提交給用戶的測(cè)試報(bào)告

測(cè)試報(bào)告一般分為內(nèi)部測(cè)試報(bào)告和外部測(cè)試報(bào)告。內(nèi)部報(bào)告是我們?cè)跍y(cè)試工作中的項(xiàng)目文檔，反映了測(cè)試工作的實(shí)施情況,一般外部測(cè)試報(bào)告要滿足下面幾個(gè)要求：

根據(jù)內(nèi)部測(cè)試報(bào)告進(jìn)行編寫(xiě)，一般可以摘錄；不可以向客戶報(bào)告嚴(yán)重缺陷，即使是已經(jīng)修改的缺陷，開(kāi)發(fā)中的缺陷也沒(méi)有必要讓客戶知道；報(bào)告上可以列出一些缺陷，但必須是中級(jí)的缺陷，而且這些缺陷必須是修復(fù)的；報(bào)告上面的內(nèi)容盡量要真實(shí)可靠；整個(gè)測(cè)試報(bào)告要仔細(xì)審閱，力爭(zhēng)不給項(xiàng)目帶來(lái)負(fù)面作用，尤其是性能測(cè)試報(bào)告?？傊獠繙y(cè)試報(bào)告要小心謹(jǐn)慎的編寫(xiě)。

二、論述2*12’

1.請(qǐng)論述為什么要進(jìn)行軟件測(cè)試，并列舉歷史上2~3個(gè)著名軟件測(cè)試（缺陷）案例，說(shuō)明測(cè)試重要性

軟件測(cè)試的目的,第一是確認(rèn)軟件的質(zhì)量，其一方面是確認(rèn)軟件做了你所期望做的事情（，另一方面是確認(rèn)軟件以正確的方式來(lái)做了這個(gè)事情。第二是提供信息，比如提供給開(kāi)發(fā)人員或程序經(jīng)理的回饋信息，為風(fēng)險(xiǎn)評(píng)估所準(zhǔn)備的信息。第三軟件測(cè)試不僅是在測(cè)試軟件軟件產(chǎn)品本身，而且還包括軟件開(kāi)發(fā)的過(guò)程。如果一個(gè)軟件產(chǎn)品開(kāi)發(fā)完成之后發(fā)現(xiàn)了很多問(wèn)題，這說(shuō)明此軟件開(kāi)發(fā)過(guò)程很可能是有缺陷的。因此，軟件測(cè)試的第三個(gè)目的是保證整個(gè)軟件開(kāi)發(fā)過(guò)程是高質(zhì)量的。

愛(ài)國(guó)者導(dǎo)彈防御系統(tǒng)把“槍口”對(duì)準(zhǔn)了自己人 美國(guó)迪斯尼公司的獅子王游戲軟件的兼容性問(wèn)題 售票系統(tǒng)性能問(wèn)題

2.論述軟件測(cè)試科學(xué)的發(fā)展歷程 1957年之前－調(diào)試為主 20世紀(jì)50年代，計(jì)算機(jī)剛誕生不久，只有科學(xué)家級(jí)別的人才會(huì)去編程，需求和程序本身也遠(yuǎn)遠(yuǎn)沒(méi)有現(xiàn)在這么復(fù)雜多變，相當(dāng)于開(kāi)發(fā)人員一人承擔(dān)需求分析，設(shè)計(jì)，開(kāi)發(fā)，測(cè)試等所有工作，當(dāng)然也不會(huì)有人去區(qū)分調(diào)試和測(cè)試。

1957–1978－證明為主 當(dāng)時(shí)計(jì)算機(jī)應(yīng)用的數(shù)量，成本和復(fù)雜性都大幅度提升，隨之而來(lái)的經(jīng)濟(jì)風(fēng)險(xiǎn)也大大增加，測(cè)試就顯得很有必要了，這個(gè)時(shí)期測(cè)試的主要目就是確認(rèn)軟件是滿足需求的，也就是我們常說(shuō)的“做了該做的事情”。

1979–1982－破壞為主 我們不僅要證明軟件做了該做的事情，也要保證它沒(méi)做不該做的事情，這會(huì)使測(cè)試更加全面，更容易發(fā)現(xiàn)問(wèn)題。

1983–1987－評(píng)估為主 人們提出了在軟件生命周期中使用分析，評(píng)審，測(cè)試來(lái)評(píng)估產(chǎn)品的理論。軟件測(cè)試工程在這個(gè)時(shí)期得到了快速的發(fā)展.1988–至今－預(yù)防為主 預(yù)防為主是當(dāng)下軟件測(cè)試的主流思想之一。測(cè)試不是在編碼完成后才開(kāi)始介入，而是貫穿于整個(gè)軟件生命周期。3.論述軟件缺陷的由來(lái)

軟件缺陷的產(chǎn)生主要是由軟件產(chǎn)品的特點(diǎn)和開(kāi)發(fā)過(guò)程決定的。

軟件本身：①需求不清晰，導(dǎo)致設(shè)計(jì)目標(biāo)偏離客戶的需求，從而引起功能或產(chǎn)品特征上的缺陷。②系統(tǒng)結(jié)構(gòu)非常復(fù)雜，而又無(wú)法設(shè)計(jì)成一個(gè)很好的層次結(jié)構(gòu)或組件結(jié)構(gòu)，結(jié)果導(dǎo)致意想不到的問(wèn)題或系統(tǒng)維護(hù)、擴(kuò)充上的困難；即使設(shè)計(jì)成良好的面向?qū)ο蟮南到y(tǒng)，由于對(duì)象、類太多，很難完成對(duì)各種對(duì)象、類相互作用的組合測(cè)試，而隱藏著一些參數(shù)傳遞、方法調(diào)用、對(duì)象狀態(tài)變化等方面問(wèn)題。③對(duì)程序邏輯路徑或數(shù)據(jù)范圍的邊界考慮不夠周全，漏掉某些邊界條件，造成容量或邊界錯(cuò)誤。④對(duì)一些實(shí)時(shí)應(yīng)用，要進(jìn)行精心設(shè)計(jì)和技術(shù)處理，保證精確的時(shí)間同步，否則容易引起時(shí)間上不協(xié)調(diào)，不一致性帶來(lái)的問(wèn)題。⑤沒(méi)有考慮系統(tǒng)崩潰后的自我恢復(fù)或數(shù)據(jù)的異地備份、災(zāi)難性恢復(fù)等問(wèn)題，從而存在系統(tǒng)安全性、可靠性的隱患。⑥系統(tǒng)運(yùn)行環(huán)境的復(fù)雜，不僅用戶使用的計(jì)算機(jī)環(huán)境千變?nèi)f化，包括用戶的各種操作方式或各種不同的輸入數(shù)據(jù)，容易引起一些特定用戶環(huán)境下的問(wèn)題；在系統(tǒng)實(shí)際應(yīng)用中，數(shù)據(jù)量很大。從而會(huì)引起強(qiáng)度或負(fù)載問(wèn)題。⑦由于通信端口多、存取和加密手段的矛盾性等，會(huì)造成系統(tǒng)的安全性或適用性等問(wèn)題。⑧新技術(shù)的采用，可能涉及技術(shù)或系統(tǒng)兼容的問(wèn)題，事先沒(méi)有考慮到。

團(tuán)隊(duì)工作：系統(tǒng)需求分析時(shí)對(duì)客戶的需求理解不清楚，或者和用戶的溝通存在一些困難。不同階段的開(kāi)發(fā)人員相互理解不一致。對(duì)于設(shè)計(jì)或編程上的一些假定或依賴性，相關(guān)人員沒(méi)有充分溝通。項(xiàng)目組成員技術(shù)水平參差不齊技術(shù)問(wèn)題。算法錯(cuò)誤：在給定條件下沒(méi)能給出正確或準(zhǔn)確的結(jié)果。語(yǔ)法錯(cuò)誤：對(duì)于編譯性語(yǔ)言程序，編譯器可以發(fā)現(xiàn)這類問(wèn)題；但對(duì)于解釋性語(yǔ)言程序，只能在測(cè)試運(yùn)行時(shí)發(fā)現(xiàn)。計(jì)算和精度問(wèn)題：計(jì)算的結(jié)果沒(méi)有滿足所需要的精度。系統(tǒng)結(jié)構(gòu)不合理、算法選擇不科學(xué)，造成系統(tǒng)性能低下。接口參數(shù)傳遞不匹配，導(dǎo)致模塊集成出現(xiàn)問(wèn)題。

項(xiàng)目管理的問(wèn)題：缺乏質(zhì)量文化，不重視質(zhì)量計(jì)劃，對(duì)質(zhì)量、資源、任務(wù)、成本等的平衡性把握不好，容易擠掉需求分析、評(píng)審、測(cè)試、等時(shí)間，遺留的缺陷會(huì)比較多。系統(tǒng)分析時(shí)對(duì)客戶的需求不是十分清楚，或者和用戶的溝通存在一些困難。開(kāi)發(fā)周期短，需求分析、設(shè)計(jì)、編程、測(cè)試等各項(xiàng)工作不能完全按照定義好的流程來(lái)進(jìn)行，工作不夠充分，結(jié)果也就不完整、不準(zhǔn)確，錯(cuò)誤較多；周期短，還給各類開(kāi)發(fā)人員造成太大的壓力，引起一些人為的錯(cuò)誤。開(kāi)發(fā)流程不夠完善，存在太多的隨機(jī)性和缺乏嚴(yán)謹(jǐn)?shù)膬?nèi)審或評(píng)審機(jī)制，容易產(chǎn)生問(wèn)題。文檔不完善，風(fēng)險(xiǎn)估計(jì)不足等。4.軟件測(cè)試V模型

①繪制示意圖

②闡述每個(gè)步驟是做什么 需求分析

即首先要明確客戶需要的是什么，需要軟件作成什么樣子，需要有那幾項(xiàng)功能

概要設(shè)計(jì)

主要是架構(gòu)的實(shí)現(xiàn)，指搭建架構(gòu)、表述各模塊功能、模塊接口連接和數(shù)據(jù)傳遞的實(shí)現(xiàn)等項(xiàng)事務(wù)。詳細(xì)設(shè)計(jì)

對(duì)概要設(shè)計(jì)中表述的各模塊進(jìn)行深入分析，對(duì)各模塊組合進(jìn)行分析等。軟件編碼

按照詳細(xì)設(shè)計(jì)好的模塊功能表，編程人員編寫(xiě)出實(shí)際的代碼。單元測(cè)試

按照設(shè)定好的最小測(cè)試單元進(jìn)行按單元測(cè)試，主要是測(cè)試程序代碼，為的是確保各單元模塊被正確的編譯，單元的具體劃分按不同的單位與不同的軟件有不同。集成測(cè)試

經(jīng)過(guò)了單元測(cè)試后，將各單元組合成完整的體系，主要測(cè)試各模塊間組合后的功能實(shí)現(xiàn)情況，以及模塊接口連接的成功與否，數(shù)據(jù)傳遞的正確性等，其主要目的是檢查軟件單位之間的接口是否正確。根據(jù)集成測(cè)試計(jì)劃，一邊將模塊或其他軟件單位組合成系統(tǒng)，一邊運(yùn)行該系統(tǒng)，以分析所組成的系統(tǒng)是否正確，各組成部分是否合拍。系統(tǒng)測(cè)試

經(jīng)過(guò)了單元測(cè)試和集成測(cè)試以后，我們要把軟件系統(tǒng)搭建起來(lái)，按照軟件規(guī)格說(shuō)明書(shū)中所要求，測(cè)試軟件其性能功能等是否和用戶需求相符合，在系統(tǒng)中運(yùn)行是否存在漏洞，等。驗(yàn)收測(cè)試

主要就是用戶在拿到軟件的時(shí)候，在使用現(xiàn)場(chǎng)，會(huì)根據(jù)前邊所提到的需求，以及規(guī)格說(shuō)明書(shū)來(lái)做相應(yīng)測(cè)試，以確定軟件達(dá)到符合效果的。

第五篇：軟件測(cè)試復(fù)習(xí)資料

1． 黑盒測(cè)試法是通過(guò)分析程序的功能來(lái)設(shè)計(jì)測(cè)試用例的方法。

2． 黑盒測(cè)試除了測(cè)試程序外，它還適用于對(duì)需求分析階段的軟件文檔進(jìn)行測(cè)試。3． 白盒測(cè)試除了測(cè)試程序外，它也適用于對(duì)軟件具體設(shè)計(jì)階段的軟件文檔進(jìn)行測(cè)試。4． 單元測(cè)試一般以白盒測(cè)試法為主，測(cè)試的依據(jù)是模塊功能規(guī)格說(shuō)明。5． 軟件測(cè)試中常用的靜態(tài)分析方法是引用分析和接口分析。

6． 測(cè)試人員的基本素質(zhì)為計(jì)算機(jī)專業(yè)技能、測(cè)試專業(yè)技能、行業(yè)知識(shí)

7． 軟件危機(jī)的體現(xiàn)為：A、開(kāi)發(fā)成本和進(jìn)度估計(jì)不正確B、用戶對(duì)完成的軟件不滿足C、軟件經(jīng)常不可維護(hù)；

8． 軟件測(cè)試按照開(kāi)發(fā)階段劃分：A、單元測(cè)試

B、集成測(cè)試；系統(tǒng)測(cè)試C、確認(rèn)測(cè)試；驗(yàn)收測(cè)試

9． 軟件測(cè)試按照測(cè)試技術(shù)劃分：A、性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試B、恢復(fù)測(cè)試、安全測(cè)試、兼容測(cè)試

10． 軟件測(cè)試項(xiàng)目周期是指：A、需求階段、測(cè)試計(jì)劃B、階段測(cè)試、設(shè)計(jì)階段測(cè)試、執(zhí)行階段 11． 軟件測(cè)試原則有：A、制定嚴(yán)格的測(cè)試計(jì)劃 B、保留所有的測(cè)試文檔C、功能測(cè)試中的缺陷確認(rèn) 12． 制定測(cè)試計(jì)劃的步驟：確定測(cè)試范圍、確定測(cè)試策略、確定測(cè)試標(biāo)準(zhǔn)、確定測(cè)試構(gòu)架、確定項(xiàng)目管理機(jī)制、預(yù)計(jì)測(cè)試工作量、測(cè)試計(jì)劃評(píng)審 13． 對(duì)于軟件的β測(cè)試，β測(cè)試就是在軟件公司外部展開(kāi)的測(cè)試，由非專業(yè)的測(cè)試人員執(zhí)行的測(cè)試。14． 正式的技術(shù)評(píng)審FTR（Formal Technical Review）是軟件質(zhì)量保證活動(dòng)，其相關(guān)的描述為： A.FTR是評(píng)審產(chǎn)品而不是評(píng)審生產(chǎn)者的能力B.FTR要有嚴(yán)格的評(píng)審計(jì)劃并遵守日程安排C.FTR限制參與者人數(shù)并要求評(píng)審會(huì)之前做好預(yù)備 15． 在進(jìn)行單元測(cè)試時(shí)，常用的方法是采用白盒測(cè)試，輔之以黑盒測(cè)試

16． 側(cè)重于觀察資源耗盡情況下的軟件表現(xiàn)的系統(tǒng)測(cè)試被稱為壓力測(cè)試 17． 必須要求用戶參與的測(cè)試階段是驗(yàn)收測(cè)試 18． 系統(tǒng)測(cè)試的目的是對(duì)最終軟件系統(tǒng)進(jìn)行全面的測(cè)試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計(jì)。

19． 測(cè)試通常可分為白盒測(cè)試和黑盒測(cè)試。白盒測(cè)試是根據(jù)程序的內(nèi)部邏輯來(lái)設(shè)計(jì)測(cè)試用例,黑盒測(cè)試是根據(jù)軟件的規(guī)格說(shuō)明來(lái)設(shè)計(jì)測(cè)試用例。20． 一個(gè)程序中所含有的路徑數(shù)與程序的復(fù)雜程度有著直接的關(guān)系。

1． 測(cè)試階段的根本目標(biāo)是盡可能多地發(fā)現(xiàn)并排除軟件中潛藏的錯(cuò)誤，最終把一個(gè)高質(zhì)量的軟件系統(tǒng)交給用戶使用。2． 功能測(cè)試時(shí)系統(tǒng)測(cè)試的主要內(nèi)容，檢查系統(tǒng)的功能、性能是否與需求規(guī)格說(shuō)明相同。3． 軟件測(cè)試主要分為單元測(cè)試、集成測(cè)試、確認(rèn)測(cè)試和系統(tǒng)測(cè)試四類測(cè)試。4． 漸增方式把模塊結(jié)合到程序中去時(shí)，有自頂向下和自底向上兩種集成策略。5． 編寫(xiě)測(cè)試用例的依據(jù)是單元測(cè)試計(jì)劃和詳細(xì)設(shè)計(jì)說(shuō)明書(shū)。6． 系統(tǒng)測(cè)試時(shí)在集成測(cè)試完成后，確認(rèn)測(cè)試之前進(jìn)行的測(cè)試。

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

8． 測(cè)試設(shè)計(jì)員的職責(zé)有設(shè)計(jì)測(cè)試用例、設(shè)計(jì)測(cè)試過(guò)程、腳本。

9． 軟件驗(yàn)收測(cè)試包括正式驗(yàn)收測(cè)試、alpha測(cè)試、beta測(cè)試三種類型。10． 軟件測(cè)試按照開(kāi)發(fā)階段劃分單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、確認(rèn)測(cè)試、驗(yàn)收測(cè)試。11． 軟件測(cè)試按照測(cè)試技術(shù)劃分性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試、恢復(fù)測(cè)試、安全測(cè)試、兼容測(cè)試

12． 靜態(tài)測(cè)試基本特征是在對(duì)軟件進(jìn)行分析、檢查和審閱，不實(shí)際運(yùn)行被測(cè)試的軟件 13． 軟件測(cè)試項(xiàng)目周期是指需求階段、測(cè)試計(jì)劃、階段測(cè)試、設(shè)計(jì)階段測(cè)試、執(zhí)行階段 14． 軟件測(cè)試的角色分析人員、設(shè)計(jì)人員、開(kāi)發(fā)人員、執(zhí)行人員 15． 軟件測(cè)試原則有制定嚴(yán)格的測(cè)試計(jì)劃、、保留所有的測(cè)試文檔、功能測(cè)試中的缺陷確認(rèn)

16． 測(cè)試工作的文檔主要有：測(cè)試計(jì)劃、測(cè)試模型和用例設(shè)計(jì)或規(guī)格說(shuō)明、測(cè)試分析報(bào)告等

17． 測(cè)試計(jì)劃的制定必須要注重測(cè)試策略、測(cè)試范圍、測(cè)試方法、測(cè)試安排、測(cè)試風(fēng)險(xiǎn)、測(cè)試治理

18． 缺陷的分類為：需求文檔的缺陷、軟件配置引起的缺陷、分析、設(shè)計(jì)的缺陷、靜態(tài)文檔的缺陷、軟件開(kāi)發(fā)引起的缺陷、短視將來(lái)的缺陷 19． 測(cè)試用例工作主要是如何添加測(cè)試用例、如何編寫(xiě)測(cè)試用例、將測(cè)試用例和需求關(guān)聯(lián)

20． 自動(dòng)化測(cè)試工具有：ratinal Robot、winrunner、quicktest 21． 軟件性能測(cè)試工具有： loadRunner、Ratinaol Visual Qantify、PureLoad 22． BUG的種類有：需求階段的BUG、分析設(shè)計(jì)階段的BUG、實(shí)現(xiàn)階段的BUG、配置階段的BUG、靜態(tài)文檔的BUG。23． 測(cè)試項(xiàng)目主要包括以下幾個(gè)階段：計(jì)劃階段、初始階段、執(zhí)行階段、總結(jié)評(píng)估階段、設(shè)計(jì)階段。

1． 缺陷報(bào)告

是描述軟件缺陷現(xiàn)象和重現(xiàn)步驟地集合。軟件缺陷報(bào)告Software Bug Report（SBR）或軟件問(wèn)題報(bào)告Software Problem Report（SPR）

2． 回歸測(cè)試

是指重新執(zhí)行已經(jīng)做過(guò)的測(cè)試的某個(gè)子集，以保證修改變化沒(méi)有帶來(lái)非預(yù)期的副作用。

3． 動(dòng)態(tài)測(cè)試 通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。動(dòng)態(tài)測(cè)試的兩個(gè)基本要素： 被測(cè)試程序、測(cè)試數(shù)據(jù)（測(cè)試用例）

4． 白盒測(cè)試又稱為結(jié)構(gòu)測(cè)試和邏輯驅(qū)動(dòng)測(cè)試，允許測(cè)試人員對(duì)程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來(lái)設(shè)計(jì)和選擇測(cè)試用例，對(duì)程序的邏輯路徑進(jìn)行測(cè)試。白盒測(cè)試是把測(cè)試對(duì)象看作一個(gè)打開(kāi)的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程，由于白盒測(cè)試是一種結(jié)構(gòu)測(cè)試，所以被測(cè)對(duì)象基本上是源程序，以程序的內(nèi)部邏輯和指定的覆蓋標(biāo)準(zhǔn)確定測(cè)試數(shù)據(jù)。

5． 黑盒測(cè)試又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試，把系統(tǒng)看成一個(gè)黑盒子，不考慮程序的內(nèi)在邏輯，只根據(jù)需求規(guī)格說(shuō)明書(shū)的要求來(lái)檢查程序的功能是否符合它的功能說(shuō)明。

6． 路徑覆蓋的含義是，選取足夠多的測(cè)試數(shù)據(jù)，使程序的每條可能路徑都至少執(zhí)行一次(如果程序圖中有環(huán)，則要求每個(gè)環(huán)至少經(jīng)過(guò)一次)。

7． 軟件測(cè)試 ：在軟件投入運(yùn)行前，對(duì)軟件需求分析、設(shè)計(jì)規(guī)格說(shuō)明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。8． 單元測(cè)試（模塊測(cè)試）：針對(duì)每個(gè)模塊進(jìn)行的測(cè)試，可從程序的內(nèi)部結(jié)構(gòu)出發(fā)設(shè)計(jì)測(cè)試用例，多個(gè)模塊可以平行地對(duì)立地測(cè)試。通常在編碼階段進(jìn)行，必要的時(shí)候要制作驅(qū)動(dòng)模塊和樁模塊。9． 集成測(cè)試：在單元測(cè)試的基礎(chǔ)上，將所有模塊按照設(shè)計(jì)要求組裝成為系統(tǒng)，應(yīng)提交集成測(cè)試計(jì)劃、集成測(cè)試規(guī)格說(shuō)明和集成測(cè)試分析報(bào)告。

10． 確認(rèn)測(cè)試：驗(yàn)證軟件的功能和性能及其它特性是否與用戶的要求一致。

11． 系統(tǒng)測(cè)試：將軟件放在整個(gè)計(jì)算機(jī)環(huán)境下，包括軟硬件平臺(tái)、某些支持軟件、數(shù)據(jù)和人員等，在實(shí)際運(yùn)行環(huán)境下進(jìn)行一系列的測(cè)試。

1． 測(cè)試過(guò)程中會(huì)產(chǎn)生哪些基本文檔？

（1）測(cè)試計(jì)劃（通常包括單元測(cè)試和集成測(cè)試）：確定測(cè)試范圍、方法和需要的資源

（2）測(cè)試過(guò)程：詳細(xì)描述和每個(gè)測(cè)試方案有關(guān)的測(cè)試步驟和數(shù)據(jù)（包括測(cè)試數(shù)據(jù)及預(yù)期的結(jié)果）；

（3）測(cè)試結(jié)果：把每次測(cè)試運(yùn)行的結(jié)果歸入文檔，如果運(yùn)行出錯(cuò)，則應(yīng)產(chǎn)生 問(wèn)題報(bào)告，并且必須通過(guò)調(diào)試解決所發(fā)現(xiàn)的問(wèn)題。

（4）

2.大型軟件系統(tǒng)的測(cè)試過(guò)程基本上由幾個(gè)步驟組成? 1）.模塊測(cè)試

在設(shè)計(jì)得好的軟件系統(tǒng)中，每個(gè)模塊完成一個(gè)清晰定義的子功能，而且這個(gè)子功能和同級(jí)其他模塊的功能之間沒(méi)有相互依賴關(guān)系。因此，有可能把每個(gè)模塊作為一個(gè)單獨(dú)的實(shí)體來(lái)測(cè)試，而且通常比較容易設(shè)計(jì)檢驗(yàn)?zāi)K正確性的測(cè)試方案。模塊測(cè)試的目的是保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行，所以模塊測(cè)試通常又稱為單元測(cè)試。在這個(gè)測(cè)試步驟中所發(fā)現(xiàn)的往往是編碼和詳細(xì)設(shè)計(jì)的錯(cuò)誤。2）.子系統(tǒng)測(cè)試

子系統(tǒng)測(cè)試是把經(jīng)過(guò)單元測(cè)試的模塊放在一起形成一個(gè)子系統(tǒng)來(lái)測(cè)試。模塊相互間的協(xié)調(diào)和通信是這個(gè)測(cè)試過(guò)程中的主要問(wèn)題，因此，這個(gè)步驟著重測(cè)試模塊的接口。3）.系統(tǒng)測(cè)試

系統(tǒng)測(cè)試是把經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來(lái)測(cè)試。在這個(gè)過(guò)程中不僅應(yīng)該發(fā)現(xiàn)設(shè)計(jì)和編碼的錯(cuò)誤，還應(yīng)該驗(yàn)證系統(tǒng)確實(shí)能提供需求說(shuō)明書(shū)中指定的功能，而且系統(tǒng)的動(dòng)態(tài)特性也符合預(yù)定要求。在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是軟件設(shè)計(jì)中的錯(cuò)誤，也可能發(fā)現(xiàn)需求說(shuō)明中的錯(cuò)誤。不論是子系統(tǒng)測(cè)試還是系統(tǒng)測(cè)試，都兼有檢測(cè)和組裝兩重含義，通常稱為集成測(cè)試。4）.驗(yàn)收測(cè)試

驗(yàn)收測(cè)試把軟件系統(tǒng)作為單一的實(shí)體進(jìn)行測(cè)試，測(cè)試內(nèi)容與系統(tǒng)測(cè)試基本類似，但是它是在用戶積極參與下進(jìn)行的，而且可能主要使用實(shí)際數(shù)據(jù)(系統(tǒng)將來(lái)要處理的信息)進(jìn)行測(cè)試。驗(yàn)收測(cè)試的目的是驗(yàn)證系統(tǒng)確實(shí)能夠滿足用戶的需要，在這個(gè)測(cè)試步驟中發(fā)現(xiàn)的往往是系統(tǒng)需求說(shuō)明書(shū)中的錯(cuò)誤。驗(yàn)收測(cè)試也稱為確認(rèn)測(cè)試。5）.平行運(yùn)行

關(guān)系重大的軟件產(chǎn)品在驗(yàn)收之后往往并不立即投入生產(chǎn)性運(yùn)行，而是要再經(jīng)過(guò)一段平行運(yùn)行時(shí)間的考驗(yàn)。所謂平行運(yùn)行就是同時(shí)運(yùn)行新開(kāi)發(fā)出來(lái)的系統(tǒng)和將被它取代的舊系統(tǒng)，以便比較新舊兩個(gè)系統(tǒng)的處理結(jié)果。這樣做的具體目的有如下幾點(diǎn)：(1)可以在準(zhǔn)生產(chǎn)環(huán)境中運(yùn)行新系統(tǒng)而又不冒風(fēng)險(xiǎn)；(2)用戶能有一段熟悉新系統(tǒng)的時(shí)間；

(3)可以驗(yàn)證用戶指南和使用手冊(cè)之類的文檔；

(4)能夠以準(zhǔn)生產(chǎn)模式對(duì)新系統(tǒng)進(jìn)行全負(fù)荷測(cè)試，可以用測(cè)試結(jié)果驗(yàn)證性能指標(biāo)。3.一套完整的測(cè)試應(yīng)該由哪些階段組成？分別闡述一下各個(gè)階段。

計(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à)。4.軟件測(cè)試的流程

制訂測(cè)試計(jì)劃、設(shè)計(jì)測(cè)試用例、實(shí)施測(cè)試、提交缺陷報(bào)告、編寫(xiě)測(cè)試總結(jié)。5.測(cè)試計(jì)劃的內(nèi)容都包括什么？其中哪些是最重要的？

1)測(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)題等。2)最重要的：測(cè)試策略、確定測(cè)試內(nèi)容、資源、測(cè)試進(jìn)度、測(cè)試員的職責(zé)與任務(wù)分配、項(xiàng)目通過(guò)或失敗的標(biāo)準(zhǔn) 6.測(cè)試計(jì)劃的目的是什么？

測(cè)試計(jì)劃的目的：編寫(xiě)軟件測(cè)試計(jì)劃的目的是指導(dǎo)測(cè)試組成員進(jìn)行工作和讓測(cè)試組以外的項(xiàng)目成員了解測(cè)試工作的。7.簡(jiǎn)述靜態(tài)測(cè)試和動(dòng)態(tài)測(cè)試的區(qū)別？

a)靜態(tài)測(cè)試： 基本特征是在對(duì)軟件進(jìn)行分析、檢查和審閱，不實(shí)際運(yùn)行被測(cè)試的軟件。靜態(tài)測(cè)試約可找出30～70%的邏輯設(shè)計(jì)錯(cuò)誤。對(duì)需求規(guī)格說(shuō)明書(shū)、軟件設(shè)計(jì)說(shuō)明書(shū)、源程序做檢查和審閱。包括：是否符合標(biāo)準(zhǔn)和規(guī)范；通過(guò)結(jié)構(gòu)分析、流圖分析、符號(hào)執(zhí)行指出軟件缺陷。b)動(dòng)態(tài)測(cè)試：通過(guò)運(yùn)行軟件來(lái)檢驗(yàn)軟件的動(dòng)態(tài)行為和運(yùn)行結(jié)果的正確性。動(dòng)態(tài)測(cè)試的兩個(gè)基本要素：被測(cè)試程序和測(cè)試數(shù)據(jù)（測(cè)試用例）。動(dòng)態(tài)測(cè)試方法：(1)選取定義域有效值,或定義域外無(wú)效值；(2)對(duì)已選取值決定預(yù)期的結(jié)果；(3)用選取值執(zhí)行程序；(4)執(zhí)行結(jié)果與預(yù)期的結(jié)果相比,不吻和程序有錯(cuò)。8.白盒測(cè)試有哪幾種方法？

語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、多重條件覆蓋。9.壓力測(cè)試和性能測(cè)試的區(qū)別？

1)廣義上說(shuō)壓力測(cè)試是包括在性能測(cè)試之中的，是性能測(cè)試項(xiàng)內(nèi)的一種。

2)性能測(cè)試：顧名思義就是測(cè)試軟件的運(yùn)行性能。驗(yàn)證SRS中的性能需求，是否實(shí)現(xiàn)。

3)壓力測(cè)試：測(cè)試軟件在超負(fù)荷下的工作情況，也是一種軟件的性能。因此是屬于性能測(cè)試范圍的。

10.測(cè)試結(jié)束的標(biāo)準(zhǔn)是什么？

測(cè)試計(jì)劃中所有規(guī)定的測(cè)試內(nèi)容和回歸測(cè)試都已經(jīng)運(yùn)行完成或根據(jù)上級(jí)主管對(duì)測(cè)試結(jié)果的意見(jiàn)，就可以結(jié)束本次測(cè)試。11.黑盒測(cè)試的測(cè)試用例設(shè)計(jì)方法包括哪些？：

a)等價(jià)類劃分：劃分等價(jià)類--確立測(cè)試用例--設(shè)計(jì)用例。b)邊界值分析：通過(guò)分析，考慮如何確立邊界情況 c)錯(cuò)誤推測(cè)法：靠經(jīng)驗(yàn)和直覺(jué)來(lái)推測(cè)程序中可能存在的各種錯(cuò)誤，從而有針對(duì)性地編寫(xiě)用例?？梢粤信e出可能的錯(cuò)誤和可能發(fā)生錯(cuò)誤的地方，然后選擇用例。d)因果圖：通過(guò)畫(huà)因果圖，在圖上標(biāo)明約束和限制，轉(zhuǎn)換成判定表，然后設(shè)計(jì)測(cè)試用例。這適合于檢查程序輸入條件的各種組合情況。

12.缺陷報(bào)告的作用

缺陷報(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è)試人員的工作能力。13.等價(jià)分類法的基本思想是什么？

根據(jù)程序的輸入特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段“等價(jià)類”，從等價(jià)類中選擇出的用例具有“代表性”，即測(cè)試某個(gè)等價(jià)類的代表值就等于對(duì)這一類其他值的測(cè)試。如果某個(gè)等價(jià)類的一個(gè)輸入數(shù)據(jù)（代表值）測(cè)試中查出了錯(cuò)誤，說(shuō)明該類中其他測(cè)試用例也會(huì)有錯(cuò)誤。14.簡(jiǎn)單闡述一下軟件測(cè)試的目標(biāo)

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

(2)好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；(3)成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。15.軟件測(cè)試準(zhǔn)則有哪些？

(1)所有測(cè)試都應(yīng)該能追溯到用戶需求。

(2)應(yīng)當(dāng)把“盡早地和不斷地進(jìn)行軟件測(cè)試” 作為軟件開(kāi)發(fā)者的座右銘。(3)pareto原則：測(cè)試發(fā)現(xiàn)的錯(cuò)誤中的80%很可能是由程序中20%的模塊造成的。

（4）應(yīng)該從“小規(guī)?！睖y(cè)試開(kāi)始，并逐步進(jìn)行“大規(guī)?！睖y(cè)試。

（5）測(cè)試用例應(yīng)由輸入數(shù)據(jù)和預(yù)期的輸出結(jié)果兩部分組成，并兼顧合理的輸入和不合理的輸入數(shù)據(jù)

（6）窮舉測(cè)試是不可能的。

（7）為了達(dá)到最佳的測(cè)試效果，應(yīng)該由獨(dú)立的第三方從事測(cè)試工作。

（8）程序修改后要回歸測(cè)試。

（9）應(yīng)長(zhǎng)期保留測(cè)試用例，直至系統(tǒng)廢棄。16.您認(rèn)為做好測(cè)試用例設(shè)計(jì)工作的關(guān)鍵是什么？

1)白盒測(cè)試用例設(shè)計(jì)的關(guān)鍵是以較少的用例覆蓋盡可能多的內(nèi)部程序邏輯結(jié)果

2)黑盒測(cè)試用例設(shè)計(jì)的關(guān)鍵同樣也是以較少的用例覆蓋模塊輸出和輸入接口。不可能做到完全測(cè)試，以最少的用例在合理的時(shí)間內(nèi)發(fā)現(xiàn)最多的問(wèn)題

1． 根據(jù)下面給出的規(guī)格說(shuō)明，利用等價(jià)類劃分的方法，給出足夠的測(cè)試用例。

“一個(gè)程序讀入三個(gè)整數(shù)。把此三個(gè)數(shù)值看成是一個(gè)三角形的三個(gè)邊。這個(gè)程序要打印出信息，說(shuō)明這個(gè)三角形是三邊不等的、是等腰的、還是等邊的?！?/p>

2． 某報(bào)表處理系統(tǒng)要求用戶輸入處理報(bào)表的日期，日期限制在2003年1月至2008年12月，即系統(tǒng)只能對(duì)該段期間內(nèi)的報(bào)表進(jìn)行處理，如日期不在此范圍內(nèi)，則顯示輸入錯(cuò)誤信息。系統(tǒng)日期規(guī)定由年、月的6位數(shù)字字符組成，前四位代表年，后兩位代表月。請(qǐng)用等價(jià)類劃分法和邊界值劃分法設(shè)計(jì)測(cè)試用例來(lái)測(cè)試程序的日期檢查功能。

3． 設(shè)要對(duì)一個(gè)自動(dòng)飲料售貨機(jī)軟件進(jìn)行黑盒測(cè)試。該軟件的規(guī)格說(shuō)明如下：

“有一個(gè)處理單價(jià)為1元5角錢的盒裝飲料的自動(dòng)售貨機(jī)軟件。若投入1元5角硬幣，按下“可樂(lè)”、“雪碧”或“紅茶”按鈕，相應(yīng)的飲料就送出來(lái)。若投入的是2元硬幣，在送出飲料的同時(shí)退還5角硬幣?！?/p>

利用等價(jià)類劃分的方法，設(shè)計(jì)測(cè)試該軟件的全部測(cè)試用例。