軟件測試打字程序畢業論文畢業設計word格式(更新版)

　　

【正文】 Done!! One More Time?[Y/N] ” 期望結果：屏幕上會出現 “ Well Done!! One More Time?[Y/N] ” （ 5）路徑 5：（ mnopqsuv）的測試用例 輸入數據：變量 ch_3等于 “ n” 或者 “ N” 期望結果：跳出此處，返回主界面 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 23 頁 共 29 頁 （ 6）路徑 6：（ mnoprtuv）的測試用例 輸入數據：變量 ch_3等于 “ y” 或者 “ Y” 期望結果：繼續回到打字練習的界面 做完以上的工作后，得必須注意的是，一些獨立的路徑，往往還不是完全孤立的，有時它是程序正常的控制流的一部分，這時，這些路徑的測試可以是另一條路徑測試的一部分。獨立路徑必須包含一條在定義之前不曾用到的邊。 1．畫出打字程序的控制流程圖 流程圖用來描述程序控制結構。 我們根據圖 42 給出的一個程序的控制流圖，其中每個語句的定義 /使用變量由表 43給出，下面我們來看看詳細的表 43，并對其結果做出分析 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 20 頁 共 29 頁 通過變量的定義 /引用分析，可以發現該程序中含有幾個數據流異常： 語句 1， 2對變量 i的定義未曾被使用過 語句 11使用了變量 Timeyser,但在執行時并未對其定義過 語句 14使用了變量 ctime，而在其之前并未對其進行定義（賦值） 經過上面的分析，發現程序中包含有些異常，有些語句執行還有錯誤，不過這一情況表明， 也許程序中含有錯誤，也許可 以把程序寫的更容易理解，從而能夠簡化驗證 工作，以及隨后的維護工作（去掉那些多余的語句一般會縮短執行時間） 定義 /使用測試 假設 V是程序 P中變量的集合，程序 P的控制流圖用 G(P)表示。早期的數據流分析常常集中于現在叫做定義 /引用異常缺陷，如： 變量被定義，但從來沒有被使用（引用）。 通過的準則 測試通過主要依照以下標準： 打 字程序需求報告，需求規格說明書測試通過的標準：需求報告及需求規格說明書文檔中描述的正確性，無異性。 數字練習模塊：由系統隨機調用文檔 ，以程序中要求取出字符數輸出到界面，由用戶輸入，程序判斷用戶練習的速度 ,時間 ,正確率等數據。 ④缺點：由于路徑覆蓋需要對所有可能的路徑進行測試（包括循環、條件組合、分支選擇等），那么需要設計大量、復雜的測試用例，使得工作量呈指數級增長。 ④缺點：判定 /條件覆蓋準則的缺點是未考慮條件的組合情況。同樣判定覆蓋也具有和語句覆蓋一樣的簡單性，無須細分每個判定就可以得到測試用例。在本例中去掉了語句 1— 〉 T去掉，那么就少了一條測試路徑。 （ 6）只涉及接口和一些抽象的測試方法，將測試程序移入抽象的測試類。這種通用接口測試方法，解決了接口測試時重復編寫類似功能代碼的問題，提供了一種新的描述不同命令 結構的思路。但是貫穿在程序內部的邏輯存在著不確定性和無窮性，尤其對于大規模復雜軟件。揭示隱藏在代碼中的錯誤 。 白盒測試的方法： 總體上分為靜態方法和動態方法兩大類。由于代碼中的筆誤是隨機且無法杜絕的，因此我們要進行白盒測試。應當對每一個測試結果做全面的檢查 。測試用例的設計要確保能覆蓋所有可能路徑。 軟件測試在軟件生命周期中橫跨兩個階段：通常在編寫出每一個模塊之后就需要對它做必要的測試（稱為單元測試）。在一些關鍵應用 (如民航訂票系統、銀行結算系統、證券交易系統、自動飛行控制軟件、軍事防御和核電站安全控制系統等 ) 中使用質量有問題的軟件 ，還可能造成災難性的后果。 軟件測試的核心是測試思維，你的思維能深入到什么程度，測試就能做到什么程度，本次課題旨在訓練我們的測試思維，同時通過本次的課題實例掌握測試流程與技巧，為我們成為真正的測試人員打下堅實的基礎。 本文的展開將通過以下三個部分： 第一部分：白盒測試及黑盒測試技術的相關介紹，市場上主流測試管理工具的對比分析。現在人們已經逐步認識到所謂的軟件危機實際上僅是一種狀況，那就是軟件中有錯誤，正是這些錯誤導致了軟件開發在成本、進度和質量上的失控。 軟件測試的目的： 測試的最終目的是為了避免錯誤的發生，確保應用程序能夠正常高效的運行；好的測試用例在于發現至今未發現的錯誤；成功的測試是發現了至今未發現的錯誤的測試；好的測試工程師應該做到不僅發現問題， 還能夠幫助開發人員分析問題； 軟件測試的原則： 應把 “ 盡早和不斷地進行軟件測試 ” 作為軟件開發者的座右銘，實踐證明單元測試能夠盡早發現問題，減少后期測試的錯誤量。充分注意測試中的群集現象。軟件測試應該貫穿整個軟件定義與開發整個期間。 白盒的測試用例需要做到： (1)保證一個模塊中的所有獨立路徑至少被使用一次 (2)檢查內部數據結構以確保其有效性 白盒測試的目的：通過檢查軟件內部的邏輯結構，對軟件中的邏輯路徑進行覆蓋測試；在程 序不同地方設立檢查點，檢查程序的狀態，以確定實際運行狀態與預期狀態是否一致。 動態分析的主要特點是當軟件系統在模擬的或真實的環境中執行之前、之中和之后 , 對軟件系統行為的分析。 缺點：昂貴 。任何一個高效的測試用例，都是針對具體測試場景的。 （ 2）個抽象的測試類，聲明要驗證的功能的測試方法。 白盒測試六種覆蓋方法 首先為了下文的舉例描述方便，這里先給出一張程序流程圖。再如，在 DoWhile結構中，語句覆蓋執行其中某一個條件分支。 ②用例設計 (如表 )： ③優點：顯然條件覆蓋比判定覆蓋，增加了對符合判定情況的測試，增加了測試路徑。更改的判定 /條件覆蓋要求設計足夠多的測試用例，使得判定中每個條件的所有可能結果至少出現一次，每個判定本身的所有可能結果也至少出現一次。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 11 頁 共 29 頁 主流白盒測試工具 （ 1）工具名： Jtest 支持語言環境： Java 簡介：代碼分析和動態類、組件測試 （ 2）工具名： Jcontract 支持語言環境： Java 簡介：實時性能監控以及分析優化 （ 3）工具名： C++ Test 支持語言環境： C,C++ 簡介：代碼分析和動態測試 （ 4）工具名： CodeWizard 支持語言環境： C,C++ 簡介：代碼靜態分析 （ 5）工具名： Insure++ 支持語言環境： C,C++ 簡介：實時性能監控以及分析優化 （ 6）工具名： .test 支持語言環境： .Net 簡介：代碼分析和動態測試 （ 1）工具名： BoundsChecker 支持語言環境： C++,Delphi 簡介： API和 OLE錯誤檢查、指針和泄露錯誤檢查、內存錯誤檢查 （ 2）工具名： TrueTime 支持語言環境： C++,Java,Visual Basic 簡介：代碼運 行效率 檢查、組件性能的分析 （ 3）工具名： FailSafe 支持語言環境： Visual Basic 簡介：自動錯誤處理和恢復系統 （ 4）工具名： Jcheck 支持語言環境： MS Visual J++ 簡介：圖形化的純種和事件分析工具 （ 5）工具名： TrueCoverage 支持語言環境： C++,Java,Visual Basic 簡介：函數調用次數、所占比率統計以及穩定性跟蹤 （ 6）工具名： SmartCheck 支持語言環境： Visual Basic 簡介：函數調用次數、所占比率統計以及穩定性跟蹤 （ 7）工具名： CodeReview 支持語言環境： Visual Basic 簡介：自動源代碼分析工具 測試管理工具 隨著軟件測試的地位逐步提高，測試管理的重要性逐步顯現，測試工具的應用已經成為了普遍的趨勢。 打字練習結果計算模塊：計算用戶練習的結果信息 打字練習數據修改模塊：用戶自定義練習數據，修改后確定保存后更新相應數據庫 測試環境配置 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 13 頁 共 29 頁 測試環境主要包括軟件環境和硬件環境，本項目具體 測試環境為： 軟件環境： 操作系統： Microsoft Windows xp Professional 2021 CHS 運行平臺： Microsoft Visual Studio 2021 軟件支持 : Mercury TestDirector 硬件環境： Cpu： Intel(R)Pentium(R)M processor 內存： DDR1G 硬盤： 80G(5400轉 ) 顯卡：獨立 ATI 64M 網卡： 100M/10M 測試思路與測試方案設計 對程序進行分 析，設計測試計劃，實施測試，對用例的管理。 打字程序界面測試通過的標準：界面的樣式、大小、顏色、整體布局的設置；各種標簽控件的使用及主題描述以及事件源控件的使用、快捷鍵使用都應符合《 NC 系統應用框架需求報 告》和《設計文檔的相關規范》。 這些異常 可以通過程序的索引表發現。使用這些信息，結合圖 42 中的程序控制流圖，可以識別各種定義 /使用路徑和定義明確路徑，對于不可執行的語句，例如常量和變量說明語句，是否應該被認為是定義結點，現在還是學術界爭論的一個問題。一個處理方框序列和一個菱形決策框可被映射為一個結點，流圖中的箭頭，稱為邊或連接，代表控制流，類似于流程圖中的箭頭。 (一條獨立路徑是指，和其他的獨立路徑相比，至少引入一個新處理語句或一個新判斷的程序通路。這是不了解軟件測試周期的錯誤認識。 (2)軟件發布后如果發現質量問題，那是軟件測試人員的錯 這種認識很打擊軟件測試人員的積極性。軟件測試技術不斷更新和完善，新工具，新流程，新測試設計方法都在不斷更新，需要掌握和學習很多測試知識。一個軟件項目的順利實現需要有合理的項目進度計劃，其中包括合理的測試計劃，對項目實施過程中的任何問題 ，都要有風險分析和相應的對策，不要因為開發進度的延期而簡單的縮短測試時間、人力和資源。軟件測試將會成為一個具有很大發展前景的行業，軟件測試大有前途，市場需要更多具有豐富測試技術和管理經驗的測 試人員，他們同樣是軟件專家。比起在接受性測試階 段發現問題，在前期階段發現并糾正需求的不足的成本要少的多。對于這一點，可能需要改進測試設計的技術或是接受培訓才能有所提高。如果有獨立的測試組，最好也有獨立的配置組。每一輪的測試，測試人員都需要知心一部分或者所有的測試用例。測試人員得知消息后也覺得很無辜，爭辯說，我不知道啊，我的確是發現了錯誤。然后，回過頭來處理這段時間內發現的問題。有的時候，只是一個 BUG，可能需要測試人員反復證實，去和 項目管理員（ PM）和開發人員（ Dev）交流，去推動問題的解決，這樣的過程沒有一股窮追不舍的勁是很難得成功的。 不要放棄不能重復的 BUG。經過才見后，突出重點，一目了然，又節省了瀏覽的時間，何樂不為呢。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 28 頁 共 29 頁 致 謝 本文是在我的導師 賀曉敏 悉心指導下完成的。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 29 頁 共 29 頁 參考文獻 1. 章立民，《 開發 范例精講精析》，北京科學出版社， 2021 2. Karli Watson , Christian Nagel,《 C入門經典》，清華大學出版社， 3. Robert ，《 Agile Software Development Principles,Patterns and Practices》 ,清華大學出版社， 4. 閻菲，《軟件工程》，中國水利水電出版社， 2021 5. Jeffrey , Jennifer Widom,《數據庫系統基礎教程》，北京機械工業出版社， 6. 黃忠成，《決戰 .NET》，電子工業出版社， 7. 鄧文化，《數據結構》，清華大學出版社， 8. 余芳，肖蓉，劉蔚琴，《 SQL Server 2021 數據庫管理與開發》，冶金工業出版社，