畢業(yè)論文-論述如何提高軟件質(zhì)量

1、<p><b>　　畢 業(yè) 論 文</b></p><p>　　論文題目：論述如何提高軟件質(zhì)量</p><p><b>　　內(nèi) 容 摘 要</b></p><p>　　通過測試活動提高軟件產(chǎn)品的質(zhì)量是測試人員的重要任務(wù)之一。在有限的軟件測試時間和資源的情況下，及時的交付高質(zhì)量的軟件產(chǎn)品交給客戶，是測試人員的主要目

2、標(biāo)之一。那么，什么樣的軟件產(chǎn)品可以成為高質(zhì)量的？測試人員在測試過程中，執(zhí)行的測試用例完全覆蓋了需求規(guī)格說明中的需求條目，是不是就可以認(rèn)為測試對象的質(zhì)量滿足了要求？</p><p>　　為了更好的回答這個問題，測試人員有必要首先了解一下從功能測試與性能性角度論述如何提高軟件質(zhì)量：功能性測試是保障軟件質(zhì)量的最小單元，是保證與需求一直的重要屏障，而功能性測試是測試工程師按照需求或需求規(guī)格說明書展開的測試工作。而性能測試

3、在傳統(tǒng)的測試中，往往是放在質(zhì)性測試的最后階段。性能測試不是測試工作中獨(dú)立的工作模塊。其應(yīng)用于功能性測試結(jié)合開展。關(guān)鍵模塊是功能性測試的重要模塊，往往也是性能測試的重要點(diǎn)。</p><p>　　[關(guān)鍵字]：功能測試 性能測試 軟件質(zhì)量</p><p><b>　　Abstract</b></p><p>　　Improve the qua

4、lity of software products through the testing activities is one of the important task of testing personnel. In software testing time and resource limited circumstances, timely delivery of high quality software products t

5、o customers, is one of the main objectives of testing personnel. So, what kind of software products can become the high quality? The tester in the testing process, test case execution completely covers the requirements s

6、pecification requirements in the entry, is it</p><p>　　In order to answer this question, it is necessary to know the test personnel on how to improve software quality from the function test and performance p

7、oint of view: functional testing is the smallest unit of software quality assurance, is an important barrier and demand has been, and functional testing is a test engineer according to the needs or requirements specifica

8、tions expansion. The performance test in the traditional test, often is the last stage in the qualitative test. The work module </p><p>　　Keywords: functional testing performance testing software quali

9、ty </p><p><b>　　目 錄</b></p><p><b>　　1 功能測試1</b></p><p>　　1.1功能測試定義1</p><p>　　1.2 功能測試概況1</p><p>　　1.3 功能測試一般進(jìn)行1</p>

10、<p><b>　　2 性能測試2</b></p><p>　　2.1 性能測試定義2</p><p>　　2.2性能測試概況及一般進(jìn)行步驟2</p><p>　　2.3性能測試的日報3</p><p>　　3 測試類型的比較3</p><p>　　3.1功能測試、界面測試、

11、接口測試的比較3</p><p>　　3.2性能測試、強(qiáng)度測試、余量測試、容量測試的比較3</p><p><b>　　4 軟件質(zhì)量4</b></p><p>　　4.1軟件質(zhì)量的定義4</p><p>　　4.2軟件質(zhì)量范圍4</p><p>　　4.3軟件質(zhì)量標(biāo)準(zhǔn)5</p&g

12、t;<p>　　4.4測試計劃的編寫5</p><p><b>　　注釋6</b></p><p><b>　　參考文獻(xiàn)7</b></p><p><b>　　致 謝8</b></p><p><b>　　1 功能測試</b><

13、/p><p><b>　　1.1功能測試定義</b></p><p><b>　　圖1.1 功能測試</b></p><p>　　功能測試就是對產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測試用例，逐項(xiàng)測試，檢查產(chǎn)品是否達(dá)到用戶要求的功能。</p><p>　　功能測試也叫黑盒測試黑盒測試（Black-box Tes

