無論是身處學(xué)校還是步入社會，大家都嘗試過寫作吧，借助寫作也可以提高我們的語言組織能力。范文怎么寫才能發(fā)揮它最大的作用呢？下面我給大家整理了一些優(yōu)秀范文，希望能夠幫助到大家，我們一起來看一看吧。

軟件測試第四章答案篇一

××屆××學(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)老師確認）..........................6 第五章 總結(jié)..............................................................................................................................6

ii

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

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

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

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

? 培養(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è)認證)，信息系統(tǒng)項目管理師（高級職稱資格認證）。11年it工作經(jīng)驗，精通軟件測試理論、測試工具、測試流程、測試架構(gòu)設(shè)計及測試管理。軟件測試理論嫻熟，實戰(zhàn)經(jīng)驗豐富，對數(shù)據(jù)庫和unix/linux有 3

致謝

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

聯(lián)系方式：

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

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

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

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

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

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

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

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

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

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

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

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

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

xxx項目性能測試實踐”

“ 致謝

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

第五章 總結(jié)

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

讀書的好處

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

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

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

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

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

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

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

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

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

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

11、書是人類進步的階梯。

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

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

14、書到用時方恨少、事非經(jīng)過不知難。——陸游

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

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

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

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

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

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

軟件測試第四章答案篇二

一、測試基礎(chǔ)題

1、linux的超級用戶是root

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

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

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(), round(avg(lary+alary),1)from employ em ,salary sa where id=id group by

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

3）查詢所有姓王的所有員工信息;select id “員工id”, “名稱”, “性別”, “年齡”, “部門id”, nid “崗位id”, id “薪水id”, lary “基本薪水”, alary “獎金” from employ em ,salary sa where id=id and ename like '王%'

二、測試理論知識

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

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

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

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

對不同的階段用不同的方法進行測試

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

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

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

c系統(tǒng)測試目的是驗證系統(tǒng)是否滿足了需求規(guī)格的定義，找出與需求規(guī)格不符或與之矛盾的地方，從而提出更加完善的方案。系統(tǒng)測試的對象不僅僅包括需測試的軟件，還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。d驗收測試主要確認軟件是否按合同要求進行工作，既是否滿足軟件需求規(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)心功能和性能指標?；液袦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））

冒煙測試的對象是每一個新編譯需要正式測試的版本，目的是確認軟件基本功能正常，可以進行后續(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中場景分為哪幾種，分別是什么？性能測試指標包含哪些（盡可能多的列舉）？

四、綜合知識

1、您認為作為一名軟件測試工程師，應(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ǔ)知識：軟件工程,軟件生命周期,測試理論和測試方式有較深的理解。

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

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

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

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

進入atm主界面 取款并選擇金額 atm機驗證

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

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

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

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

插入銀行卡，輸入正確的密碼213213 進入主頁后選擇取款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 進入主頁后選擇取款9000元 預(yù)期結(jié)果

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

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

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

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

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

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

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

讀書的好處

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

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

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

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

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

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

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

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

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

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

11、書是人類進步的階梯。

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

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

14、書到用時方恨少、事非經(jīng)過不知難。——陸游

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

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

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

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

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

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

軟件測試第四章答案篇三

畢業(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確認(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 參考文獻..............................................17 8 致謝...................................................18

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

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

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

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

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)中系統(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)當前軟件開發(fā)過程中的缺陷,以便及時改進；

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

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

3.2軟件測試的描述

測試是軟件開發(fā)過程的重要組成部分, 是用來確認一個程序的品質(zhì)或性能是否符合開發(fā)之前所提出的一些要求。軟件測試的目的, 第一是確認軟件的質(zhì)量, 其一方面是確認軟件做了你所期望的事情 6（do the right thing）, 另一方面是確認軟件以正確的方式來做了這個事件（do it right）；第二是提供信息, 比如提供給開發(fā)人員或程序經(jīng)理的反饋信息, 為風(fēng)險評估所準備的信息；第三軟件測試不僅是在測試軟件產(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 在《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)，認為發(fā)現(xiàn)錯誤是軟件測試的唯一目，查找不出錯誤的測試就是沒有價值的，事實并非如此。首先，測試并不僅僅是為了要找出錯誤。通過分析錯誤產(chǎn)生的原因和錯誤的分布特征，可以幫助項目管理者發(fā)現(xiàn)當前所采用的軟件過程的缺陷，以便 改進。同時，這種分析也能幫助我們設(shè)計出有針對性地檢測方法，改善測試的有效性。其次，沒有發(fā)現(xiàn)錯誤的測試也是有價值的，完整的測試是評定測試質(zhì)量的一種方法。

3.4軟件測試的原則

1．應(yī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é)果一定要有一個確認的過程, 一般有a測試出來的錯誤, 一定要有一個b來確認, 嚴重的錯誤可以召開評審會進行討論和分析。

6．制定嚴格的測試計劃, 并把測試時間安排的盡量寬松, 不要希望在極短的時間內(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)品是否達到前階段確立的需求的過程；

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

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

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

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

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é)果。

黑盒測試方法是在程序接口上進行測試, 主要是為了發(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ù), 按黑盒方法進行窮舉測試：

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ī)定正常進行, 按照程序內(nèi)部的結(jié)構(gòu)測試程序, 檢驗程序中的每條通 路是否都有能按預(yù)定要求正確工作, 而不顧它的功能。使用被測單元內(nèi)部如何工作的信息, 允許測試人員對程序內(nèi)部邏輯結(jié)構(gòu)及有關(guān)信息來設(shè)計和選擇測試用例, 對程序的邏輯路徑進行測試?；谝粋€應(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è)標準。軟件產(chǎn)品也是同樣, 沒有標準可依自然談不上質(zhì)量的好壞。所有關(guān)心軟件開發(fā)質(zhì)量的組織、單位, 都要定義或了解軟件的質(zhì)量標準、模型。其好處是保證公司實踐的均勻性, 產(chǎn)品的可維護性、可靠性以及可移植性等。

