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

XX學院

××屆××學院畢業設計

軟件測試課題

2012-03-13

目 錄

第一章 畢業設計目的..............................................................................................................3 第二章 畢業設計安排..............................................................................................................3 第三章 指導老師簡介..............................................................................................................3 第四章 畢業設計選題..............................................................................................................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 學生自己想做的測試相關的其他選題（需要與指導老師確認）..........................6 第五章 總結..............................................................................................................................6

ii

第一章 畢業設計目的

? 培養學生運用所學基礎理論、基本知識和基本技能進行分析與解決實際問題的能力； ? 培養學生嚴謹認真的態度、理論聯系實際的動手能力；

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

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

? 培養學生的創新意識和創新能力；

? 為學生面試與就業提供指導，幫助學生盡快就業，找到如意工作。

第二章 畢業設計安排

? 開始時間：2012年3月底 ? 結束時間：2012年5月上旬 ? 畢業論文完成時間：2012年5月上旬

說明：根據實際情況可能會有所調整。

第三章 指導老師簡介

XX老師，北航軟件工程碩士，PMP(項目管理專業認證)，信息系統項目管理師（高級職稱資格認證）。11年IT工作經驗，精通軟件測試理論、測試工具、測試流程、測試架構設計及測試管理。軟件測試理論嫻熟，實戰經驗豐富，對數據庫和UNIX/Linux有 3

致謝

很深的功底，帶過多次畢業設計。其中參與過黑龍江移動公司《新版BOSS系統》的開發和測試工作，明天集團的《工商項目檔案管理系統》的開發和測試工作，網絡版的《電力系統安全性評價專家系統》的開發和測試工作，中國石油集團下屬《中國石油石化企業網絡信息庫》、《世界石油大會中國國家委員會網站》、《中油香港網站》、《中國石油商務網》《中國石油集團外部網站》的開發設計和驗收工作，現在某外企公司任軟件測試項目經理，負責軟件測試項目的管理和執行，團隊總人數達20余人。

聯系方式：

第四章 畢業設計選題

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

? 測試的發展及相關理論 ? 項目相關理論 ? 測試管理

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

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

? 測試的發展及相關理論 ? 功能測試理論 ? 項目相關理論 ? 測試需求 ? 測試流程 ? 測試用例 ? 測試工具

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

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

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

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

? 測試的發展及相關理論 ? 項目相關理論 ? 測試用例

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

? 測試的發展及相關理論 ? 深入理解本地化測試 ? 如何做好本地化測試

XXX項目性能測試實踐”

“ 致謝

4.7 學生自己想做的測試相關的其他選題（需要與指導老師確認）

第五章 總結

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

讀書的好處

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

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

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

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

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

6、黑發不知勤學早，白首方悔讀書遲。——顏真卿

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

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

9、玉不琢、不成器，人不學、不知義。

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

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

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

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

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

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

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

17、學習永遠不晚。——高爾基

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

19、學而不思則惘，思而不學則殆。——孔子

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

第二篇：軟件測試畢業論文解讀

畢業論文

姓 名：陳鑫 專 業:.Net軟件開發 年 級：計軟1302 學 號：201317140212指導教師:王梅 1

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

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

目 錄 軟件測試的發展史.......................................4 2軟件測試的相關背景......................................5 3 軟件測試概述............................................6

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

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

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

3.4軟件測試的原則.............................................................................8 4 軟件測試的內容....................................................................................9

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

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

5.4 靜態測試..........................................14

5.5動態測試...........................................15 6 軟件測試中的類測試.....................................15 6.1念面向

對

象

軟

件的6.2.類類

測測

試試

概技.....................................................15術.........................................16 7 參考文獻..............................................17 8 致謝...................................................18

1軟件測試的發展史

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

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

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

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

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

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

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

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

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

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

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

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

3.2軟件測試的描述

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

3.3軟件測試的目的

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

3.4軟件測試的原則

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

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

4．一定要注意測試中的錯誤集中發生現象, 這和程序員的編程水平和習慣有很大的關系。