14、ting，又稱為功能測試或數(shù)據(jù)驅(qū)動測試）是把測試對象看作一個黑盒子[1]。功能測試就是對產(chǎn)品的各功能進(jìn)行驗(yàn)證，根據(jù)功能測試用例，逐項(xiàng)測試，檢查產(chǎn)品是否達(dá)到用戶要求的功能。</p><p>　　利用黑盒測試法進(jìn)行動態(tài)測試時，需要測試軟件產(chǎn)品的功能，不需測試軟件產(chǎn)品的內(nèi)部結(jié)構(gòu)和處理過程。</p><p>　　比如黑盒技術(shù)設(shè)計測試用例的方法有：等價類劃分、邊界值分析、錯誤推測、因果圖和綜合策略。

15、</p><p>　　黑盒測試注重于測試軟件的功能性需求，也即黑盒測試使軟件工程師派生出執(zhí)行程序所有功能需求的輸入條件[2]。黑盒測試并不是白盒測試的替代品，而是用于輔助白盒測試發(fā)現(xiàn)其他類型的錯誤。</p><p>　　黑盒測試試圖發(fā)現(xiàn)以下類型的錯誤：</p><p><b>　　功能錯誤或遺漏； </b></p><p&g

16、t;<b>　　界面錯誤； </b></p><p>　　數(shù)據(jù)結(jié)構(gòu)或外部數(shù)據(jù)庫訪問錯誤； </p><p><b>　　性能錯誤； </b></p><p><b>　　初始化和終止錯誤。</b></p><p>　　1.2 功能測試概況</p><p>

17、;　　功能測試時最基本的測試，同時也是最重要的測試；在進(jìn)行功能測試時，受限需要對軟件需求規(guī)格等依據(jù)文檔進(jìn)行分析；首先要明確功能測試的正常等價類[]。同時在用例設(shè)計中遺漏了正常等價類；依據(jù)輸入數(shù)據(jù)的屬性展開想象，設(shè)計非正常的功能測試用例，并且注意預(yù)期結(jié)果；設(shè)計測試用例時，一方面分析輸入數(shù)據(jù)，另一方面別忘了分析草組流程。</p><p>　　功能測試也成為行為測試，根據(jù)產(chǎn)品特性、操作描述和用戶方案，測試一個產(chǎn)品的特性

18、和可操作行為以確定它們滿足設(shè)計需求。本地化軟件的功能測試，用于驗(yàn)證應(yīng)用程序，應(yīng)用程序是專門為該市場開發(fā)的一樣。[3]功能測試是為了確保程序以期望的方式運(yùn)行而按功能要求對軟件進(jìn)行的測試，通過對一個系統(tǒng)的所有的特性和功能都進(jìn)行測試確保符合需求和規(guī)范。</p><p>　　功能測試也叫黑盒子測試或數(shù)據(jù)驅(qū)動測試，只需考慮各個功能，不需要考慮整個軟件的內(nèi)容結(jié)構(gòu)及代碼，一般從軟件產(chǎn)品的界面，架構(gòu)出發(fā)，按照需求編寫出來的測試用

19、例，輸入數(shù)據(jù)在預(yù)期結(jié)果和實(shí)際結(jié)果之間進(jìn)行評測，進(jìn)而提出更加使產(chǎn)品達(dá)到用戶使用的要求[4]。</p><p>　　功能測試的測試工具：quicktest.</p><p>　　QuickTest Professional簡稱QTP，是一種自動測試工具。使用QTP的目的是想用它來執(zhí)行重復(fù)的手動測試，主要是用于回歸測試和測試同一軟件的新版本。因此你在測試前要考慮好如何對應(yīng)用程序進(jìn)行測試，例如要測

20、試那些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等。</p><p>　　這是一種針對功能測試和回歸測試自動化提供業(yè)界最佳的解決方案 - 適用于所有主要軟件應(yīng)用程序和環(huán)境，也可以說成是關(guān)鍵字驅(qū)動測試方法</p><p>　　1.3 功能測試一般進(jìn)行</p><p>　　用正常值的等價類輸入數(shù)據(jù)值測試；</p><p>　　用非正常的等價類輸入數(shù)

