軟件測試打字程序畢業論文畢業設計word格式(編輯修改稿)

　

【文章內容簡介】 格的遵循外設的讀寫格式；產生的文件和數據表的格式是否正確；產生的文件和數據表的計算結果是否正確；打印的報表是否符合既定的格式；錯誤日志的表述是否正確；錯誤日志的格式是否正確。 接口測試 定義通用的命令接口結構，用文本文件記錄接口相關結構信息，通過對該文本文件進行逐行的語法解析，將文件中的描述轉化為統一結構的鏈表，驗證來自外層的數據是否正確，以及根據提示用戶輸入的信息驗證發送到其它層的數據是否正確。這種通用接口測試方法，解決了接口測試時重復編寫類似功能代碼的問題，提供了一種新的描述不同命令 結構的思路。通過使用文件形式，不用修改程序就可以實現對新的接口命令的測試，使測試程序得到極大的精簡，并且易于擴展和移植到不同項目中。 詳細步驟： （ 1）測試程序要測試的已經具體實現的類。 （ 2）個抽象的測試類，聲明要驗證的功能的測試方法。在具體的測試程序實現中繼承這個測試類，并修改相應的實現方法。 （ 3）口的每一個具體實現中都運行該測試程序，但在每個實現中都只驗證 “ 接口范圍內 ” 的行為 （ 4）試程序內，找到創建（接口）對象的代碼，將該代碼改成具體的、已經實現的類的創建方法，但記住將該對象聲明為接口的 對象，而不是具體實現的類的對象。重復這一過程，直至測試程序中沒有已經實現的類的對象。 （ 5）要在測試中調用的抽象方法。 （ 6）只涉及接口和一些抽象的測試方法，將測試程序移入抽象的測試類。 （ 7）這一過程直至所有的測試都移入抽象的測試類。 （ 8）前面的全部過程，直至除了驗證具體實現的特有的方法的測試程序外，所有的測試代碼都已完成。 白盒測試六種覆蓋方法 首先為了下文的舉例描述方便，這里先給出一張程序流程圖。（本文以 1995 年軟件設計師考試的一道考試題目為例，圖中紅色字母代表程序執行路徑）。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 8 頁 共 29 頁 （ 1）語句覆蓋 ①主要特點：語句覆蓋是最起碼的結構覆蓋要求，語句覆蓋要求設計足夠多的測試用例，使得程序中每條語句至少被執行一次。 ②用例設計：（如果此時將 A路徑上的語句 1T 去掉，那么用例如表 ） ③優點：可以很直觀地從源代碼得到測試用例，無須細分每條判定表達式。 ④缺點：由于這種測試方法僅僅針對程序邏輯中顯式存在的語句，但對于隱藏的條件和可能到達的隱式邏輯分支，是無法測試的。在本例中去掉了語句 1— 〉 T去掉，那么就少了一條測試路徑。在 if結構中若源代碼沒有給出 else后面的執行 分支，那 么語句覆蓋測試就不會考慮這種情況。但是我們不能排除這種以外的分支不會被執行，而往往這種錯誤會經常出現。再如，在 DoWhile結構中，語句覆蓋執行其中某一個條件分支。那么顯然，語句覆蓋對于多分支的邏輯運算是無法全面反映的，它只在乎運行一次，而不考慮其他情況。 （ 2）判定覆蓋 ①主要特點：判定覆蓋又稱為分支覆蓋，它要求設計足夠多的測試用例，使得程序中每個判定至少有一次為真值，有一次為假值，即：程序中的每個分支至少執行一次。每個判斷的取真、取假至少執行一次。 ②用例設計 (如表 )： 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 9 頁 共 29 頁 ③優點：判定覆蓋比語句覆蓋要多幾乎一倍的測試路徑，當然也就具有比語句覆蓋更強的測試能力。同樣判定覆蓋也具有和語句覆蓋一樣的簡單性，無須細分每個判定就可以得到測試用例。 ④缺點：往往大部分的判定語句是由多個邏輯條件組合而成（如，判定語句中包含 AND、 OR、 CASE），若僅僅判斷其整個最終結果，而忽略每個條件的取值情況，必然會遺漏部分測試路徑。 （ 3）條件覆蓋 ①主要特點：條件覆蓋要求設計足夠多的測試用例，使得判定中的每個條件獲得各種可能的結果，即每個條件至少有一次為真值，有一次為假值。 ②用例設計 (如表 )： ③優點：顯然條件覆蓋比判定覆蓋，增加了對符合判定情況的測試，增加了測試路徑。 ④缺點：要達到條件覆蓋，需要足夠多的測試用例，但條件覆蓋并不能保證判定 覆蓋。條件覆蓋只能保證每個條件至少有一次為真，而不考慮所有的判定結果。 （ 4）判定 /條件覆蓋 ①主要特點：設計足夠多的測試用例，使得判定中每個條件的所有可能結果至少出現一次，每個判定本身所有可能結果也至少出現一次。 ②用例設計 (如表 )： ③優點：判定 /條件覆蓋滿足判定覆蓋準則和條件覆蓋準則，彌補了二者的不足。 ④缺點：判定 /條件覆蓋準則的缺點是未考慮條件的組合情況。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 10 頁 共 29 頁 （ 5）組合覆蓋 ①主要特點：要求設計足夠多的測試用例，使得每個判定中條件結果的所有可能組合至少出現一次。 ②用例設計 (如表 )： ③優點：多重條件覆蓋準則滿足判定覆蓋、條件覆蓋和判定 /條件覆蓋準則。更改的判定 /條件覆蓋要求設計足夠多的測試用例，使得判定中每個條件的所有可能結果至少出現一次，每個判定本身的所有可能結果也至少出現一次。并且每個條件都顯示能單獨影響判定結果。 ④缺點：線性地增加了測試用例的數量。 （ 6）路徑覆蓋 ①主要特點：設計足夠的測試用例，覆蓋程序中所有可能的路徑。 ②用例設計 (如表 )： ③優點：這種測試方法可以對程序進行徹底的測試，比前面五種的覆蓋面都廣。 ④缺點：由于路徑覆蓋需要對所有可能的路徑進行測試（包括循環、條件組合、分支選擇等），那么需要設計大量、復雜的測試用例，使得工作量呈指數級增長。而在有些情況下，一些執行路徑是不可能被執行的，如： If （ !A） B++； ~ Fc3Q~~0If （ !A） D； 這兩個語句實際只包括了 2條執行路徑，即 A為真或假時候對 B和 D 的處理，真或 假不可能都存在，而路徑覆蓋測試則認為是包含了真與假的 4條執行路徑。這樣不僅降低了測試效率，而且大量的測試結果的累積，也為排錯帶來麻煩。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 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 簡介：自動源代碼分析工具 測試管理工具 隨著軟件測試的地位逐步提高，測試管理的重要性逐步顯現，測試工具的應用已經成為了普遍的趨勢。目前用于測試的工具一般可分為白盒測試工具、黑盒測試工具、性能測試工具，另外還有用于測試管理（測試流程管理、缺陷跟蹤管理、測試用例管理）的工具。 總的來說，測試工具的應用可以提高測試的質量、測試的效率。但是在選擇和使用測試工具的時候，我們也應該看到，在測試過程中，并不是所有的測試工具都適合我 們使用，同時，有了測試工具、會使用測試工具并不等于測試工具真正能在測試中發揮作用。 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 12 頁 共 29 頁 第二章 項目分析與規劃測試 項目分析 主要功能模塊 英文練習模塊：由系統隨機調用文檔 ，以程序中要求取出字符數輸出到界面，由用戶輸入，程序判斷用戶練習的速度 ,時間 ,正確率等數據。 數字練習模塊：由系統隨機調用文檔 ，以程序中要求取出字符數輸出到界面，由用戶輸入，程序判斷用戶練習的速度 ,時間 ,正確率等數據。 字 符練習模塊：由系統隨機調用文檔 ，以程序中要求取出字符數輸出到界面，由用戶輸入，程序判斷用戶練習的速度 ,時間 ,正確率等數據。 所有字符練習：由系統隨機調用文檔 ，以程序中要求取出字符數輸出到界面，由用戶輸入，程序判斷用戶練習的速度 ,時間 ,正確率等數據。 打字練習結果計算模塊：計算用戶練習的結果信息 打字練習數據修改模塊：用戶自定義練習數據，修改后確定保存后更新相應數據庫 測試環境配置 江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 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 測試思路與測試方案設計 對程序進行分 析，設計測試計劃，實施測試，對用例的管理。 第三章 系統白盒測試實例的實現 測試的目的 測試主要為打字系統的白盒測試。保證程序的代碼規范，代碼正確，數據調用正確，以及程序模塊單獨正常運行，保證局部模塊功能完備性，運行正確性與穩定性。使界江西信息應用職業技術學院計算機 軟件 專業畢業論文 第 14 頁 共 29 頁 面符合設計規范，適用于用戶。 測試項 所要測試的測試項： 打字程序需求報告，需求規格說明書； 打字程序詳細設計文檔； 打字程序代碼編寫規范； 代碼中變量的命名標準； 打字程序界面規范。 通過的準則 測試通過主要依照以下標準： 打 字程序需求報告，需求規格說明書測試通過的標準：需求報告及需求規格說明書文檔中描述的正確性，無異性。 打字程序詳細設計文檔測試通過的標準：文檔中描述的正確性，無異性。 打字程序代碼編寫規范：創建的變量、接口、函數、屬性應與《設計文檔》保持一致；程序的各種命名、注釋、代碼行的格式等應符合《程序開發命名標準》和《編碼規范》；程序模塊能獨立穩定運行。 打字程序界面測試通過的標準：界面的樣式、大小、顏色、整體布局的設置；各種標簽控件的使用及主題描述以及事件源控件的使用、快捷鍵使用都應符合《 NC 系統應用框架需求報 告》和《設計文檔的相關規范》。 測試步驟 需要列出所測試類的調用關系和關鍵方法的調用關系（依據數據流）。 靜態測試 變量命名及代碼書寫規范檢查； 變量定義、函數、方法、數組、變量的使用檢查； 檢查是否有定義未使用的變量； 檢查全局變量的使用情況； 檢查程序代碼循環情況； 檢查是否為引用的指針分配內存； 檢查數組運算情況。