在測試階段

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

定義測試準則

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

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

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

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

概念：

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)的標準和規(guī)范。對于界面測試, 主要測試軟件的實際界面與需求中的說明是否相符。對于文檔測試, 主要測試用戶手冊和需求說明是否符合用戶的實際要求。

5.5動態(tài)測試

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

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ù)進行的操作，它可以采用傳統(tǒng)的白盒測試方法。為克服軟件測試的盲目性和局限性,保證測試的質(zhì)量,提高軟件的可靠性,下面我們介紹一種類的服務(wù)的測試模型及相應(yīng)的測試策略。

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

6.2.2基于層次增量的類測試

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

d等人提出的,其特點是復(fù)用父類的測試信息來指導(dǎo)子類的測試。

7參考文獻 參考書籍：

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

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

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

4、james ker 《實用軟件測試指南》電子工業(yè)出版社

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

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

7、edward kit 《軟件測試過程改進》機械工業(yè)出版社

8、hung 《web應(yīng)用測試》電子工業(yè)出版社

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

10、rakitin,s.k.《軟件驗證與確認的最佳管理辦法》電子工業(yè)出版社

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

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

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

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

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

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

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

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

11、書是人類進步的階梯。

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

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

14、書到用時方恨少、事非經(jīng)過不知難。——陸游

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

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

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

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

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

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

軟件測試第四章答案篇四

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

17.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（bug）的管理？如果有，請結(jié)合該工具描述軟件缺陷（bug）跟蹤管理的流程。

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

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

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

21.您是否熟悉一些主流的軟件工程方法論和思想，如rup、cmm、cmmi、xp、psp、tsp。如果熟悉，您是否可以談一下對這些方法論和思想的認識？

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

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

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

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

因為沒有經(jīng)過測試的軟件很難在發(fā)布之前知道該軟件的質(zhì)量，就好比iso質(zhì)量認證一樣，測試同樣也需要質(zhì)量的保證，這個時候就需要在團隊中開展軟件測試的工作。在測試的過程發(fā)現(xiàn)軟件中存在的問題，及時讓開發(fā)人員得知并修改問題，在即將發(fā)布時，從測試報告中得出軟件的質(zhì)量情況。

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

我曾經(jīng)做過web測試，后臺測試，客戶端軟件，其中包括功能測試，性能測試，用戶體驗測試。最擅長的是功能測試

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

測試類型有：功能測試，性能測試，界面測試。

功能測試在測試工作中占的比例最大，功能測試也叫黑盒測試。是把測試對象看作一個黑盒子。利用黑盒測試法進行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。采用黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標進行測試。負載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進行。通過負載測試，確定在各種工作負載下系統(tǒng)的性能，目標是測試當負載逐漸增加時，系統(tǒng)各項性能指標的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。