21、據(jù)值測試；</p><p>　　運(yùn)行每個功能的合法邊界和非法邊界輸入的測試；</p><p>　　用一系列真實(shí)的數(shù)據(jù)類型和數(shù)據(jù)值運(yùn)行，測試超負(fù)荷、飽和及其他“最壞情況”的結(jié)果；</p><p>　　在配置項(xiàng)測試時對配置項(xiàng)控制流程的正確性、合理性等進(jìn)行驗(yàn)證；</p><p>　　利用QTP錄制腳本，快速準(zhǔn)確的檢測出用例的正確性。</p&g

22、t;<p>　　圖1.3 QTP工作原理</p><p><b>　　2 性能測試</b></p><p>　　2.1 性能測試定義</p><p>　　性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)

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

24、統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。</p><p>　　性能測試是對軟件需求規(guī)格說明中的性能需求選項(xiàng)進(jìn)行測試，以驗(yàn)證其性能是否滿足需求。</p><p>　　2.2性能測試概況及一般進(jìn)行步驟</p><p>　　性能測試在軟件的質(zhì)量保證中起著重要的作用，它包括的測試內(nèi)容豐富多樣。中國

25、軟件評測中心將性能測試概括為三個方面：應(yīng)用在客戶端性能的測試、應(yīng)用在網(wǎng)絡(luò)上性能的測試和應(yīng)用在服務(wù)器端性能的測試。通常情況下，三方面有效、合理的結(jié)合，可以達(dá)到對系統(tǒng)性能全面的分析和瓶頸的預(yù)測。</p><p>　　性能測試是通過自動化的測試工具模擬多種正常、峰值以及異常伏在條件來對系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試

26、當(dāng)負(fù)載逐漸增加時，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況[6]。壓力測試是通過確定一個系統(tǒng)的瓶頸或者不能接收</p><p>　　的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級別的測試。</p><p>　　性能測試是對軟件需求規(guī)格說明中的性能需求選</p><p>　　項(xiàng)進(jìn)行測試，以驗(yàn)證其性能是否滿足需求</p><p>　　性能測試經(jīng)常與余量測試、強(qiáng)度測試、

27、容量測試在一起；</p><p>　　基本的性能度量應(yīng)當(dāng)首先以沒有爭議的方式上在主要的功能上被執(zhí)行；</p><p>　　其次在系統(tǒng)處于競爭模式下進(jìn)行，及在一中苛刻的環(huán)境中衡量資源的使用常常是必要的；</p><p>　　數(shù)據(jù)采集功能的測試；　數(shù)據(jù)融合功能的測試；</p><p>　　測試在獲得定量結(jié)果是程序計算的精確性；</p>

28、<p>　　測試器時間特征和實(shí)際完成功能的時間即響應(yīng)時間；</p><p>　　測試為完成功能所處理的數(shù)據(jù)量并準(zhǔn)確的記錄下來。</p><p>　　測試程序運(yùn)行所占用的空間；</p><p><b>　　測試器負(fù)荷潛力；</b></p><p>　　測試配置項(xiàng)各部分的協(xié)調(diào)性；</p><

29、p>　　在系統(tǒng)測試時測試團(tuán)建的性能和應(yīng)將性能的集成；</p><p>　　在顯然測試時測試系統(tǒng)對并發(fā)事物和并發(fā)用戶訪問的處理能力；</p><p>　　2.3性能測試的日報</p><p>　　熟悉系統(tǒng)測試的測試用例的開發(fā)、測試計劃、方案的寫作。</p><p>　　了解需求規(guī)格說明書、測試計劃書和詳細(xì)計劃說明書。</p>

30、<p>　　正確說明測試的項(xiàng)目名稱及描述、所用時間，在某系統(tǒng)下測試，提交缺陷報告、</p><p><b>　　測試用例。</b></p><p>　　項(xiàng)目名稱：航空售票系統(tǒng)flight。</p><p>　　項(xiàng)目描述：flight是一個飛機(jī)票訂票系統(tǒng)，是基于windows的B/S程序，使用SQL SERVER2000。</p

