畢業(yè)設計(論文)說明書經(jīng)典模版

1、學校名稱學校名稱畢業(yè)設計（畢業(yè)設計（ 論論 文）說明書文）說明書?；照撐念}目 學 號 學生姓名 專業(yè)班級 指導教師 總評成績 年 月 日原創(chuàng)性聲明原創(chuàng)性聲明（黑體、小 2 號、加粗、居中） （段前為 0.5 行、段后為 0.5 行）本人呈交的學位論文，是在導師的指導下，獨立進行研究工作所取得的成果，所有數(shù)據(jù)、圖片資料真實可靠。盡我所知，除文中已經(jīng)注明引用的內(nèi)容外，本學位論文的研究成果不包含他人享有著作權(quán)的內(nèi)容。對本論文所涉及的研究工作做出貢獻的其他個人和集體，均已在文中以明確的方式標明。本學位論文的知識產(chǎn)權(quán)歸屬于培養(yǎng)單位。（宋體 小 4 號）本人簽名： 日期： 摘摘要要（黑體小 2 居中） （

2、段前為 0.5 行、段后為 0.5 行）軟件測試是伴隨著軟件開發(fā)的產(chǎn)生而出現(xiàn)的，有了軟件的開發(fā)與運用就必然會出現(xiàn)軟件測試。因為面向?qū)ο蠹夹g的特性使得面向?qū)ο蟮能浖y試同傳統(tǒng)測試之間的側(cè)重點有了完全不同的體現(xiàn)，雖然看似面向?qū)ο蠹夹g從理論上來講，用其開發(fā)完成的軟件質(zhì)量應該更高，但是無論多么先進的技術，對于開發(fā)人員的疏忽及錯誤都是不可避免的，并且由于面向?qū)ο筌浖拇a重用率高，使得面向?qū)ο蟮能浖y試變得更加的重要。文中從面向?qū)ο蟮募夹g簡介開始，深入分析軟件測試的方法，然后由傳統(tǒng)軟件測試方法及模型展開討論，結(jié)合面向?qū)ο蠹夹g的理念，就面向?qū)ο蟮能浖y試技術進行了全面的介紹和論述，并具體的對面向?qū)ο筌浖?/p>

3、測試步驟，測試方法，測試模型以及測試用例進行了詳細的敘述討論，以期能使讀者能對面向?qū)ο蟮能浖y試技術和測試模型、測試用例的設計等有個全面的了解。同時由于好的軟件測試方案與軟件測試者的實際測試經(jīng)驗還有很大關系，所以鑒于作者測試經(jīng)驗的不足，論文中很多論述及測試策略，測試模型和用例的設計還有疏漏的地方，相信會在今后的學習工作中改進。(宋體小 4 )關鍵詞：關鍵詞：面向?qū)ο筌浖y試測試策略測試模型測試用例設計（黑體小 4） （宋體小 4）（所有文本頁邊距：上邊距為 25mm，下邊距為 20mm，左邊距為 25mm，右邊距為 20mm）中間無標點符號ABSTRACT (Times New Roman 小

4、 2 加粗) （段前為 0.5 行、段后為 0.5 行）Had the software development and the utilization which the software test follows which the software to be developing the production appears inevitably can appear the software test. Because the object-oriented technical characteristic caused the object-oriented software to

5、 test between the same traditional test the emphasis point to have completely different manifesting, although looked resembled the object-oriented technology to say from the theory, completed the software quality with its development to be supposed to be higher, But regardless of the how advanced te

6、chnology, regarding development personnels negligence and wrong all is inevitable, and because the object-oriented software code entrusts with heavy responsibility rate is high, causes the object-oriented software test to become the even more unimportance.In the article starts from the object-orient

7、ed technical synopsis, thoroughly analyzes the method which the software tests, then launches the discussion by the traditional software test method and the model, Unifies object-oriented technical the idea, the object-oriented software test technology has carried on the comprehensive introduction a

8、nd the elaboration, and the concrete opposite to the object software test step, the test method, the test model as well as the test has carried on the detailed narration discussion with the example, Can enable the reader by the time opposite to the object software test technology and the test model,

9、 the test and so on has a comprehensive understanding with the example design.Because simultaneously the good software test plan and the software conners actual test experience also has the very big relations, Therefore in view of the fact that the author tests the experience the insufficiency, In t

10、he paper very many elaboration and the test strategy, the test model and also have the oversight place with the example design, believed will be able to improve in the next study work. (TimesTimes NewNew RomanRoman 小 4 號)Key word: Object-orientedSoftware testTest strategyTest modelTest and design wi