5．對測試錯誤結果一定要有一個確認的過程, 一般有A測試出來的錯誤, 一定要有一個B來確認, 嚴重的錯誤可以召開評審會進行討論和分析。

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

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

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

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

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

3.評市、審查、測試、檢查、審計等各類活動, 或對某些項處理、服務或文件等是否和規定的需求相一致進行判斷和提出報告。4.2確認(validation)確認(validation)是一系列的活動和過程, 目的是想證實在一個給定的外部環境中軟件的邏輯正確性。即保證軟件以正確的方式來做了這個事件(Do it right)1.靜態確認, 不在計算機上實際執行程序, 通過人工或程序分析來證明軟件的正確性；

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

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

5軟件測試的分類

5.1常用分類

從是否需要執行被測軟件的角度, 可分為： —靜態測試 和動態測試

從測試是否針對系統的內部結構和具體實現算法的角度來看, 可分為 ：

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

黑盒測試

指的是把被測軟件看作是一個黑盒子, 我們不去關心盒子里面的結構是什么樣子, 只關心軟件的輸入數據和輸出結果。

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

用黑盒測試發現程序中的錯誤, 必須在所有可能的輸入條件和輸出條件中確定測試數據, 來檢查程序是否都能產生正確的輸出。但這是不可能的。

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

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

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

5.3白盒測試

白盒測試指的是把盒子蓋打開, 去研究里面的源代碼和程序結構。

白盒測試也稱結構測試或邏輯驅動測試, 它是知道產品內部工作過程, 可通過測試來檢測產品內部動作是否按照規格說明書的規定正常進行, 按照程序內部的結構測試程序, 檢驗程序中的每條通 路是否都有能按預定要求正確工作, 而不顧它的功能。使用被測單元內部如何工作的信息, 允許測試人員對程序內部邏輯結構及有關信息來設計和選擇測試用例, 對程序的邏輯路徑進行測試。基于一個應用代碼的內部邏輯知識, 測試是基于覆蓋全部代碼、分支、路徑、條件。

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

主要用于軟件驗證。

使用程序設計的控制結構導出測試用例。

邏輯驅動測試：

主要是測試覆蓋率, 以程序內在邏輯結構為基礎的測試。包括以下6種類型：

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

? 保證一個模塊中的所有獨立路徑至少被執行一次； ?對所有的邏輯值均需要測試真、假兩個分支； ?在上下邊界及可操作范圍內運行所有循環； ?檢查內部數據結構以確保其有效性

白盒測試的實施方案

在開發階段

要保證產品的質量, 產品的生產過程應該遵循一定的行業標準。軟件產品也是同樣, 沒有標準可依自然談不上質量的好壞。所有關心軟件開發質量的組織、單位, 都要定義或了解軟件的質量標準、模型。其好處是保證公司實踐的均勻性, 產品的可維護性、可靠性以及可移植性等。

在測試階段

與軟件產品的開發過程一樣, 測試過程也需要有一定的準則, 來指導、度量、評價軟件測試過程的質量。

定義測試準則

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

根據應用的準則和項目相關的約束, 項目領導可以定義使用的度量方法, 和要達到的覆蓋率。度量測試的有效性、完整性

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

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

概念：

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

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

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

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

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

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

5.4靜態測試

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

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

5.5動態測試

是指實際運行被測程序, 輸入相應的測試數據, 檢查實際輸出結果和預期結果是否相符的過程。所以, 我們判斷一個測試屬于動態還是靜態測試 , 唯一的標準就是看是否運行程序。

6軟件測試中的類測試

6.1 面向對象軟件從宏觀上來看是各個類之間的相互作用。在面向對象系統中,系統的基本構造模塊是封裝了的數據和方法的類和對象,而不再是一個個能完成特定功能的功能模塊。每個對象有自己的生存周期,有自己的狀態。消息是對象之間相互請求或協作的途徑,是外界使用對象方法及獲取對象狀態的唯一方式。對象的功能是在消息的觸發下,由對象所屬類中定義的方法與相關對象的合作共同完成,且在不同狀態下對消息的響應可能完全不同。對象中的數據和方法是一個有機的整體,測試過程中不能僅僅檢查輸入數據產生的輸出結果是否與預期的吻合,還要考慮對象的狀態。模塊測試的概念已不適用于對象的測試“類測試將是整個測試過程的一個重要步驟。