界面測試，界面是軟件與用戶交互的最直接的層，界面的好壞決定用戶對軟件的第一印象。而且設(shè)計良好的界面能夠引導(dǎo)用戶自己完成相應(yīng)的操作，起到向?qū)У淖饔?。同時界面如同人的面孔，具有吸引用戶的直接優(yōu)勢。設(shè)計合理的界面能給用戶帶來輕松愉悅的感受和成功的感覺，相反由于界面設(shè)計的失敗，讓用戶有挫敗感，再實用強大的功能都可能在用戶的畏懼與放棄中付諸東流。

區(qū)別在于，功能測試關(guān)注產(chǎn)品的所有功能上，要考慮到每個細節(jié)功能，每個可能存在的功能問題。性能測試主要關(guān)注于產(chǎn)品整體的多用戶并發(fā)下的穩(wěn)定性和健壯性。界面測試更關(guān)注于用戶體驗上，用戶使用該產(chǎn)品的時候是否易用，是否易懂，是否規(guī)范（快捷鍵之類的），是否美觀（能否吸引用戶的注意力），是否安全（盡量在前臺避免用戶無意輸入無效的數(shù)據(jù)，當然考慮到體驗性，不能太粗魯?shù)膹棾鼍妫?？做某個性能測試的時候，首先它可能是個功能點，首先要保證它的功能是沒問題的，然后再考慮該功能點的性能測試

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

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

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

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

黑盒測試：已知產(chǎn)品的功能設(shè)計規(guī)格，可以進行測試證明每個實現(xiàn)了的功能是否符合要求。

白盒測試：已知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要求，所有內(nèi)部成分是否以經(jīng)過檢查。

軟件的黑盒測試意味著測試要在軟件的接口處進行。這種方法是把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，只依據(jù)程序的需求規(guī)格說明書，檢查程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試或數(shù)據(jù)驅(qū)動測試。黑盒測試主要是為了發(fā)現(xiàn)以下幾類錯誤：

1、是否有不正確或遺漏的功能？

2、在接口上，輸入是否能正確的接受？能否輸出正確的結(jié)果？

3、是否有數(shù)據(jù)結(jié)構(gòu)錯誤或外部信息（例如數(shù)據(jù)文件）訪問錯誤？

4、性能上是否能夠滿足要求？

5、是否有初始化或終止性錯誤？

軟件的白盒測試是對軟件的過程性細節(jié)做細致的檢查。這種方法是把測試對象看做一個打開的盒子，它允許測試人員利用程序內(nèi)部的邏輯結(jié)構(gòu)及有關(guān)信息，設(shè)計或選擇測試用例，對程序所有邏輯路徑進行測試。通過在不同點檢查程序狀態(tài)，確定實際狀態(tài)是否與預(yù)期的狀態(tài)一致。因此白盒測試又稱為結(jié)構(gòu)測試或邏輯驅(qū)動測試。白盒測試主要是想對程序模塊進行如下檢查：

1、對程序模塊的所有獨立的執(zhí)行路徑至少測試一遍。

2、對所有的邏輯判定，取“真”與取“假”的兩種情況都能至少測一遍。

3、在循環(huán)的邊界和運行的界限內(nèi)執(zhí)行循環(huán)體。

4、測試內(nèi)部數(shù)據(jù)結(jié)構(gòu)的有效性，等等。

單元測試（模塊測試）是開發(fā)者編寫的一小段代碼，用于檢驗被測代碼的一個很小的、很明確的功能是否正確。通常而言，一個單元測試是用于判斷某個特定條件（或者場景）下某個特定函數(shù)的行為。單元測試是由程序員自己來完成，最終受益的也是程序員自己?？梢赃@么說，程序員有責(zé)任編寫功能代碼，同時也就有責(zé)任為自己的代碼編寫單元測試。執(zhí)行單元測試，就是為了證明這段代碼的行為和我們期望的一致。

集成測試（也叫組裝測試，聯(lián)合測試）是單元測試的邏輯擴展。它的最簡單的形式是：兩個已經(jīng)測試過的單元組合成一個組件，并且測試它們之間的接口。從這一層意義上講，組件是指多個單元的集成聚合。在現(xiàn)實方案中，許多單元組合成組件，而這些組件又聚合成程序的更大部分。方法是測試片段的組合，并最終擴展進程，將您的模塊與其他組的模塊一起測試。最后，將構(gòu)成進程的所有模塊一起測試。系統(tǒng)測試是將經(jīng)過測試的子系統(tǒng)裝配成一個完整系統(tǒng)來測試。它是檢驗系統(tǒng)是否確實能提供系統(tǒng)方案說明書中指定功能的有效方法。（常見的聯(lián)調(diào)測試）

