第一篇：軟件測試筆試題3解讀

一、測試基礎(chǔ)題

1、Linux的超級用戶是root

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

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

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

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

5、數(shù)據(jù)庫題（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--獎金);

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

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 “獎金” from employ em ,salary sa where em.employid=sa.employid and ename like '王%'

二、測試?yán)碚撝R

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

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

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

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

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

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

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

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

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

按是否運行程序劃分

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

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

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

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

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

冒煙測試（BVT測試（Build Verification Test））

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

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

3、通常來說，一個case需要包含哪幾部分？bug呢？

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

bug優(yōu)先級

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

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

三、自動化及項目測試知識

1、在自動化測試中，參數(shù)化的目的是什么？檢查點呢？

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

四、綜合知識

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

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

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

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

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

2、就ATM取款機的取款功能，請寫出測試點。

用場景法測試ATM機 基本流 插入銀行卡 驗證銀行卡 輸入密碼 驗證密碼

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

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

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

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

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

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

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

ATM余額10000 一張無效銀行卡 操作步驟

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

提示該卡無效并退卡。

場景三 密碼錯誤且輸入三次錯誤密碼，ATM機吞卡 預(yù)置條件

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

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

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

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

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

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

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

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

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

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

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

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

提示ATM機余額不足，并退卡。

讀書的好處

1、行萬里路，讀萬卷書。

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

3、讀書破萬卷，下筆如有神。

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

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

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

7、寶劍鋒從磨礪出，梅花香自苦寒來。

8、讀書要三到：心到、眼到、口到

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

10、一日無書，百事荒廢。——陳壽

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

12、一日不讀口生，一日不寫手生。

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

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

15、讀一本好書，就如同和一個高尚的人在交談——歌德

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

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

18、少而好學(xué)，如日出之陽；壯而好學(xué)，如日中之光；志而好學(xué)，如炳燭之光。——劉向

19、學(xué)而不思則惘，思而不學(xué)則殆。——孔子

20、讀書給人以快樂、給人以光彩、給人以才干?！喔?/p>

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

畢業(yè)論文

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

軟件測試的概述及方法、、完成時間：2012年3月

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

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

3.1軟件測試的定義..............................................................................6

3.2軟件測試的描述.............................................................................6

3.3軟件測試的目的............................................................................7

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

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

5.2 黑盒測試..........................................10 5.3白盒測試...........................................11

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

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

對

象

軟

件的6.2.類類

測測

試試

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

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

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

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

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

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

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

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

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

3軟件測試的概述 3.1軟件測試的定義

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

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

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

(3)沒有發(fā)現(xiàn)錯誤的測試也是有價值的,完整的測試是評定軟件質(zhì)量的一種方法。

3.2軟件測試的描述

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

3.3軟件測試的目的

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

3.4軟件測試的原則

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

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

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

5．對測試錯誤結(jié)果一定要有一個確認(rèn)的過程, 一般有A測試出來的錯誤, 一定要有一個B來確認(rèn), 嚴(yán)重的錯誤可以召開評審會進(jìn)行討論和分析。

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

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

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

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

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

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

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

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

5軟件測試的分類

5.1常用分類

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

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

－白盒測試 和黑盒測試 5.2黑盒測試

黑盒測試

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

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

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

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

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

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

5.3白盒測試

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

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

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

主要用于軟件驗證。

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

邏輯驅(qū)動測試：

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

?語句覆蓋 ?判斷覆蓋 ?條件覆蓋 ?判定-條件覆蓋 ?條件組合覆蓋 ?路徑覆蓋 白盒測試的主要目的

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

白盒測試的實施方案

在開發(fā)階段

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

在測試階段

與軟件產(chǎn)品的開發(fā)過程一樣, 測試過程也需要有一定的準(zhǔn)則, 來指導(dǎo)、度量、評價軟件測試過程的質(zhì)量。

定義測試準(zhǔn)則

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

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

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

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

概念：

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

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

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

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

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

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