11、th the example（Times New Roman 體小 4 加粗） （Times New Roman 體小 4）目目錄錄（黑體?。ê隗w小 2 2 居中）居中） （段前為（段前為 0.50.5 行、段后為行、段后為 0.50.5 行）行）11引言引言22面向?qū)ο蠹夹g及面向?qū)ο蠹夹g及測測試概述試概述( (各章的名稱黑體各章的名稱黑體 4 4 號，其余宋體小號，其余宋體小 4)4)2.1面向?qū)ο蟮念?.2.2封裝、繼承和多態(tài)性 .33面向?qū)ο鬁y試面向?qū)ο鬁y試模模型型44面向?qū)γ嫦驅(qū)ο笙筌浖臏y試策略軟件的測試策略4.1面向?qū)ο蠓治觯∣OA）的測試 .4.1.1對認定的對象的測試 .4.1

12、.2對認定的結(jié)構(gòu)的測試 .4.1.3對認定的屬性的測試 .4.1.4對定義的屬性和實例關聯(lián)的測試 .4.1.5對定義的服務和消息關聯(lián)的測試 .4.2面向?qū)ο笤O計（OOD）的測試 .4.2.1對認定的類的測試 .4.2.2對構(gòu)造的類層次結(jié)構(gòu)測試 .4.2.3對類庫支持的測試 .4.3面向?qū)ο缶幊蹋∣OP）的測試 .4.3.1數(shù)據(jù)成員是否滿足數(shù)據(jù)封裝的要求 .4.3.2類是否實現(xiàn)了要求的功能 .55面向?qū)ο筌浖y試用例設計面向?qū)ο筌浖y試用例設計5.1傳統(tǒng)測試用例設計方法的可用性 .5.2基于故障的測試 .5.3基于場景的測試 .5.4OO 類的隨機測試.5.5類層次的分割測試 .5.6由行為模型

13、（狀態(tài)、活動、順序和合作圖）導出的測試 .結(jié)結(jié)束束語語致謝致謝參考文獻參考文獻附錄附錄(結(jié)束語、致謝、參考文獻及附錄黑體 4 號)注意頁腳形式和正文不一樣11引言引言（黑體小 2 加粗） （章標題段前為 0.5 行、段后為 0.5 行）左對齊1.1概述概述（黑體小 3 號加粗）IP（Intellectual Property）就是常說的知識產(chǎn)權(quán)，IPCore（知識產(chǎn)權(quán)核）則是指用于產(chǎn)品應用的專用集成電路（ASIC）或者可編程邏輯器件（PGA）的邏輯塊或數(shù)據(jù)塊。（宋體小 4，正文行間距固定為 23 磅，字符間距為標準） .141 DDRDDR IPIP CoreCore 的時序性描述的時序性描述

14、（黑體 4 號加粗）1 14 41 11 1對對 DDRDDR SDRAMSDRAM 的初始化時序的初始化時序（黑體小 4 號加粗）通過 DDR IPCore 對 DDR 和 DDR2 SDRAM 進行初始化是有分別的，由于在本次項目設計過程中實際采用的是 DDR SDRAM，因此本文僅僅對前者的初始化時序進行討論。（宋體小 4 號） （章、節(jié)標題要保證段前為 0.5 行、段后為 0.5 行）公式、圖文示例：（1）公式示例： （2）表示例：表 1.1Altera 可提供的基本宏功能單元類 型描 述算術組件包括累加器、加法器、乘法器和LPM算術函數(shù)門包括多路復用器和LPM門函數(shù)I/O組件包括時鐘

15、數(shù)據(jù)恢復（CDR） 、鎖相環(huán)（PLL） 、雙數(shù)據(jù)速率（DDR） 、千兆位收發(fā)器塊（GXB） 、LVDS收發(fā)器和發(fā)送器、PLL重新配置和遠程更新宏功能模塊存儲器包括FIFO Partitioner、RAM和ROM宏功能模塊存儲組件存儲器、移位寄存器宏模塊和LPM存儲器函數(shù)（表標題中文黑體小 4 號、數(shù)字及字母 Time New Roman 粗體小 4 號，表內(nèi)容宋體或Time New Roman 體5 號）)0 , 0()0 , 1 () 1 , 0()0 , 0() 1 , 1 ()0 , 0() 1 , 0()0 , 0()0 , 1 (),(fxyffffyffxffyxfXaXaYXaX

16、aYf11)1 (1001)1 (00)1 (1.1)(1.2)表名在上，黑體小四在尚在在尚在（3）圖示例：圖圖1.11.1數(shù)據(jù)通道模塊內(nèi)部結(jié)構(gòu)數(shù)據(jù)通道模塊內(nèi)部結(jié)構(gòu)圖圖 1.21.2進入進入 SymbolSymbol 操作界面操作界面結(jié)束語結(jié)束語（黑體小 2、居中、加粗） （段前為 0.5 行、段后為 0.5 行）綜上所述，由于面向?qū)ο蠹夹g的出現(xiàn)而帶來的軟件開發(fā)理論的變更，傳統(tǒng)圖名在下，黑體小四在尚在在尚在的面向過程的軟件測試技術也隨之發(fā)生了改變，為了對面向?qū)ο蠹夹g開發(fā)的軟件進行測試，就必須使用新的軟件測試策略及新的軟件測試模型，但并非是憑空開發(fā)新的測試技術，而是對傳統(tǒng)的軟件測試技術進行改造和

