軟件測試打字程序畢業(yè)論文畢業(yè)設(shè)計word格式-文庫吧資料

　　

【正文】 隨機調(diào)用文檔 ，以程序中要求取出字符數(shù)輸出到界面，由用戶輸入，程序判斷用戶練習(xí)的速度 ,時間 ,正確率等數(shù)據(jù)。 數(shù)字練習(xí)模塊：由系統(tǒng)隨機調(diào)用文檔 ，以程序中要求取出字符數(shù)輸出到界面，由用戶輸入，程序判斷用戶練習(xí)的速度 ,時間 ,正確率等數(shù)據(jù)。但是在選擇和使用測試工具的時候，我們也應(yīng)該看到，在測試過程中，并不是所有的測試工具都適合我 們使用，同時，有了測試工具、會使用測試工具并不等于測試工具真正能在測試中發(fā)揮作用。目前用于測試的工具一般可分為白盒測試工具、黑盒測試工具、性能測試工具，另外還有用于測試管理（測試流程管理、缺陷跟蹤管理、測試用例管理）的工具。這樣不僅降低了測試效率，而且大量的測試結(jié)果的累積，也為排錯帶來麻煩。 ④缺點：由于路徑覆蓋需要對所有可能的路徑進行測試（包括循環(huán)、條件組合、分支選擇等），那么需要設(shè)計大量、復(fù)雜的測試用例，使得工作量呈指數(shù)級增長。 （ 6）路徑覆蓋 ①主要特點：設(shè)計足夠的測試用例，覆蓋程序中所有可能的路徑。并且每個條件都顯示能單獨影響判定結(jié)果。 ②用例設(shè)計 (如表 )： ③優(yōu)點：多重條件覆蓋準(zhǔn)則滿足判定覆蓋、條件覆蓋和判定 /條件覆蓋準(zhǔn)則。 ④缺點：判定 /條件覆蓋準(zhǔn)則的缺點是未考慮條件的組合情況。 （ 4）判定 /條件覆蓋 ①主要特點：設(shè)計足夠多的測試用例，使得判定中每個條件的所有可能結(jié)果至少出現(xiàn)一次，每個判定本身所有可能結(jié)果也至少出現(xiàn)一次。 ④缺點：要達(dá)到條件覆蓋，需要足夠多的測試用例，但條件覆蓋并不能保證判定 覆蓋。 （ 3）條件覆蓋 ①主要特點：條件覆蓋要求設(shè)計足夠多的測試用例，使得判定中的每個條件獲得各種可能的結(jié)果，即每個條件至少有一次為真值，有一次為假值。同樣判定覆蓋也具有和語句覆蓋一樣的簡單性，無須細(xì)分每個判定就可以得到測試用例。每個判斷的取真、取假至少執(zhí)行一次。那么顯然，語句覆蓋對于多分支的邏輯運算是無法全面反映的，它只在乎運行一次，而不考慮其他情況。但是我們不能排除這種以外的分支不會被執(zhí)行，而往往這種錯誤會經(jīng)常出現(xiàn)。在本例中去掉了語句 1— 〉 T去掉，那么就少了一條測試路徑。 ②用例設(shè)計：（如果此時將 A路徑上的語句 1T 去掉，那么用例如表 ） ③優(yōu)點：可以很直觀地從源代碼得到測試用例，無須細(xì)分每條判定表達(dá)式。（本文以 1995 年軟件設(shè)計師考試的一道考試題目為例，圖中紅色字母代表程序執(zhí)行路徑）。 （ 8）前面的全部過程，直至除了驗證具體實現(xiàn)的特有的方法的測試程序外，所有的測試代碼都已完成。 （ 6）只涉及接口和一些抽象的測試方法，將測試程序移入抽象的測試類。重復(fù)這一過程，直至測試程序中沒有已經(jīng)實現(xiàn)的類的對象。在具體的測試程序?qū)崿F(xiàn)中繼承這個測試類，并修改相應(yīng)的實現(xiàn)方法。 詳細(xì)步驟： （ 1）測試程序要測試的已經(jīng)具體實現(xiàn)的類。這種通用接口測試方法，解決了接口測試時重復(fù)編寫類似功能代碼的問題，提供了一種新的描述不同命令 結(jié)構(gòu)的思路。 動態(tài)測試 執(zhí)行代碼動態(tài)測試應(yīng)注意以下方面：測試數(shù)據(jù)是否具有一定的代表性；測試數(shù)據(jù)是否包含測試所用的各個等價 類（邊界條件、次邊界條件、空白、無效）；是否可能從客戶那邊得到測試數(shù)據(jù)；不可從客戶那邊得到測試數(shù)據(jù)的情況下，所用的測試數(shù)據(jù)是否具有實際的意義（客戶業(yè)務(wù)上的）；是否每一組測試數(shù)據(jù)都得到了執(zhí)行；每一組測試數(shù)據(jù)的測試結(jié)果是否與預(yù)期結(jié)果一致；文件的屬性是否正確；打開文件語句是否正確；輸入 /輸出語句是否與格式說明書所記述的一致；緩沖區(qū)大小與記錄長度是否匹配；使用文件前是否已打開了文件；文件結(jié)束條件是否存在；產(chǎn)生輸入 /輸出錯誤時，系統(tǒng)是否進行檢測并處理；輸出信息中是否存在文字書寫錯誤和語法錯誤；數(shù)字輸入框是否接受數(shù)字輸 入；數(shù)字是否按既定格式顯示；數(shù)字輸入框是否拒絕字符串和 “ 非法 ” 數(shù)字的輸入；組合框是否的能夠進行下拉選擇；組合框是否能夠進行下拉多項選擇；對于可添加數(shù)據(jù)組合框，添加數(shù)據(jù)后數(shù)據(jù)是否能夠得到正確顯示和進行選擇；列表框是否能夠進行選擇；多項列表框是否能夠進行多數(shù)據(jù)項選擇；日期輸入框是否 接受正確的日期輸入；日期輸入框是否拒絕錯誤的日期輸入；日期輸入框在日期輸入后是否按既定的日期格式顯示日期；單選組內(nèi)是否有且只有一個單選鈕可選；如果單選組內(nèi)無單選鈕可選，這種情況是否允許存在；復(fù)選框組內(nèi)是否允許多個復(fù)選框（包括全部可選 ）可選；如果復(fù)選框組內(nèi)無復(fù)選框可選，這種情況是否允許存在；文本框及某些江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計算機 軟件 專業(yè)畢業(yè)論文 第 7 頁 共 29 頁 控件拒絕輸入和選擇時顯示區(qū)域是否變灰或按既定規(guī)約處理；文本框中數(shù)據(jù)格式（大小、對齊方向、顏色、背景）是否符合規(guī)范；密碼輸入框是否按掩碼的方式顯示；控件是否存在默認(rèn)輸入值，若存在，默認(rèn)值是否得到顯示和提交； Cancel 之類的按鈕按下后，控件中的數(shù)據(jù)是否清空復(fù)原或按既定規(guī)約處理； Submit 之類的按鈕按下后，數(shù)據(jù)是否得到提交或按既定規(guī)約處理；異常信息表述是否正確；軟件是否按預(yù)期方式處理錯誤；文件或外設(shè)不存在的情況下是否存在相應(yīng)的錯誤處理；軟件 是否嚴(yán)格的遵循外設(shè)的讀寫格式；產(chǎn)生的文件和數(shù)據(jù)表的格式是否正確；產(chǎn)生的文件和數(shù)據(jù)表的計算結(jié)果是否正確；打印的報表是否符合既定的格式；錯誤日志的表述是否正確；錯誤日志的格式是否正確。邏輯測試不是片面的測試正確的結(jié)果或是測試錯誤的結(jié)果，而是盡可能全面地覆蓋每一個邏輯路徑。 那么正確使用白盒測試 ，就要先從代碼分析入手，根據(jù)不同的代碼邏輯規(guī)則、語句執(zhí)行情況，選用適合的覆蓋方法。但是貫穿在程序內(nèi)部的邏輯存在著不確定性和無窮性，尤其對于大規(guī)模復(fù)雜軟件。 總的來說，白盒測試是一種被廣泛使用的邏輯測試方法，是由程序內(nèi)部邏輯驅(qū)動的一種單元測試方法。無法檢測代碼中遺漏的路徑和數(shù)據(jù)敏感性錯誤 。最優(yōu)化。揭示隱藏在代碼中的錯誤 。在動態(tài)分析技術(shù)中 ,最重要的技術(shù)是路徑和分支測試 白盒測試的優(yōu)缺點 優(yōu)點：迫使測試人員去仔細(xì)思考軟件的實現(xiàn) 。動態(tài)分析包含了程序在受控的環(huán)境下使用特定的期望結(jié)果進行正式的運行。靜態(tài)分析的關(guān)鍵功能是檢查軟件的表示和描述是否一致 ,沒有沖突或者沒有歧義。 白盒測試的方法： 總體上分為靜態(tài)方法和動態(tài)方法兩大類。 測試執(zhí)行階段：輸入測試用例，得到測試結(jié)果。 白盒測試的特點：依據(jù)軟件設(shè)計說明書進行測試、對程序內(nèi)部細(xì)節(jié)的嚴(yán)密檢驗、針對特定條件設(shè)計測試用例、對軟件的邏輯路徑進行覆蓋測試。白盒測試是一種測試用例設(shè)計方法，盒子指的是被測試的軟件，白盒指的是盒子是可視的 ,你清楚盒子內(nèi)部的東西以及里面是如何運作的。由于代碼中的筆誤是隨機且無法杜絕的，因此我們要進行白盒測試。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計算機 軟件 專業(yè)畢業(yè)論文 第 5 頁 共 29 頁 由于邏輯錯誤和不正確假設(shè)與一條程序路徑被運行的可能性成反比。因此需求分析、概要設(shè)計、詳細(xì)設(shè)計以及程序編碼等各階段所得到的文檔，包括需求規(guī)格說明、概要設(shè)計規(guī)格說明、詳細(xì)設(shè)計規(guī)格說明以及源程序，都應(yīng)該是軟件測試（評審）的對象。 軟件測試的對象：軟件測試并不單純等同于程序測試。應(yīng)當(dāng)對每一個測試結(jié)果做全面的檢查 。嚴(yán)格執(zhí)行測試計劃，排除測試的隨意性。經(jīng)驗表明，測試后程序殘存的錯誤數(shù)目與該程序中已發(fā)現(xiàn)的錯誤數(shù)目或檢錯率成正比。不合理的輸入條件是指異常的，臨界的，可 能引起問題的輸入條件 。測試用例的設(shè)計要確保能覆蓋所有可能路徑。應(yīng)當(dāng)避免由程序員檢查自己的程序。可以采用 Junit 和 Jtest來輔助進行單元測試 。在結(jié)束這個階段后對軟件系統(tǒng)還要進行各種綜合測試，如集成測試、系統(tǒng)測試、性能測試和配置測試等，這是軟件生命周期的另一個獨立階段，即測試階段。 軟件測試在軟件生命周期中橫跨兩個階段：通常在編寫出每一個模塊之后就需要對它做必要的測試（稱為單元測試）。 有鑒于此，本課題將基于白盒測試作為主要研究方向，本 文將以打字練習(xí)程序作為對象，對軟件測試（重點白盒測試）進行研究，以美國 Mercury公司生產(chǎn)的 TD軟件為工具進行測試用例的管理 本文將通過對對打字練習(xí)程序進行白盒測試，對代碼，接口等測試進行研究，以實現(xiàn)軟件測試在實際項目中的應(yīng)用，并深刻的理解白盒測試，及白盒測試在測試中所占地位 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計算機 軟件 專業(yè)畢業(yè)論文 第 4 頁 共 29 頁 第一章 白盒測試研究 軟件測試概述 軟件測試就是在軟件交付用戶使用或投入運行前，對軟件需求規(guī)格說明、設(shè)計規(guī)格說明和編碼的最終復(fù)審，是軟件質(zhì)量保證的關(guān)鍵步驟。有錯是軟件的屬性，而且是無法改變的，因為軟件是由人來完成的，所有由人做的工作都不會是完美無缺的。為了解決這場危機，軟件從業(yè)人員、專家和學(xué)者做出了大量的努力。在一些關(guān)鍵應(yīng)用 (如民航訂票系統(tǒng)、銀行結(jié)算系統(tǒng)、證券交易系統(tǒng)、自動飛行控制軟件、軍事防御和核電站安全控制系統(tǒng)等 ) 中使用質(zhì)量有問題的軟件 ，還可能造成災(zāi)難性的后果。用戶為了保證自己業(yè)務(wù)的順利完成，當(dāng)然希望選用優(yōu)質(zhì)的軟件。 第二部分：本文相關(guān)項目的案例分析和測試規(guī)劃，打字練習(xí)程序白盒測試的測試思路和測試方案設(shè)計 第三部分：打字練習(xí)程序白盒測試的具體實現(xiàn)細(xì)則 關(guān)鍵字：黑盒測試，白盒測試，測試管理，測試樁，測試點 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計算機 軟件 專業(yè)畢業(yè)論文 第 3 頁 共 29 頁 引言 信息技術(shù)的飛速發(fā)展，使軟件產(chǎn)品應(yīng)用到社會的各個領(lǐng)域， 軟件產(chǎn)品的質(zhì)量自然成為人們共同關(guān)注的焦點。 本文將使用白盒測試技術(shù)對打字練習(xí)程序進行測試，通過設(shè)計測試方案，對程序進行系統(tǒng)的單元測試，收集測試數(shù)據(jù)，對測試數(shù)據(jù)進行分析 等手段，最終生成相關(guān)資料及最終測試報告，詳細(xì)介紹及探討軟件測試技術(shù)和白盒測試實例的設(shè)計與實現(xiàn)。 軟件測試的核心是測試思維，你的思維能深入到什么程度，測試就能做到什么程度，本次課題旨在訓(xùn)練我們的測試思維，同時通過本次的課題實例掌握測試流程與技巧，為我們成為真正的測試人員打下堅實的基礎(chǔ)。江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計算機 軟件 專業(yè)畢業(yè)論文 第 1 頁 共 29 頁 目 錄 摘要 ...............................................................................................................................................1 引言 .................................................................................................................................................1 第一章 白盒測試研究 ...................................................................................................................2 軟件測試概述 ..........................................................................................................................2 ....................................................................................................................................3 ....................................................................................................................................4 .............................................................................................................