【正文】 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 28 頁(yè) 共 29 頁(yè) 致 謝 本文是在我的導(dǎo)師 賀曉敏 悉心指導(dǎo)下完成的。 不要放棄不能重復(fù)的 BUG。然后，回過(guò)頭來(lái)處理這段時(shí)間內(nèi)發(fā)現(xiàn)的問(wèn)題。每一輪的測(cè)試，測(cè)試人員都需要知心一部分或者所有的測(cè)試用例。對(duì)于這一點(diǎn)，可能需要改進(jìn)測(cè)試設(shè)計(jì)的技術(shù)或是接受培訓(xùn)才能有所提高。軟件測(cè)試將會(huì)成為一個(gè)具有很大發(fā)展前景的行業(yè)，軟件測(cè)試大有前途，市場(chǎng)需要更多具有豐富測(cè)試技術(shù)和管理經(jīng)驗(yàn)的測(cè) 試人員，他們同樣是軟件專家。軟件測(cè)試技術(shù)不斷更新和完善，新工具，新流程，新測(cè)試設(shè)計(jì)方法都在不斷更新，需要掌握和學(xué)習(xí)很多測(cè)試知識(shí)。這是不了解軟件測(cè)試周期的錯(cuò)誤認(rèn)識(shí)。一個(gè)處理方框序列和一個(gè)菱形決策框可被映射為一個(gè)結(jié)點(diǎn)，流圖中的箭頭，稱為邊或連接，代表控制流，類似于流程圖中的箭頭。 這些異常 可以通過(guò)程序的索引表發(fā)現(xiàn)。 打字練習(xí)結(jié)果計(jì)算模塊：計(jì)算用戶練習(xí)的結(jié)果信息 打字練習(xí)數(shù)據(jù)修改模塊：用戶自定義練習(xí)數(shù)據(jù)，修改后確定保存后更新相應(yīng)數(shù)據(jù)庫(kù) 測(cè)試環(huán)境配置 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 13 頁(yè) 共 29 頁(yè) 測(cè)試環(huán)境主要包括軟件環(huán)境和硬件環(huán)境，本項(xiàng)目具體 測(cè)試環(huán)境為： 軟件環(huán)境： 操作系統(tǒng)： Microsoft Windows xp Professional 2021 CHS 運(yùn)行平臺(tái)： Microsoft Visual Studio 2021 軟件支持 : Mercury TestDirector 硬件環(huán)境： Cpu： Intel(R)Pentium(R)M processor 內(nèi)存： DDR1G 硬盤： 80G(5400轉(zhuǎn) ) 顯卡：獨(dú)立 ATI 64M 網(wǎng)卡： 100M/10M 測(cè)試思路與測(cè)試方案設(shè)計(jì) 對(duì)程序進(jìn)行分 析，設(shè)計(jì)測(cè)試計(jì)劃，實(shí)施測(cè)試，對(duì)用例的管理。更改的判定 /條件覆蓋要求設(shè)計(jì)足夠多的測(cè)試用例，使得判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次，每個(gè)判定本身的所有可能結(jié)果也至少出現(xiàn)一次。再如，在 DoWhile結(jié)構(gòu)中，語(yǔ)句覆蓋執(zhí)行其中某一個(gè)條件分支。 （ 2）個(gè)抽象的測(cè)試類，聲明要驗(yàn)證的功能的測(cè)試方法。 缺點(diǎn)：昂貴 。 白盒的測(cè)試用例需要做到： (1)保證一個(gè)模塊中的所有獨(dú)立路徑至少被使用一次 (2)檢查內(nèi)部數(shù)據(jù)結(jié)構(gòu)以確保其有效性 白盒測(cè)試的目的：通過(guò)檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中的邏輯路徑進(jìn)行覆蓋測(cè)試；在程 序不同地方設(shè)立檢查點(diǎn)，檢查程序的狀態(tài)，以確定實(shí)際運(yùn)行狀態(tài)與預(yù)期狀態(tài)是否一致。充分注意測(cè)試中的群集現(xiàn)象?，F(xiàn)在人們已經(jīng)逐步認(rèn)識(shí)到所謂的軟件危機(jī)實(shí)際上僅是一種狀況，那就是軟件中有錯(cuò)誤，正是這些錯(cuò)誤導(dǎo)致了軟件開發(fā)在成本、進(jìn)度和質(zhì)量上的失控。 軟件測(cè)試的核心是測(cè)試思維，你的思維能深入到什么程度，測(cè)試就能做到什么程度，本次課題旨在訓(xùn)練我們的測(cè)試思維，同時(shí)通過(guò)本次的課題實(shí)例掌握測(cè)試流程與技巧，為我們成為真正的測(cè)試人員打下堅(jiān)實(shí)的基礎(chǔ)。 軟件測(cè)試在軟件生命周期中橫跨兩個(gè)階段：通常在編寫出每一個(gè)模塊之后就需要對(duì)它做必要的測(cè)試（稱為單元測(cè)試）。應(yīng)當(dāng)對(duì)每一個(gè)測(cè)試結(jié)果做全面的檢查 。 白盒測(cè)試的方法： 總體上分為靜態(tài)方法和動(dòng)態(tài)方法兩大類。但是貫穿在程序內(nèi)部的邏輯存在著不確定性和無(wú)窮性，尤其對(duì)于大規(guī)模復(fù)雜軟件。 （ 6）只涉及接口和一些抽象的測(cè)試方法，將測(cè)試程序移入抽象的測(cè)試類。同樣判定覆蓋也具有和語(yǔ)句覆蓋一樣的簡(jiǎn)單性，無(wú)須細(xì)分每個(gè)判定就可以得到測(cè)試用例。 ④缺點(diǎn)：由于路徑覆蓋需要對(duì)所有可能的路徑進(jìn)行測(cè)試（包括循環(huán)、條件組合、分支選擇等），那么需要設(shè)計(jì)大量、復(fù)雜的測(cè)試用例，使得工作量呈指數(shù)級(jí)增長(zhǎng)。 通過(guò)的準(zhǔn)則 測(cè)試通過(guò)主要依照以下標(biāo)準(zhǔn)： 打 字程序需求報(bào)告，需求規(guī)格說(shuō)明書測(cè)試通過(guò)的標(biāo)準(zhǔn)：需求報(bào)告及需求規(guī)格說(shuō)明書文檔中描述的正確性，無(wú)異性。 我們根據(jù)圖 42 給出的一個(gè)程序的控制流圖，其中每個(gè)語(yǔ)句的定義 /使用變量由表 43給出，下面我們來(lái)看看詳細(xì)的表 43，并對(duì)其結(jié)果做出分析 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 20 頁(yè) 共 29 頁(yè) 通過(guò)變量的定義 /引用分析，可以發(fā)現(xiàn)該程序中含有幾個(gè)數(shù)據(jù)流異常： 語(yǔ)句 1， 2對(duì)變量 i的定義未曾被使用過(guò) 語(yǔ)句 11使用了變量 Timeyser,但在執(zhí)行時(shí)并未對(duì)其定義過(guò) 語(yǔ)句 14使用了變量 ctime，而在其之前并未對(duì)其進(jìn)行定義（賦值） 經(jīng)過(guò)上面的分析，發(fā)現(xiàn)程序中包含有些異常，有些語(yǔ)句執(zhí)行還有錯(cuò)誤，不過(guò)這一情況表明， 也許程序中含有錯(cuò)誤，也許可 以把程序?qū)懙母菀桌斫猓瑥亩軌蚝?jiǎn)化驗(yàn)證 工作，以及隨后的維護(hù)工作（去掉那些多余的語(yǔ)句一般會(huì)縮短執(zhí)行時(shí)間） 定義 /使用測(cè)試 假設(shè) V是程序 P中變量的集合，程序 P的控制流圖用 G(P)表示。獨(dú)立路徑必須包含一條在定義之前不曾用到的邊。軟件開發(fā)與軟件測(cè)試應(yīng)該 是交互進(jìn)行的，例如，單元編碼需要單元測(cè)試，模塊組合階段需要集成測(cè)試。對(duì)于測(cè)試中發(fā)現(xiàn)的軟件錯(cuò)誤，很多需要程序員通過(guò)修改編碼才能修復(fù)。而一個(gè)正確的測(cè)試計(jì)劃則決定于可靠的評(píng)估。 采取措施以建立測(cè)試環(huán)境并保障它便于管理。 用例不會(huì)是一成不變的，一個(gè)用例在運(yùn)行 5遍以后，你該發(fā)現(xiàn)的問(wèn)題都發(fā)現(xiàn)了，如果不 補(bǔ)充更新的用例，怎么去對(duì)付被測(cè)試的程序呢。 （ 3）更好更專業(yè) 怎么才能做得更專業(yè)？這個(gè)問(wèn)題很難回答，下面的觀點(diǎn)盡供參考： 少提交虛假 BUG。 BUG描述要清晰，無(wú)歧義。他淵博的知識(shí)，誠(chéng)懇的為人，使我受益匪淺。軟件測(cè)試是軟件質(zhì)量保證的關(guān)鍵環(huán)節(jié)，直接影響著軟件的質(zhì)量評(píng)估。同時(shí)要記住說(shuō)話的態(tài)度和方式，不要咄咄逼人。測(cè)試人員一旦發(fā)現(xiàn)問(wèn)題，心里就興奮起來(lái)，這種興奮程度與 BUG的嚴(yán)重程度成正比。 （ 6）不完善的測(cè)試文檔 在分析測(cè)試部件的時(shí)候，不充分或不準(zhǔn)確的測(cè)試文檔（測(cè)試計(jì)劃，測(cè)試用例說(shuō)明書，測(cè)試報(bào)告等等）將浪費(fèi)大量的時(shí)間，影響產(chǎn)品的質(zhì)量和交付時(shí)間。 （ 3）不全面的測(cè)試覆蓋 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 25 頁(yè) 共 29 頁(yè) 一個(gè)優(yōu)秀的測(cè)試應(yīng)該具有高覆蓋率，數(shù)量不足的測(cè)試用例是無(wú)法測(cè)試軟件的全部功能的。 (6)軟件測(cè)試是沒(méi)有前途的工作，只有程序員才是軟件高手 由于我國(guó)軟件整體開發(fā)能力比較低，軟件過(guò)程很不規(guī)范，很多軟件項(xiàng)目的開發(fā)都還停留在 “作坊式 ”和 “壘雞窩 ”階段。出現(xiàn)軟件錯(cuò)誤，不能簡(jiǎn)單地歸結(jié)為某一個(gè)人的責(zé)任，有些錯(cuò)誤的產(chǎn)生可能不是技術(shù)原因，可能來(lái)自于混亂的項(xiàng)目管理。 設(shè)計(jì)測(cè)試用例 為了確保基 本路徑集中的每一條路徑的執(zhí)行，根據(jù)判斷結(jié)點(diǎn)給出的條件，選擇適當(dāng)?shù)臄?shù)據(jù)以保證某一條路徑可以被測(cè)試到，滿足上面例子基本路徑集的測(cè)試用例是： （１）路徑１：（ bchhl）的測(cè)試用例 輸入數(shù)據(jù)： speed=49amp。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 21 頁(yè) 共 29 頁(yè) 下面將較詳細(xì)的分析一些定義 /使用路徑。 動(dòng)態(tài)測(cè)試 控制流分析； 數(shù)據(jù)流分析； 信息流分析； 畫出該代碼的控制流程圖； 計(jì)算程序的圈復(fù)雜度； 做基本路徑覆蓋，設(shè)計(jì)相應(yīng)測(cè)試 用例； 分析測(cè)試結(jié)果。但是在選擇和使用測(cè)試工具的時(shí)候，我們也應(yīng)該看到，在測(cè)試過(guò)程中，并不是所有的測(cè)試工具都適合我 們使用，同時(shí)，有了測(cè)試工具、會(huì)使用測(cè)試工具并不等于測(cè)試工具真正能在測(cè)試中發(fā)揮作用。 （ 4）判定 /條件覆蓋 ①主要特點(diǎn)：設(shè)計(jì)足夠多的測(cè)試用例，使得判定中每個(gè)條件的所有可能結(jié)果至少出現(xiàn)一次，每個(gè)判定本身所有可能結(jié)果也至少出現(xiàn)一次。 ②用例設(shè)計(jì)：（如果此時(shí)將 A路徑上的語(yǔ)句 1T 去掉，那么用例如表 ） ③優(yōu)點(diǎn)：可以很直觀地從源代碼得到測(cè)試用例，無(wú)須細(xì)分每條判定表達(dá)式。 動(dòng)態(tài)測(cè)試 執(zhí)行代碼動(dòng)態(tài)測(cè)試應(yīng)注意以下方面：測(cè)試數(shù)據(jù)是否具有一定的代表性；測(cè)試數(shù)據(jù)是否包含測(cè)試所用的各個(gè)等價(jià) 類（邊界條件、次邊界條件、空白、無(wú)效）；是否可能從客戶那邊得到測(cè)試數(shù)據(jù)；不可從客戶那邊得到測(cè)試數(shù)據(jù)的情況下，所用的測(cè)試數(shù)據(jù)是否具有實(shí)際的意義（客戶業(yè)務(wù)上的）；是否每一組測(cè)試數(shù)據(jù)都得到了執(zhí)行；每一組測(cè)試數(shù)據(jù)的測(cè)試結(jié)果是否與預(yù)期結(jié)果一致；文件的屬性是否正確；打開文件語(yǔ)句是否正確；輸入 /輸出語(yǔ)句是否與格式說(shuō)明書所記述的一致；緩沖區(qū)大小與記錄長(zhǎng)度是否匹配；使用文件前是否已打開了文件；文件結(jié)束條件是否存在；產(chǎn)生輸入 /輸出錯(cuò)誤時(shí)，系統(tǒng)是否進(jìn)行檢測(cè)并處理；輸出信息中是否存在文字書寫錯(cuò)誤和語(yǔ)法錯(cuò)誤；數(shù)字輸入框是否接受數(shù)字輸 入；數(shù)字是否按既定格式顯示；數(shù)字輸入框是否拒絕字符串和 “ 非法 ” 數(shù)字的輸入；組合框是否的能夠進(jìn)行下拉選擇；組合框是否能夠進(jìn)行下拉多項(xiàng)選擇；對(duì)于可添加數(shù)據(jù)組合框，添加數(shù)據(jù)后數(shù)據(jù)是否能夠得到正確顯示和進(jìn)行選擇；列表框是否能夠進(jìn)行選擇；多項(xiàng)列表框是否能夠進(jìn)行多數(shù)據(jù)項(xiàng)選擇；日期輸入框是否 接受正確的日期輸入；日期輸入框是否拒絕錯(cuò)誤的日期輸入；日期輸入框在日期輸入后是否按既定的日期格式顯示日期；單選組內(nèi)是否有且只有一個(gè)單選鈕可選；如果單選組內(nèi)無(wú)單選鈕可選，這種情況是否允許存在；復(fù)選框組內(nèi)是否允許多個(gè)復(fù)選框（包括全部可選 ）可選；如果復(fù)選框組內(nèi)無(wú)復(fù)選框可選，這種情況是否允許存在；文本框及某些江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 7 頁(yè) 共 29 頁(yè) 控件拒絕輸入和選擇時(shí)顯示區(qū)域是否變灰或按既定規(guī)約處理；文本框中數(shù)據(jù)格式（大小、對(duì)齊方向、顏色、背景）是否符合規(guī)范；密碼輸入框是否按掩碼的方式顯示；控件是否存在默認(rèn)輸入值，若存在，默認(rèn)值是否得到顯示和提交； Cancel 之類的按鈕按下后，控件中的數(shù)據(jù)是否清空復(fù)原或按既定規(guī)約處理； Submit 之類的按鈕按下后，數(shù)據(jù)是否得到提交或按既定規(guī)約處理；異常信息表述是否正確；軟件是否按預(yù)期方式處理錯(cuò)誤；文件或外設(shè)不存在的情況下是否存在相應(yīng)的錯(cuò)誤處理；軟件 是否嚴(yán)格的遵循外設(shè)的讀寫格式；產(chǎn)生的文件和數(shù)據(jù)表的格式是否正確；產(chǎn)生的文件和數(shù)據(jù)表的計(jì)算結(jié)果是否正確；打印的報(bào)表是否符合既定的格式；錯(cuò)誤日志的表述是否正確；錯(cuò)誤日志的格式是否正確。在動(dòng)態(tài)分析技術(shù)中 ,最重要的技術(shù)是路徑和分支測(cè)試 白盒測(cè)試的優(yōu)缺點(diǎn) 優(yōu)點(diǎn)：迫使測(cè)試人員去仔細(xì)思考軟件的實(shí)現(xiàn) 。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 5 頁(yè) 共 29 頁(yè) 由于邏輯錯(cuò)誤和不正確假設(shè)與一條程序路徑被運(yùn)行的可能性成反比。應(yīng)當(dāng)避免由程序員檢查自己的程序。用戶為了保證自己業(yè)務(wù)的順利完成，當(dāng)然希望選用優(yōu)質(zhì)的軟件。不論軟件的生產(chǎn)者還是軟件的使用者，均生存在競(jìng)爭(zhēng)的環(huán)境中，軟件開發(fā)商為了占有市場(chǎng)，必須把產(chǎn)品質(zhì)量作為企業(yè)的重要目標(biāo)之一，以免在激烈的競(jìng)爭(zhēng)中被淘汰出局。測(cè)試用例應(yīng)由測(cè)試輸入數(shù)據(jù)、測(cè)試執(zhí)行步驟和與之對(duì)應(yīng)的預(yù)期輸出結(jié)果三部分組成 。 在對(duì)需求理解與表達(dá)的正確性、設(shè)計(jì)與表達(dá)的正確性、實(shí)現(xiàn)的正確性以及運(yùn)行的正確性的驗(yàn)證中，任何一個(gè)環(huán)節(jié)發(fā)生了問(wèn)題都可能在軟件測(cè)試中表現(xiàn)出來(lái)。它顯示了一個(gè)系統(tǒng)在檢查狀態(tài)下是正確還是不正確。 江西信息應(yīng)用職業(yè)技術(shù)學(xué)院計(jì)算機(jī) 軟件 專業(yè)畢業(yè)論文 第 6 頁(yè) 共 29 頁(yè) 代碼測(cè)試 靜態(tài)測(cè)試 執(zhí)行代碼靜態(tài)測(cè)試應(yīng)注意以下方面：同一程序內(nèi)的代碼書寫是否為同一風(fēng)格；代碼布局是否合理、美觀；程序中函數(shù)、子程序塊分界是否明顯；注釋是否符合既定格式；注釋是否正確反映代碼的功能；變量定義是否正確（長(zhǎng)度、類型、存儲(chǔ)類型）；子程序（函數(shù)和方法）接受的參數(shù)類 型、大小、次序是否和調(diào)用模塊相匹配合；函數(shù)的返回值類型是否正確；程序中是否引用了未初始化變量；數(shù)組和字符串的下標(biāo)是否為整數(shù)；數(shù)組和字符串的下標(biāo)是否在范圍內(nèi)（不 “ 越界 ” ）；進(jìn)行數(shù)組的檢索及其它操作中，是否會(huì)出現(xiàn) “ 漏掉一個(gè)這種情況 ” ；是否在應(yīng)該使用常量的地方使用了變量（例： 數(shù)組范圍檢查）；是否為變量賦予不同類型的值；賦值是否符合數(shù)據(jù)類型的轉(zhuǎn)換規(guī)則；變量的命名是否相似；是否存在聲明過(guò)，但從未引用或者只引用過(guò)一次的變量；在特定模塊中所有的變量是否都顯式聲明過(guò)；是否可以理解為該變量具有更高的共享級(jí)別；是否為引用的指 針?lè)峙鋬?nèi)存；數(shù)據(jù)結(jié)構(gòu)在函數(shù)和子程序中的引用是否明確定義了其結(jié)構(gòu)；計(jì)算中是否使用了不同數(shù)據(jù)類型的變量；計(jì)算中是否使用了不同的數(shù)據(jù)類型相同但長(zhǎng)度不