5.4靜態(tài)測試

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

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

5.5動態(tài)測試

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

6軟件測試中的類測試

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

6.2類測試技術(shù)

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

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

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

6.2.2基于層次增量的類測試

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

讀書的好處

1、行萬里路，讀萬卷書。

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

3、讀書破萬卷，下筆如有神。

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

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

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

7、寶劍鋒從磨礪出，梅花香自苦寒來。

8、讀書要三到：心到、眼到、口到

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

10、一日無書，百事荒廢。——陳壽

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

12、一日不讀口生，一日不寫手生。

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

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

15、讀一本好書，就如同和一個高尚的人在交談——歌德

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

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

18、少而好學(xué)，如日出之陽；壯而好學(xué)，如日中之光；志而好學(xué)，如炳燭之光。——劉向

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

20、讀書給人以快樂、給人以光彩、給人以才干。——培根

第三篇：軟件測試課題解讀

XX學(xué)院

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

軟件測試課題

2012-03-13

目 錄

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

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

ii

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

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

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

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

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

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

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

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

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

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

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

致謝

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

聯(lián)系方式：

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

4.1“如何寫一個好的測試計劃？” 或 “XXX項目測試計劃”

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

? 測試計劃的重要性 ? 測試計劃的基本要素 ? 測試計劃實例

4.2“如何做好功能測試？” 或 “XXX項目功能測試實踐”

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

4.3“如何做好自動化測試？” 或 “XXX項目自動化測試實踐”

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

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

4.5如何測試一個電梯/紙杯？

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

4.6怎樣才能做好本地化測試？

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

XXX項目性能測試實踐”

“ 致謝

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

第五章 總結(jié)

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

讀書的好處

1、行萬里路，讀萬卷書。

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

3、讀書破萬卷，下筆如有神。

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

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

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

7、寶劍鋒從磨礪出，梅花香自苦寒來。

8、讀書要三到：心到、眼到、口到

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

10、一日無書，百事荒廢?！悏?/p>

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

12、一日不讀口生，一日不寫手生。

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

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

15、讀一本好書，就如同和一個高尚的人在交談——歌德

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

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

18、少而好學(xué)，如日出之陽；壯而好學(xué)，如日中之光；志而好學(xué)，如炳燭之光。——劉向

19、學(xué)而不思則惘，思而不學(xué)則殆。——孔子

20、讀書給人以快樂、給人以光彩、給人以才干?！喔?/p>

第四篇：軟件測試工程師筆試試題(大集合)

軟件測試工程師筆試試題

01.為什么要在一個團(tuán)隊中開展軟件測試工作？

02.您是否了解以往所工作的企業(yè)的軟件測試過程？如果了解，請試述在這個過程中都有哪些工作要做？分別由哪些不同的角色來完成這些工作？

03.您是否了解以往所工作的企業(yè)的軟件開發(fā)過程？如果了解，請試述一個完整的開發(fā)過程需要完成哪些工作？分別由哪些不同的角色來完成這些工作？（對于軟件測試部分，可以簡述）

04.您在以往的測試工作中都曾經(jīng)具體從事過哪些工作？其中最擅長哪部分工作？

05.您所熟悉的軟件測試類型都有哪些？請試著分別比較這些不同的測試類型的區(qū)別與聯(lián)系（如功能測試、性能測試??）

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

07.測試計劃工作的目的是什么？測試計劃工作的內(nèi)容都包括什么？其中哪些是最重要的？

08.您認(rèn)為做好測試計劃工作的關(guān)鍵是什么？

09.您所熟悉的測試用例設(shè)計方法都有哪些？請分別以具體的例子來說明這些方法在測試用例設(shè)計工作中的應(yīng)用。

10.您認(rèn)為做好測試用例設(shè)計工作的關(guān)鍵是什么？

11.請以您以往的實際工作為例，詳細(xì)的描述一次測試用例設(shè)計的完整的過程。