31、><p>　　數(shù)據(jù)庫具有訂票、修改訂單、查詢、退票、航班信息管理等功能。</p><p><b>　　3 測試類型的比較</b></p><p>　　3.1功能測試、界面測試、接口測試的比較</p><p>　　功能測試驗(yàn)證功能是否滿足要求；</p><p>　　界面測試主要是用戶界面的友好性，是否滿

32、足用戶的要求；</p><p>　　接口測試主要關(guān)注是接口；</p><p><b>　　注：</b></p><p>　　接口測試：接口測試是對軟件需求規(guī)格中的接口需求逐項(xiàng)進(jìn)行的測試。</p><p>　　3.2性能測試、強(qiáng)度測試、余量測試、容量測試的比較</p><p>　　性能測試需要在測試

33、過程中測試出實(shí)際的性能要求，并與預(yù)期的性能值進(jìn)行比較；</p><p>　　強(qiáng)度測試在測試中需要超出要求值，使軟件運(yùn)行到不穩(wěn)定狀態(tài)或故障狀態(tài)[7]；</p><p>　　余量測試需要測試是否留有20%要求；</p><p>　　容量測試檢驗(yàn)測軟件的能力最高能達(dá)到什么程度的測試；</p><p>　　性能測試有軟件需求中有明確的數(shù)值，而強(qiáng)度測試

34、盒容量測試沒有明確的數(shù)值，需要通過測試來尋找該數(shù)值；</p><p>　　在測試結(jié)果方面，性能測試需要與性能要求進(jìn)行比較，而強(qiáng)度測試盒容量測試只需提高容量值就可以了；</p><p><b>　　注：</b></p><p>　　余量測試：余量測試是對軟件是否達(dá)到需求規(guī)格說明中要求的余量的測試。若無明確要求時一般至少留有20%的余量[8]。&l

35、t;/p><p>　　強(qiáng)度測試：強(qiáng)度測試是強(qiáng)制軟件運(yùn)行在不正常到發(fā)生故障的情況下，檢測軟件可以運(yùn)行達(dá)到何種情況的測試。</p><p>　　容量測試：容量測試是檢驗(yàn)軟件的能力提高能達(dá)到什么程度的測試。</p><p><b>　　4 軟件質(zhì)量</b></p><p>　　軟件測試可以再開發(fā)過程中發(fā)現(xiàn)大部分的軟件缺陷，但是，單

36、靠軟件測試是不能保證軟件質(zhì)量的，尤其是在軟件測試的時間沒有辦法充分保證、測試資源無法有效提供的情況下，測試人員只能盡量在允許的時間范圍內(nèi)發(fā)現(xiàn)盡可能多的問題。</p><p>　　除了軟件測試,，還應(yīng)該通過軟件配置管理、進(jìn)度控制等項(xiàng)目管理手段來確保軟件研發(fā)的稅率、有序開展，結(jié)合軟件需求控制、需求分析、設(shè)計評審、代碼審查等多種形式來保證軟件質(zhì)量。</p><p>　　4.1軟件質(zhì)量的定義<

37、;/p><p>　　質(zhì)量是相投、部件或過程滿足客戶或用戶需要的程度。</p><p>　　軟件質(zhì)量是軟件負(fù)荷明確敘述的功能和性能需求、文檔中明確描述的開發(fā)標(biāo)準(zhǔn)、以及所有專業(yè)開發(fā)的軟件都應(yīng)具有的隱含特征的程度。</p><p><b>　　4.2軟件質(zhì)量范圍</b></p><p>　　可說明性：用戶可以基于產(chǎn)品或服務(wù)的描述和

38、定義進(jìn)行使用。</p><p>　　有效性：產(chǎn)品或服務(wù)對于99.999%客戶總是有效的。</p><p>　　易用性：對于用戶，產(chǎn)品或服務(wù)非常容易使用并且一定是非常有用的功能。</p><p><b>　　注：</b></p><p><b>　　會用-有用-好用</b></p>&l