17、利用。因為面向?qū)ο蠹夹g的思想，使得傳統(tǒng)軟件測試同新的軟件測試的側(cè)重點恰好相反，傳統(tǒng)的軟件測試中的次要問題反而成為了面向?qū)ο鬁y試中的主要問題。傳統(tǒng)的軟件測試中是由“小型測試”逐步轉(zhuǎn)化為“大型測試” ，即由“單元測試”開始，逐步轉(zhuǎn)入“集成測試” ，最后 “有效性和系統(tǒng)測試” 。面向?qū)ο蟪绦虿辉偈枪δ苣K機構(gòu)的，而是作為一個整體存在，所以原有的將開發(fā)模塊逐步搭建起來的進行測試的策略已經(jīng)不可能了。同時由于面向?qū)ο箝_發(fā)技術拋棄傳統(tǒng)的開發(fā)模型，對于每個階段都有了不同于以往的要求及結(jié)果。所以根據(jù)面向?qū)ο蟮能浖_發(fā)的模型，再結(jié)合傳統(tǒng)軟件測試的步驟，將面向?qū)ο鬁y試劃分了新的步驟方法，以適應面向?qū)ο筌浖男枨髽藴?/p>

18、。我認為關鍵要明確一點，測試不是糾正而是發(fā)現(xiàn)軟件中的缺陷，因此要伴隨著軟件開發(fā)的全過程。同時我認為類似軟件工程的理論，也應該把面向?qū)ο筌浖y試也看做一個工程，這樣才能更好的發(fā)揮軟件測試的作用，同時得出更好的測試結(jié)果和高質(zhì)量的軟件產(chǎn)品。從本文的論述中，對面向?qū)ο筌浖y試的如何實現(xiàn)有了一個較為詳細的分析和介紹，相信對初次接觸面向?qū)ο筌浖y試的讀者有一定的幫助，但是由于軟件測試本身還有一個特點：就是好的軟件測試模型以及測試策略在很大程度上還要依賴測試者的長期測試經(jīng)驗，也就是說長年從事軟件測試的人將更容易做出即簡單又實用的測試用例。同時既然是面向?qū)ο蟮能浖y試，對面向?qū)ο蟮能浖_發(fā)技術就必須有更深層的

19、理解及掌握，兼之本人理論知識方面的局限性和專業(yè)知識的水平，對于每個面向?qū)ο鬁y試步驟的敘述以及對測試模型和測試用例的設計還有許多疏漏之處，相信在今后的學習和工作中隨著測試經(jīng)驗的逐步積累會有進一步的提高。致致謝謝（黑體小 2、居中、加粗） （段前為 0.5 行、段后為 0.5 行）參考文獻參考文獻（黑體小 2、居中、加粗） （段前為 0.5 行、段后為 0.5 行）1 周融.任志國.楊尚雷.厲星星.對新形勢下畢業(yè)設計管理工作的思考與實踐.電氣電子教學學報.2003(6)：107-109.2 劉國鈞.王連成.圖書館史研究.北京.高等教育出版社.1979：15-18.3 韓吉人.論職工教育的特點.中國

20、職工教育研究會.職工教育研究論文集.北京.人民教育出版社.1985.90-99.附錄附錄1.1.配置配置/ /過程管理工具過程管理工具TestDirector開發(fā)公司：Mercury Interactive Corporation1、參考文獻要求不少于 15 篇，其中外文文獻不少于 2 篇；2、參考文獻要標明引用部分起止頁；3、格式及字體（含英文字體）見上。工具介紹：TestDirector 是業(yè)界第一個基于 Web 的測試管理系統(tǒng)，它可以在公司組織內(nèi)進行全球范圍內(nèi)測試的協(xié)調(diào)。通過在一個整體的應用系統(tǒng)中提供并且集成了測試需求管理、測試計劃、測試日程控制以及測試執(zhí)行和錯誤跟蹤等功能，TestDirector 極大地加速了測試過程。AllChange開發(fā)公司：英國 Intasoft 公司工具簡介：AllChange 將變更管理和配置管理集成一體，從而在應用過程中實現(xiàn)了工具、服務和實施的無縫集成，有效地實現(xiàn)了從概念到發(fā)布的全過程。在自動任務模式和連貫生存周期的支持下，使開發(fā)隊伍的效率得到提高；信息暢通和準確評估使全體隊伍在整個開發(fā)周期中保持步調(diào)一致；對軟件、硬件、文檔以及問題遞交、變更和發(fā)布過程的集成管理，使企業(yè)可以開發(fā)滿足客戶需求的高質(zhì)量產(chǎn)品。2.2.功能測試工具功能測試工具WinRunner開發(fā)公司：Mercury Interactive Corporat