6.2類測試技術

6.2.1基于服務的類測試技術

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

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

6.2.2基于層次增量的類測試

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

這種根據類間繼承關系的層次特性對類進行增量測試的技術是由M.Harrold等人提出的,其特點是復用父類的測試信息來指導子類的測試。

7參考文獻 參考書籍：

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

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

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

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

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

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

7、Edward Kit 《軟件測試過程改進》機械工業出版社

8、Hung Q.Nguyen 《Web應用測試》電子工業出版社

9、Robert V.Binder《面向對象系統測試 模型 視圖與工具（影印版）》

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

11、麥格雷戈 《面向對象的軟件測試》機械工業出版社

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

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

寫作畢業論文是一次再系統學習的過程，畢業論文的完成，同樣也意味著新的學習生活的開始。

感謝各位專家的批評指導。

讀書的好處

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

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

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

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

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

6、黑發不知勤學早，白首方悔讀書遲。——顏真卿

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

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

9、玉不琢、不成器，人不學、不知義。

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

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

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

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

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

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

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

17、學習永遠不晚。——高爾基

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

19、學而不思則惘，思而不學則殆。——孔子

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

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

一、測試基礎題

1、Linux的超級用戶是root

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

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

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

dd 到文件開頭 gg 結尾 G 另存為 :qw

5、數據庫題（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）統計各部門的平均薪水

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 '王%'

二、測試理論知識

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

目的：沒發現軟件缺陷與錯誤，對軟件質量進行度量和評估，以提高軟件的 質量，節約成本，滿足客戶需求。

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

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

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

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

b集成測試在單元測試的基礎上，將所有模塊按照設計要求（如根據結構圖〕組裝成為子系統或系統，進行集成測試

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

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

按是否運行程序劃分

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

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

又稱為結構測試或邏輯驅動測試。著重于程序內部結構和算法，不關心功能和性能指標。灰盒測試

介于白盒和黑盒測試之間，基于程序運行時刻的外部表現同時又結合程序內部邏輯結構來設計用例，執行程序并采集程序路徑執行信息和外部用戶接口結果的測試技術。其他劃分 回歸測試

對軟件的新版本測試時，重復執行上一個版本測試時使用的測試用例。防止出現“以前應用沒有的問題現在出問題了”。

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

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

測試數據是隨機產生的，在測試用例之外。只能作為一個測試的補充。

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

Case 用例編號 用例名稱 功能接口、預置條件 用例優先級 操作步驟 預期結果 Bug bug編號 bug名稱

bug優先級

操作環境 操作步驟

預期步驟 實際結果

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

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

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

四、綜合知識

1、您認為作為一名軟件測試工程師，應該具備哪些素質？ 計算機相關知識，能夠熟練使用常用的管理工具 開發語言：C,C++,Java,JavaScript,VBScript,Shell。數據庫：SQL Server,Oracle,MySQL等數據庫知識

操作系統,如Windows 2003以及2008,UNIX,Linux,MAC,Solaris等 網絡基本知識，能夠獨立完成測試環境的搭建。

軟件基礎知識：軟件工程,軟件生命周期,測試理論和測試方式有較深的理解。

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

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

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

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

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

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

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

總取款金額超過當日取款限額 ATM機余額不足 場景一 取款成功 預備條件

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

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

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

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

插入無效銀行卡 預期結果

提示該卡無效并退卡。

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

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

插入銀行卡，輸入錯誤密碼321321 預期結果

提示密碼錯誤，并清空密碼 再次輸入錯誤密碼321321 預期結果

提示密碼錯誤，并清空密碼 再次輸入錯誤密碼321321 預期結果

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

插入銀行卡，輸入正確的密碼213213 進入主頁后選擇取款9000元 預期結果

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

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

ATM機輸出2000元，提示用戶取走現金并返回主頁面 ATM機余額98000 用戶賬戶余額78000 累計取款20000 預期結果