系統(tǒng)測試的目的是對最終軟件系統(tǒng)進行全面的測試，確保最終軟件系統(tǒng)滿足產(chǎn)品需求并且遵循系統(tǒng)設(shè)計。

驗收測試是部署軟件之前的最后一個測試操作。驗收測試的目的是確保軟件準備就緒，并且可以讓最終用戶將其用于執(zhí)行軟件的既定功能和任務(wù)。

驗收測試是向未來的用戶表明系統(tǒng)能夠像預(yù)定要求那樣工作。經(jīng)集成測試后，已經(jīng)按照設(shè)計把所有的模塊組裝成一個完整的軟件系統(tǒng)，接口錯誤也已經(jīng)基本排除了，接著就應(yīng)該進一步驗證軟件的有效性，這就是驗收測試的任務(wù)，即軟件的功能和性能如同用戶所合理期待的那樣。

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

軟件測試計劃是指導(dǎo)測試過程的綱領(lǐng)性文件，包含了產(chǎn)品概述、測試策略、測試方法、測試區(qū)域、測試配置、測試周期、測試資源、測試交流、風(fēng)險分析等內(nèi)容。借助軟件測試計劃，參與測試的項目成員，尤其是測試管理人員，可以明確測試任務(wù)和測試方法，保持測試實施過程的順暢溝通，跟蹤和控制測試進度，應(yīng)對測試過程中的各種變更。

測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。所以其中最重要的是測試測試策略和測試方法（最好是能先評審）

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

1.明確測試的目標，增強測試計劃的實用性

編寫軟件測試計劃得重要目的就是使測試過程能夠發(fā)現(xiàn)更多的軟件缺陷，因此軟件測試計劃的價值取決于它對幫助管理測試項目，并且找出軟件潛在的缺陷。因此，軟件測試計劃中的測試范圍必須高度覆蓋功能需求，測試方法必須切實可行，測試工具并且具有較高的實用性，便于使用，生成的測試結(jié)果直觀、準確

2．堅持“5w”規(guī)則，明確內(nèi)容與過程

“5w”規(guī)則指的是“what（做什么）”、“why（為什么做）”、“when（何時做）”、“where（在哪里）”、“how（如何做）”。利用“5w”規(guī)則創(chuàng)建軟件測試計劃，可以幫助測試團隊理解測試的目的（why），明確測試的范圍和內(nèi)容（what），確定測試的開始和結(jié)束日期（when），指出測試的方法和工具（how），給出測試文檔和軟件的存放位置（where）。

3．采用評審和更新機制，保證測試計劃滿足實際需求

測試計劃寫作完成后，如果沒有經(jīng)過評審，直接發(fā)送給測試團隊，測試計劃內(nèi)容的可能不準確或遺漏測試內(nèi)容，或者軟件需求變更引起測試范圍的增減，而測試計劃的內(nèi)容沒有及時更新，誤導(dǎo)測試執(zhí)行人員。

4.分別創(chuàng)建測試計劃與測試詳細規(guī)格、測試用例

應(yīng)把詳細的測試技術(shù)指標包含到獨立創(chuàng)建的測試詳細規(guī)格文檔，把用于指導(dǎo)測試小組執(zhí)行測試過程的測試用例放到獨立創(chuàng)建的測試用例文檔或測試用例管理數(shù)據(jù)庫中。測試計劃和測試詳細規(guī)格、測試用例之間是戰(zhàn)略和戰(zhàn)術(shù)的關(guān)系，測試計劃主要從宏觀上規(guī)劃測試活動的范圍、方法和資源配置，而測試詳細規(guī)格、測試用例是完成測試任務(wù)的具體戰(zhàn)術(shù)。

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

1．等價類劃分

劃分等價類:等價類是指某個輸入域的子集合.在該子集合中,各個輸入數(shù)據(jù)對于揭露程序中的錯誤都是等效的.并合理地假定:測試某等價類的代表值就等于對這一類其它值的測試.因此,可以把全部輸入數(shù)據(jù)合理劃分為若干等價類,在每一個等價類中取一個數(shù)據(jù)作為測試的輸入條件,就可以用少量代表性的測試數(shù)據(jù).取得較好的測試結(jié)果.等價類劃分可有兩種不同的情況:有效等價類和無效等價類.2．邊界值分析法