12.您以往的工作中是否曾開展過測試用例的評審工作？如果有，請描述測試用例評審的過程和評審的內(nèi)容。

13.您以往是否曾經(jīng)從事過性能測試工作？如果有，請盡可能的詳細(xì)描述您以往的性能測試工作的完整過程。

14.您在從事性能測試工作時，是否使用過一些測試工具？如果有，請試述該工具的工作原理，并以一個具體的工作中的例子描述該工具是如何在實際工作中應(yīng)用的。

15.您認(rèn)為性能測試工作的目的是什么？做好性能測試工作的關(guān)鍵是什么？

16.在您以往的工作中，一條軟件缺陷（或者叫Bug）記錄都包含了哪些內(nèi)容？如何提交高質(zhì)量的軟件缺陷（Bug）記錄？

17.您以往所從事的軟件測試工作中，是否使用了一些工具來進(jìn)行軟件缺陷（Bug）的管理？

如果有，請結(jié)合該工具描述軟件缺陷（Bug）跟蹤管理的流程。

18.您以往是否曾經(jīng)從事過單元測試和集成測試？如果有，請談一下這些工作的實際開展情況。

19.您如何看待軟件過程改進(jìn)？在您曾經(jīng)工作過的企業(yè)中，是否有一些需要改進(jìn)的東西呢？您期望的理想的測試人員的工作環(huán)境是怎樣的？

20.您以往工作過的企業(yè)中，是否開展了軟件配置管理工作？您能否描述一下這項工作的開展情況和您對這項工作的認(rèn)識？

21.您是否熟悉一些主流的軟件工程方法論和思想，如RUP、CMM、CMMI、XP、PSP、TSP。如果熟悉，您是否可以談一下對這些方法論和思想的認(rèn)識？

22.您認(rèn)為在測試人員同開發(fā)人員的溝通過程中，如何提高溝通的效率和改善溝通的效果？維持測試人員同開發(fā)團(tuán)隊中其他成員良好的人際關(guān)系的關(guān)鍵是什么？

23.在您以往的測試工作中，最讓您感到不滿意或者不堪回首的事情是什么？您是如何來對待這些事情的？

24.在即將完成這次筆試前，您是否愿意談一些自己在以往的學(xué)習(xí)和工作中獲得的工作經(jīng)驗和心得體會？（可以包括軟件測試、過程改進(jìn)、軟件開發(fā)或者與此無關(guān)的其他方面）

一、判斷題（每題1分，12 分，正確的√，錯誤的╳）

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

2．Beta 測試是驗收測試的一種。（）

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

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

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

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

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

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

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

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

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

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

二、不定項選擇題（每題2 分，10分）

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

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

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

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

D． 驗收測試工件齊全。

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

A．項目經(jīng)理

B．SQA 負(fù)責(zé)人

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

D．測試組

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 測試是驗收測試的一種

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

A．制定測試計劃

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

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

D．評估測試活動

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

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

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

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

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

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

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

2．系統(tǒng)測試的策略有功能測試、、、、易用性測

試、、、、、、、、、、等15 種方法。

3．設(shè)計系統(tǒng)測試計劃需要參考的項目文檔有、和迭代計劃。

4．對面向過程的系統(tǒng)采用的集成策略有、兩種。

5．通過畫因果圖來寫測試用例的步驟為、、、及把因果圖轉(zhuǎn)

換為狀態(tài)圖共五個步驟。

四、簡答題（共37分）

1． 階段評審與同行評審的區(qū)別。（4 分）． 什么是軟件測試。（3 分）． 簡述集成測試的過程。（5 分）． 怎樣做好文檔測試？（4 分）

5． 白盒測試有那幾種方法？（6 分）

6． 系統(tǒng)測試計劃是否需要同行評審，為什么？（4 分）

7． Alpha 測試與beta 測試的區(qū)別。（4 分）． 比較負(fù)載測試、容量測試和強度測試的區(qū)別。（6 分）． 測試結(jié)束的標(biāo)準(zhǔn)是什么？（3 分）