39、t;p>　　那如果讓大家去判斷某個軟件的質(zhì)量，大家是不是已經(jīng)有了一點(diǎn)頭緒了，但是大家會發(fā)現(xiàn)感覺還是很迷茫，就像評價學(xué)生咱們知道從課堂、作業(yè)、實(shí)驗(yàn)三部分評價一樣，但是沒有具體衡量指標(biāo)，所以為了更好的來判斷一個軟件的質(zhì)量咱們給大家介紹軟件質(zhì)量的衡量標(biāo)準(zhǔn)[10]。</p><p>　　可用/會用：讓用戶能使用。 </p><p>　　有用：產(chǎn)品對于用戶來講，能有所幫助。 </p>

40、;<p><b>　　4.3軟件質(zhì)量標(biāo)準(zhǔn)</b></p><p>　　軟件質(zhì)量標(biāo)準(zhǔn)：產(chǎn)品生產(chǎn)、檢驗(yàn)和評定質(zhì)量的技術(shù)依據(jù)。產(chǎn)品質(zhì)量特性一般以定量表示，例如強(qiáng)度、硬度、化學(xué)成分等；對于難以直接定量表示的，如舒適、靈敏、操作方便等，則通過產(chǎn)品和零部件的試驗(yàn)研究，確定若干技術(shù)參數(shù)，以間接定量反映產(chǎn)品質(zhì)量特性。對企業(yè)來說，為了使生產(chǎn)經(jīng)營能夠有條不紊地進(jìn)行，則從原材料進(jìn)廠，一直到產(chǎn)品銷售等

41、各個環(huán)節(jié)，都必須有相應(yīng)標(biāo)準(zhǔn)作保證。它不但包括各種技術(shù)標(biāo)準(zhǔn)，而且還包括管理標(biāo)準(zhǔn)以確保各項(xiàng)活動的協(xié)調(diào)進(jìn)行。 </p><p>　　4.4測試計劃的編寫</p><p>　　文檔目的、項(xiàng)目背景介紹、術(shù)語及縮略語、數(shù)據(jù)的輸入描述性能測試流程、范圍、環(huán)境、風(fēng)險等因素作為性能測試實(shí)施依據(jù)。</p><p>　　測試準(zhǔn)備:測試環(huán)境的準(zhǔn)備、測試內(nèi)容、非測試內(nèi)容</p>

42、<p>　　角色和職責(zé)、測試工具的安裝、測試進(jìn)度的安排</p><p><b>　　測試數(shù)據(jù)準(zhǔn)備</b></p><p>　　系統(tǒng)數(shù)據(jù)量、測試用戶、出口標(biāo)準(zhǔn)、風(fēng)險分析</p><p><b>　　測試過程及步驟</b></p><p><b>　　測試方案的安排</b&g

43、t;</p><p>　　測試結(jié)果:測試完成后，記錄測試結(jié)果，將其提供給用戶</p><p>　　Loadrunner結(jié)果: Windows 資源使用情況、對應(yīng)的用戶數(shù)量、測試結(jié)果、數(shù)據(jù)庫結(jié)果、應(yīng)用服務(wù)器結(jié)果[10]</p><p>　　測試結(jié)論:明確當(dāng)前系統(tǒng)可以支持的并發(fā)用戶數(shù)量達(dá)到X個</p><p><b>　　注釋</

44、b></p><p>　　[1] 張曉璦：《計算機(jī)文化基礎(chǔ)應(yīng)用教程》，科學(xué)出版社，2009年5月第四版，第219頁。</p><p>　　[2] 戴有煒：《 Windows.Server.2008》，清華大學(xué)出版社，2011年9月第一版，第190頁。</p><p>　　[3] 魏善沛：《ASP系統(tǒng)開發(fā)實(shí)例導(dǎo)航》，人民郵電出版社，2005年11月第三版，第10