邊界值分析方法是對等價類劃分方法的補充。測試工作經(jīng)驗告訴我,大量的錯誤是發(fā)生在輸入或輸出范圍的邊界上,而不是發(fā)生在輸入輸出范圍的內(nèi)部.因此針對各種邊界情況設(shè)計測試用例,可以查出更多的錯誤.使用邊界值分析方法設(shè)計測試用例,首先應(yīng)確定邊界情況.通常輸入和輸出等價類的邊界,就是應(yīng)著重測試的邊界情況.應(yīng)當選取正好等于,剛剛大于或剛剛小于邊界的值作為測試數(shù)據(jù),而不是選取等價類中的典型值或任意值作為測試數(shù)據(jù).3．錯誤推測法

基于經(jīng)驗和直覺推測程序中所有可能存在的各種錯誤,從而有針對性的設(shè)計測試用例的方法.錯誤推測方法的基本思想:列舉出程序中所有可能有的錯誤和容易發(fā)生錯誤的特殊情況,根據(jù)他們選擇測試用例.例如,在單元測試時曾列出的許多在模塊中常見的錯誤.以前產(chǎn)品測試中曾經(jīng)發(fā)現(xiàn)的錯誤等,這些就是經(jīng)驗的總結(jié).還有,輸入數(shù)據(jù)和輸出數(shù)據(jù)為0的情況.輸入表格為空格或輸入表格只有一行.這些都是容易發(fā)生錯誤的情況.可選擇這些情況下的例子作為測試用例.4．因果圖方法

前面介紹的等價類劃分方法和邊界值分析方法,都是著重考慮輸入條件,但未考慮輸入條件之間的聯(lián)系,相互組合等.考慮輸入條件之間的相互組合,可能會產(chǎn)生一些新的情況.但要檢查輸入條件的組合不是一件容易的事情,即使把所有輸入條件劃分成等價類,他們之間的組合情況也相當多.因此必須考慮采用一種適合于描述對于多種條件的組合,相應(yīng)產(chǎn)生多個動作的形式來考慮設(shè)計測試用例.這就需要利用因果圖（邏輯模型）.因果圖方法最終生成的就是判定表.它適合于檢查程序輸入條件的各種組合情況.09.請以您以往的實際工作為例，詳細的描述一次測試用例設(shè)計的完整的過程。

首先：得到相關(guān)文檔（需求文檔和設(shè)計文檔），理解需求和設(shè)計設(shè)計思想后，想好測試策略（測試計劃簡單點就ok了），考慮到測試環(huán)境，測試用例，測試時間等問題。

第二步：設(shè)計測試用例，測試策略是：把網(wǎng)站部分的功能點測試完，然后在進行系統(tǒng)測試（另外個模塊呢有另一個測試人員負責(zé)，可以進行聯(lián)調(diào)測試），網(wǎng)站模塊的測試基本是功能測試和界面測試（用戶并發(fā)的可能性很小，所以不考慮）：這次的網(wǎng)站的輸入數(shù)據(jù)呢是使用數(shù)據(jù)庫中的某張表記錄，如果表中某一數(shù)據(jù)記錄中新加進來的（還沒有被處理的，有個標志位），網(wǎng)站啟動后會立刻去刷那張表，得到多條數(shù)據(jù)，然后在進行處理。處理過程中，會經(jīng)歷3個步驟，網(wǎng)站才算完成了它的任務(wù)。有3個步驟呢，就可以分別對這3個步驟進行測試用例的設(shè)計,盡量覆蓋到各種輸入情況（包括數(shù)據(jù)庫中的數(shù)據(jù)，用戶的輸入等），得出了差不多50個用例。界面測試，也就是用戶看的到的地方，包括發(fā)送的郵件和用戶填寫資料的頁面展示。

第三步：搭建測試環(huán)境（為什么這個時候考慮測試環(huán)境呢？因為我對網(wǎng)站環(huán)

第四步：執(zhí)行測試

10.測試在軟件開發(fā)整個流程的重要性是什么？

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

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

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

14.您以往所從事的軟件測試工作中，是否使用了一些工具來進行軟件缺陷（bug）的管理？如果有，請結(jié)合該工具描述軟件缺陷（bug）跟蹤管理的流程。

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

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

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

18.你對測試最大的興趣在哪里？為什么？

