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