ATM機余額80000 用戶賬戶余額60000 再次取走2000元 預期結果

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

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

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

讀書的好處

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

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

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

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

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

6、黑發不知勤學早，白首方悔讀書遲。——顏真卿

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

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

9、玉不琢、不成器，人不學、不知義。

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

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

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

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

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

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

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

17、學習永遠不晚。——高爾基

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

19、學而不思則惘，思而不學則殆。——孔子

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

第四篇：軟件測試 心得體會

蘭州直方科技有限公司

心得體會

如果要進步，那么就要嘗試新的技術，新的思維，大膽的使用，在用的過程中肯定會學到新的東西。

加強團隊內部的溝通，是解決團隊內部分散的最好辦法，如果一個團隊沒有很好溝通，那么這個團隊就像是沒有肥力的沙漠就沒有競爭力，它的存在價值值得懷疑。但是加強團隊建設是一件很不容易做到的事情，加入團隊中有某一個成員技術很牛，就是搞獨立，不按照游戲的規則，那么，作為項目小組的負責人，該如何去解決這個問題。我想在肯定他技術很牛的同時也應該讓他明白如果只是將自己所做的模塊做好，整個項目卻是一般般，那么自己做好的那個模塊就起不到任何的作用了。溝通，再溝通，直到他能很好的配合團隊的工作，這樣我相信我們的團隊是一個有凝聚力、競爭力的團隊，我們才能按時高質量的完成項目。

在這次的項目中，我們學到了很多。尤為深刻的體會是一個團隊如果不能團結在一起，那么它就沒有競爭。項目組之間要多交流一邊更好的理解別人的思維、項目的進程來及時解決存在的問題以及計劃的改進。要對自己準確定位知道自己能勝任什庅樣的工作以及在那一方面最擅長可以做得很好。

很榮幸，在本次項目開發中，我個人承擔項目小組長的角色，在項目進展過程中，非常感謝項目小組成員對我工作的支持，項目經理對我的信任。感謝在項目開發中，各位領導對項目進度的關注！謝謝！

蘭州直方科技有限公司

第五篇：軟件測試心得體會

心得體會

六天的培訓結束了，感覺過得好快啊。雖然是因為參加“模擬招聘”獲得這次機會的，不像其他同學一樣是交錢的，但是我也是抱著要學東西的心態參加的。

第一天老師就給了個下馬威——教材全是全是英文版的。對于雖然大三的我來說，英語四級剛過，六級成績還沒出來的情況下，想看懂全文是不太現實的。在老師講解過程中利用在線翻譯才勉強能看懂句子。不過培訓過程中最難忘的不是來自教材，而是來自老師的那雙犀利的眼神。無論何時，只要你打開了與課堂無關的網頁，她總會第一時間或叫號碼，或叫名字，或站到你旁邊。說實話，大學上課已經很久沒有這種高中被管的感覺了。雖然不爽，但是卻有種回到高中的快感（說的是實話）。

頭幾天還蠻不錯的，食堂開門的，超市沒關。可后幾天，當校門口已無人煙，就剩我們這幾個的時候就真覺得寢室樓好靜啊，還不如在機房呆著。對于老師我想說的是，前幾天笑容總是掛在臉上，可兩天后明顯笑的少了，不知道是不是因為和大家熟了，沒有剛見面的客氣了（我喜歡看人笑，本身也喜歡笑，老師的這種變化，我很敏銳的察覺了）。

這次培訓雖然感覺學到的沒有很多，但是我了解了一個企業，起碼是軟件測試這一行業大致的運作模式，讓我對我將來要不要從事這個行業有了認識。貌似軟件測試女生為主，男生比較適合從開發做起，這是我這幾天得到的最大體會。還有對于課堂結束的演講，是個鍛煉

自己的好機會，我并不否認這點，不過貌似每個人都只有一次機會，我是個表現欲很強的人，讓我講了一次有點不過癮。

開始我是因為不想浪費免費來上課的就會，來到后我覺得確實很多時候是需要多接觸下這些社會上的公司、企業等，畢竟還有一年就畢業了，到底何去何從自己是真的要好好做個打算了。期待下一期的網新的培訓??