最大的興趣就是測試有難度，有挑戰(zhàn)性！做測試越久越能感覺到做好測試有多難。曾經(jīng)在無憂測試網(wǎng)上看到一篇文章，是關(guān)于如何做好一名測試工程師。一共羅列了11，12點，有部分是和人的性格有關(guān)，有部分需要后天的努力。但除了性格有關(guān)的1，2點我沒有把握，其他點我都很有信心做好它。

剛開始進入測試行業(yè)時，對測試的認識是從無憂測試網(wǎng)上了解到的一些資料，當時是沖著做測試需要很多技能才能做的好，雖然入門容易，但做好很難，比開發(fā)更難，雖然當時我很想做開發(fā)（學(xué)校專業(yè)課我基本上不缺席，因為我喜歡我的專業(yè)），但看到測試比開發(fā)更難更有挑戰(zhàn)性，想做好測試的意志就更堅定了。

不到一年半的測試工作中，當時的感動和熱情沒有減退一點（即使環(huán)境問題以及自身經(jīng)驗，技術(shù)的不足，做測試的你一定也能理解）。

我覺得做測試整個過程中有2點讓我覺得很有難度（對我來說，有難度的東西我就非常感興趣），第一是測試用例的設(shè)計，因為測試的精華就在測試用例的設(shè)計上了，要在版本出來之前，把用例寫好，用什么測試方法寫？（也就是測試計劃或測試策略），如果你剛測試一個新任務(wù)時，你得花一定的時間去消化業(yè)務(wù)需求和技術(shù)基礎(chǔ)，業(yè)務(wù)需求很好理解（多和產(chǎn)品經(jīng)理和開發(fā)人員溝通就能達到目的），而技術(shù)基礎(chǔ)可就沒那么簡單了，這需要你自覺的學(xué)習(xí)能力，比如說網(wǎng)站吧，最基本的技術(shù)知識你要知道網(wǎng)站內(nèi)部是怎么運作的的，后臺是怎么響應(yīng)用戶請求的？測試環(huán)境如何搭建？這些都需要最早的學(xué)好。至少在開始測試之前能做好基本的準備，可能會遇到什么難題？需求細節(jié)是不是沒有確定好？這些問題都能在設(shè)計用例的時候發(fā)現(xiàn)。

第二是發(fā)現(xiàn)bug的時候了，這應(yīng)該是測試人員最基本的任務(wù)了，一般按測試用例開始測試就能發(fā)現(xiàn)大部分的bug，還有一部分bug需要測試的過程中更了解所測版本的情況獲得更多信息，補充測試用例，測試出bug。還有如何發(fā)現(xiàn)bug？這就需要在測試用例有效的情況下，通過細心和耐心去發(fā)現(xiàn)bug了，每個用例都有可能發(fā)現(xiàn)bug，每個地方都有可能出錯，所以測試過程中思維要清晰（測試過程數(shù)據(jù)流及結(jié)果都得看仔細了，bug都在里面發(fā)現(xiàn)的）。如何描述bug也很有講究，bug在什么情況下會產(chǎn)生，如果條件變化一點點，就不會有這個bug，以哪些最少的操作步驟就能重現(xiàn)這個bug，這個bug產(chǎn)生的規(guī)律是什么？如果你夠厲害的話，可以幫開發(fā)人員初步定位問題。

19.你的測試職業(yè)發(fā)展是什么？

測試經(jīng)驗越多，測試能力越高。所以我的職業(yè)發(fā)展是需要時間累積的，一步步向著高級測試工程師奔去。而且我也有初步的職業(yè)規(guī)劃，前3年累積測試經(jīng)驗，按如何做好測試工程師的11，12點要求自己，不斷的更新自己改正自己，做好測試任務(wù)。

20.你為什么會選擇軟件測試這個行業(yè)呢？

21.你覺得你如何才能勝任這份工作？

21.你要是從事測試這個行業(yè)，你的優(yōu)勢是什么？

22.你自認為測試的優(yōu)勢在哪里？

優(yōu)勢在于我對測試堅定不移的信心和熱情，雖然經(jīng)驗還不夠，但測試需要的基本技能我有信心在工作中得以發(fā)揮。

23.你以前工作時的測試流程是什么？