五、設(shè)計題（共15分）

對下面給出的程序控制圖，分別以各種不同的測試方法寫出最少的測試用例。

測試人員_考試試卷（考試時間100分鐘，滿分100分）

姓名：__________部門：__________員工號：__________

一、填空題：（每一空格2分，共60分）

1、軟件實施活動的輸出工件有、、、。

2、代碼評審主要做 工作。

3、軟件實施活動中集成員的職責(zé)是。

4、驗證與確認(rèn)軟件實施活動主要有、代碼評審、、、、SQA 驗證。

5、表明測試已經(jīng)結(jié)束。

6、軟件測試的目的是。

7、軟件測試主要分為、、、四類測試。

8、軟件測試活動有制定測試計劃、、、、、、測

試評估、測試結(jié)束八個步驟。

9、軟件測試活動的輸出工件有_、、、、。

10、軟件測試角色有、、、。

二、不定項選擇題：（每題3 分，共15分）

1、軟件實施活動的進(jìn)入準(zhǔn)則是（）

A、需求工件已經(jīng)被基線化

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

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

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

2、下面角色不屬于集成計劃評審的是（）

A、配置經(jīng)理

B、項目經(jīng)理

C、測試員

D、編碼員

3、軟件測試設(shè)計活動主要有（）

A、工作量分析

B、確定并說明測試用例

C、確立并結(jié)構(gòu)化測試過程

D、復(fù)審并評估測試覆蓋

4、不屬于集成測試步驟的是（）

A、制定集成計劃

B、執(zhí)行集成測試

C、記錄集成測試結(jié)果

D、回歸測試

5、屬于軟件測試活動的輸入工件的是（）

A、軟件工作版本

B、可測試性報告

C、軟件需求工件

D、軟件項目計劃

三、問答題：（共25 分）

1、項目的集中管理在軟件公司的哪一個層面？（2 分）

2、請描述軟件測試活動的生命周期。（8 分）

3、什么是測試評估，測試評估的范圍是什么？（5 分）

4、闡述工作版本的定義。（2 分）、請畫出軟件測試活動的流程圖。（8 分）

測試人員考試試卷（考試時間90分鐘，滿分100分）

姓名：__________部門：__________員工號：__________

一、判斷題（每題2分,正確的“√”，錯誤的“╳”）、好的測試員不懈追求完美。()

2、測試程序僅僅按預(yù)期方式運行就行了。()

3、不存在質(zhì)量很高但可靠性很差的產(chǎn)品。()

4、軟件測試員可以對產(chǎn)品說明書進(jìn)行白盒測試。()

5、靜態(tài)白盒測試可以找出遺漏之處和問題。()

6、總是首先設(shè)計白盒測試用例。()

7、可以發(fā)布具有配置缺陷的軟件產(chǎn)品。()

8、所有軟件必須進(jìn)行某種程度的兼容性測試。()

9、所有軟件都有一個用戶界面，因此必須測試易用性。()

10、測試組負(fù)責(zé)軟件質(zhì)量。()

二、簡答題

1、軟件的缺陷等級應(yīng)如何劃分？（3 分）

2、如果能夠執(zhí)行完美的黑盒測試，還需要進(jìn)行白盒測試嗎？為什么？（5 分）

3、你認(rèn)為一個優(yōu)秀的測試工程師應(yīng)該具備哪些素質(zhì)？（3 分）

4、產(chǎn)品測試到什么時候就算是足夠了？（2 分）

5、測試計劃的目的是什么？（2 分）

6、為什么要進(jìn)行軟件測試?軟件測試的目的是什么?（5 分）

7、軟件測試應(yīng)該劃分幾個階段?簡述各個階段應(yīng)重點測試的點?各個階段的含義？（8、如何做一名合格的測試人員？（3 分）

9、針對缺陷采取怎樣的管理措施？（5 分）

三、專業(yè)詞語解釋（每題2 分）