45、0—120頁。</p><p>　　[4] 嚴(yán)蔚敏：《數(shù)據(jù)結(jié)構(gòu)》，清華大學(xué)出版社，2002年六月第七版，第59頁。</p><p>　　[5] 洪錦：《Dreamweaver應(yīng)用》，中國青年出版社，2004年八月第五版，第390頁。</p><p>　　[6]J.Mers：《計算機(jī)軟件測試技術(shù)》，清華大學(xué)出版社，1985年五月第一版，第90頁。</p>

46、<p>　　[7]鄭人杰：《計算機(jī)軟件測試技術(shù)》，清華大學(xué)出版社，1992六月第七版，第8頁。</p><p>　　[8] 張克東：《軟件測試自動化教程》，電子工業(yè)出版社，2002年9月第一版，第240頁。</p><p>　　[9] James A.Whittaker：《應(yīng)用軟件測試指南》，電子工業(yè)出版社，2003年3月第一版，第130頁。</p><p&

47、gt;　　[10]Ron Patton：《軟件測試》，機(jī)械工業(yè)出版社，2002年八月第三版，第290頁。</p><p>　　[11]麥格雷戈：《面向?qū)ο蟮能浖y試》，機(jī)械工業(yè)出版社，2002年八月第一版，第9頁。</p><p>　　[12]Rex Black:《測試流程管理》，北京大學(xué)出版社，1999年11月第三版，第120—130頁。</p><p>　　[1

48、3]Mark Fewster:《軟件測試自動化技術(shù)》，電子工業(yè)出版社，2000年八月第五版，第390頁。</p><p>　　[14]Rakitin,S.K:《軟件驗(yàn)證的管理方法》，電子工業(yè)出版社，2002年一月第二版，第100頁。</p><p>　　[15]Dustin,E:《軟件自動化測試》，電子工業(yè)出版社，2003年一月第一版，第80頁。</p><p>&

49、lt;b>　　參考文獻(xiàn)</b></p><p>　　張克東：《軟件測試自動化教程》，電子工業(yè)出版社2002年版，第240頁。</p><p>　　鄭人杰：《實(shí)用軟件工程》，清華大學(xué)出版社1997年版，第134頁。</p><p>　　鄭阿奇：《ASP使用教程V程》，電子工業(yè)出版社2011年版，第79頁。</p><p>　　

50、田艷：《管理信息系統(tǒng)》，暨南大學(xué)出版社2009年版，第99頁。</p><p>　　王曉敏：《信息系統(tǒng)分析與設(shè)計》，清華大學(xué)出版社，2006年版，第90頁。</p><p>　　嚴(yán)蔚敏：《數(shù)據(jù)結(jié)構(gòu)》，清華大學(xué)出版社2002年版，第99頁。</p><p>　　胡春惠：《ASP系統(tǒng)開發(fā)實(shí)例導(dǎo)航》，人民郵電出版社2005年版，第40頁。</p><p

51、>　　洪錦：《Dreamweaver應(yīng)用》，中國青年出版社2004年版，第90頁。</p><p>　　麥格雷戈：《面向?qū)ο蟮能浖y試》，機(jī)械工業(yè)出版社2002版，第9頁。</p><p>　　Karli Watson：《C#入門經(jīng)典》，清華大學(xué)出版社2006年版，第246。</p><p><b>　　致 謝</b></p>

52、<p>　　本文從選題，需求分析，形成初稿，以致最終定稿，都得到了指導(dǎo)老師的極大幫助。在課題階段，讓我對功能和性能方面來提高軟件質(zhì)量有了更深層次的體會，解決了以前學(xué)習(xí)過程中懵懂的問題；在論文編寫階段，首先，讓我明白論文與其它文檔的區(qū)別；其次，論文的寫作順序，即如何展開，老師都給予了很大的幫助。她嚴(yán)謹(jǐn)?shù)膽B(tài)度、不厭其煩的指導(dǎo)留給我很沉印象。因此，在此我要表達(dá)對老師最誠摯的謝意。同時，也想那些在編寫過程中為我提供過幫助的老師以及