公司對測試流程沒有規(guī)定如何做，但每個測試人員都有自己的一套測試流程。我說下我1年來不斷改正（自己總結(jié)，吸取同行的方法）后的流程吧。需求評審（有開發(fā)人員，產(chǎn)品經(jīng)理，測試人員，項目經(jīng)理）－>需求確定(出一份確定的需求文檔)－>開發(fā)設(shè)計文檔（開發(fā)人員在開始寫代碼前就能輸出設(shè)計文檔）－>想好測試策略，寫出測試用例－>發(fā)給開發(fā)人員和測試經(jīng)理看看（非正式的評審用例）－>接到測試版本－>執(zhí)行測試用例（中間可能會補充用例）－>提交bug（有些bug需要開發(fā)人員的確定（嚴重級別的，或突然發(fā)現(xiàn)的在測試用例范圍之外的，難以重現(xiàn)的），有些可以直接錄制進td）－>開發(fā)人員修改（可以在測試過程中快速的修改）－>回歸測試（可能又會發(fā)現(xiàn)新問題，再按流程開始跑）。

24.當開發(fā)人員說不是bug時，你如何應(yīng)付？

開發(fā)人員說不是bug，有2種情況，一是需求沒有確定，所以我可以這么做，這個時候可以找來產(chǎn)品經(jīng)理進行確認，需不需要改動，3方商量確定好后再看要不要改。二是這種情況不可能發(fā)生，所以

不需要修改，這個時候，我可以先盡可能的說出是bug的依據(jù)是什么？如果被用戶發(fā)現(xiàn)或出了問題，會有什么不良結(jié)果？程序員可能會給你很多理由，你可以對他的解釋進行反駁。如果還是不行，那我可以給這個問題提出來,跟開發(fā)經(jīng)理和測試經(jīng)理進行確認,如果要修改就改,如果不要修改就不改。其實有些真的不是bug，我也只是建議的方式寫進td中，如果開發(fā)人員不修改也沒有大問題。如果確定是bug的話，一定要堅持自己的立場，讓問題得到最后的確認。

25：你對我們公司了解有多少？

26：請談?wù)勀銈€人的最大特色。

我的堅持度很高，事情沒有做到一個令人滿意的結(jié)果，絕不罷手。

27.白盒測試和黑箱測試是什么?什么是回歸測試?.設(shè)計用例的方法、依據(jù)有那些？

29.對于一個測試工程師應(yīng)具備那些素質(zhì)和技能？

30.一個缺陷測試報告的組成都包括什么東西？

31.軟件測試項目從什么時候開始，？為什么？

32.簡述一下缺陷的生命周期

33.你怎樣做出自己的職業(yè)選擇？

分析 面試人提出這個問題是為了了解求職者的動機，看看他（她）應(yīng)聘這份工作是否有什么歷史淵源，是否有職業(yè)規(guī)劃，是不是僅僅在漫無目的地申請很多工作。

錯誤回答 我一直都想在企業(yè)界工作。自孩提時代起，我就夢想自己至少也要成為大企業(yè)的副總裁。

評論 除了難以令人相信之外，這種回答還存在一個問題：它表明求職者會對副總裁以下的職位不感興趣。

正確回答 在上大學(xué)四年級前的那個夏天，我決定集中精力在某一領(lǐng)域謀求發(fā)展。盡管我是學(xué)商業(yè)的，但是我不知道自己最終會從事哪一行業(yè)的工作。我花了一定的時間考慮自己的目標，想清楚了自己擅長做的事情以及想從工作中得到的東西，最后我得出了一個堅定的結(jié)論，那就是這個行業(yè)是最適合我的。

評論 這種回答表明，求職者認真地做過一些計劃，縮小了自己的關(guān)注點，而且也認準了前進的方向。這種回答還表明，求職者理解個人職業(yè)規(guī)劃的重要性，并且有能力做出認真的個人決策。

1.你都用什么測試方法

2.怎么編寫案例

3.怎么才能夠全面的測試到每一個點

1.你都用什么測試方法

針對不同的產(chǎn)品或者系統(tǒng)或者模塊，有不同的測試方法。總體而言有白盒測試和黑盒測試。

2.怎么編寫案例

案例的編寫與測試階段的定義有很大的關(guān)系。系統(tǒng)測試和unit測試的案例可能不同?？傮w而言測試案例根據(jù)系統(tǒng)的需求而定。

3.怎么才能夠全面的測試到每一個點

測試的全面性主要需要在設(shè)計測試計劃的時候考慮，從測試策略，產(chǎn)品需求等等多個角度考慮從而定義全部的測試點。