α測試: β測試: 驅(qū)動模塊: 樁模塊: 白盒測試：

靜態(tài)測試：

四、選擇題（每題2分）

1.下面哪些屬于動態(tài)分析()A． 代碼覆蓋率

B． 模塊功能檢查

C． 系統(tǒng)壓力測試

D． 程序數(shù)據(jù)流分析

2.下面哪些屬于靜態(tài)分析()A、代碼規(guī)則檢查

B、序結(jié)構(gòu)分析

C、序復(fù)雜度分析

D、內(nèi)存泄漏

五、設(shè)計題（10分）分）

在三角形計算中，要求三角型的三個邊長：A、B 和C。當(dāng)三邊不可能構(gòu)成三角形時提示錯誤，可構(gòu)成三角

形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等邊三角形”。畫出程

序流程圖、控制流程圖、找出基本測試路徑 ,對此設(shè)計一個測試用例。

六、論述題

1、試敘述對一個軟件項目測試的全過程。（10 分）

2、簡述你對測試工作的認(rèn)識過程、在以后的工作的一些建議。（6 分）、述靜態(tài)測試和動態(tài)測試的區(qū)別？（5 分）

測試人員_考試試卷（考試時間100分鐘，每題10 分，滿分100分）

姓名：__________部門：__________員工號：__________ 1． 什么是軟件測試，以及軟件測試的意義？

2． 什么是軟件測試靜態(tài)分析，軟件測試動態(tài)分析，3． 下面那些屬于靜態(tài)分析（）

A、編碼規(guī)則檢查

B、程序結(jié)構(gòu)分析

C、程序復(fù)雜度分析

D、內(nèi)存泄漏

4． 下面那些屬于動態(tài)分析（）

A、代碼覆蓋率

B、模塊功能檢查

C、系統(tǒng)壓力測試

D、程序數(shù)據(jù)流分析

5． 從測試技術(shù)角度，正確的選擇是（），給出各自的含義？

A、靜態(tài)測試

B、黑盒測試

C、動態(tài)測試

D、白盒測試

6． 從測試階段角度，測試正確的順序是（），同時給出所選擇的正確策略含義和被測對象是什么？

A、單元測試

B、集成測試

C、系統(tǒng)測試

D、確認(rèn)測試

7． 針對缺陷采取怎樣的管理措施？

8． 在測試生命周期，測試過程分為幾個階段，以及各個階段的含義？

9． 簡要寫出自己在理解的基礎(chǔ)質(zhì)上所認(rèn)為引入測試管理的意義

10． 在三角形計算中，要求三角型的三個邊長：A、B 和C。當(dāng)三邊不可能構(gòu)成三角形時提示錯誤，可構(gòu)成三角形時計算三角形周長。若是等腰三角形打印“等腰三角形”，若是等邊三角形，則提示“等

邊三角形”。畫出程序流程圖、控制流程圖、計算圈復(fù)雜度V(g)，找出基本測試路徑。

第五篇：軟件測試（推薦）

一、簡答5*6’

1.為什么不讓時間有余的人做測試工作

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

我們沒有對軟件進(jìn)行完全測試，實際就是選擇了風(fēng)險，因為缺陷極有可能存在沒有進(jìn)行測試的部分。因此，我們要盡可能的選擇最合適的測試量，把風(fēng)險降低到最小 3.所有軟件測試缺陷都需要修復(fù)嗎

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

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

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

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

5.驗收測試的注意點有哪些 測試要注意下面的事項：

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

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

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

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

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

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

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

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

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

測試報告一般分為內(nèi)部測試報告和外部測試報告。內(nèi)部報告是我們在測試工作中的項目文檔，反映了測試工作的實施情況,一般外部測試報告要滿足下面幾個要求：

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

二、論述2*12’

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

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

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

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

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

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

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

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

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

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

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

①繪制示意圖

②闡述每個步驟是做什么 需求分析

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

概要設(shè)計

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

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

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

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

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

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

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