1、談?wù)勡浖y試技術(shù)，以及如何提高

2、談?wù)勡浖y試職業(yè)發(fā)展，以及個人的打算

3、談?wù)勡浖y試在企業(yè)的地位，也可以結(jié)合軟件生命周期來談

有可能清晰的思路比確切的答案更重要

在這里，主要說下筆試和面試的問題，希望大家共同參考。

1，一般公司里實際的軟件測試流程是什么樣的？你們公司又是怎樣的？

2，軟件工程師要具有那些素質(zhì)？

3，你會哪些測試工具？怎么操作？

4，你能不能說下你的3到5年的職業(yè)計劃（規(guī)劃）

5，你覺得你來應(yīng)聘有那些優(yōu)勢？

其余的還好說，但就第4個問題，我感到不好說哦！希望大家給個意見

第一關(guān)：首先要自我介紹，自己的性格怎么樣，目前的工作經(jīng)歷積累了一些什么經(jīng)驗取得了些什么值得一說的成果。然后要說說對軟件測試怎么看？還有對于軟件測試有什么自己的想法。為什么會想到要做這行（因為我的簡歷上的工作經(jīng)歷沒有關(guān)于測試方面的）。哦，還有期望薪資。

第二關(guān)：認為軟件測試人員所要具備的基本素質(zhì)，如果遇到問題會怎樣處理，如果得不到研發(fā)人員的配合（就是研發(fā)說這個不是問題）你又會怎么處理？然后就是一些基本概念，比如軟件測試的流程有哪些？如果我上任了，首先會怎么開始自己的工作計劃。

（前兩關(guān)通過了后面這個就好過多了）

第三關(guān)：像我介紹了一下公司的情況，告訴我主要針對什么內(nèi)容的測試，會不會使用數(shù)據(jù)庫。告訴我大概要做哪些內(nèi)容，詳細的可以上崗以后慢慢熟悉。

大概就這么多了，這對沒有經(jīng)過這一關(guān)的不知道有沒有幫助，僅供參考吧

我覺得就像李波說的，關(guān)鍵是要給對方留下好印象:)

面試官最后會問你有什么問題要問嗎。作為應(yīng)聘者的你一般不要說沒問題問，這會給面試官留下你不太重視這份工作的壞印象。所以如果你想得到這份工作的話應(yīng)該抓住這最后的表現(xiàn)自己的機會： 你可以問：

1.貴公司近期和遠期的發(fā)展目標是什么？

2.貴公司的主要競爭對手有哪些？

3.貴公司有多少開發(fā)人員有多少測試人員？

4.貴公司又進一步擴充測試人員的計劃嗎?

5.如果我有幸能進入貴公司的話，我有怎么樣的發(fā)展？

6.測試人員的溝通能力很重要，貴公司有規(guī)范的溝通渠道嗎？

7.請介紹一下貴公司的福利情況。

8.請問我什么時候能知道結(jié)果？

軟件測試第四章答案篇五

軟件測試工程師筆試試題

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

21.您是否熟悉一些主流的軟件工程方法論和思想，如rup、cmm、cmmi、xp、psp、tsp。如果熟悉，您是否可以談一下對這些方法論和思想的認識？

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

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

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

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

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

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

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

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

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

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

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

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

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

10．代碼評審員一般由測試員擔任。（）

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

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

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

1．軟件驗收測試的合格通過準則是：（）

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

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

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

d． 驗收測試工件齊全。

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

a．項目經(jīng)理

b．sqa 負責(zé)人

c．配置負責(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．軟件實施活動的進入準則是：（）

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

b．詳細設(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 分）． 比較負載測試、容量測試和強度測試的區(qū)別。（6 分）． 測試結(jié)束的標準是什么？（3 分）

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

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

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

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

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

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

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

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

4、驗證與確認軟件實施活動主要有、代碼評審、、、、sqa 驗證。

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

6、軟件測試的目的是。

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

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

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

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

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

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

1、軟件實施活動的進入準則是（）

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

b、詳細設(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)品說明書進行白盒測試。()

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

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

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

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

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

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

二、簡答題

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

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

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

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

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

6、為什么要進行軟件測試?軟件測試的目的是什么?（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。當三邊不可能構(gòu)成三角形時提示錯誤，可構(gòu)成三角

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

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

六、論述題

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

2、簡述你對測試工作的認識過程、在以后的工作的一些建議。（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、確認測試

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

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

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

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

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